gtk issueshttps://gitlab.gnome.org/GNOME/gtk/-/issues2022-05-02T20:11:40Zhttps://gitlab.gnome.org/GNOME/gtk/-/issues/1641Ability to set scroll speed in system settings2022-05-02T20:11:40ZClaudius EllselAbility to set scroll speed in system settingsCorresponding toolkit issue for https://gitlab.gnome.org/GNOME/gnome-shell/issues/950Corresponding toolkit issue for https://gitlab.gnome.org/GNOME/gnome-shell/issues/950https://gitlab.gnome.org/GNOME/gtk/-/issues/1239Redesign the file selection dialog2022-07-31T16:04:32ZEmmanuele BassiRedesign the file selection dialogThe GtkFileChooserDialog was introduced in GTK+ 2.4, and it looked a lot like the OSX file selection dialog that slide out of the application window:
![gtk2_file_chooser_save](/uploads/073264c0d50c552d2039fb30381b2df9/gtk2_file_chooser_...The GtkFileChooserDialog was introduced in GTK+ 2.4, and it looked a lot like the OSX file selection dialog that slide out of the application window:
![gtk2_file_chooser_save](/uploads/073264c0d50c552d2039fb30381b2df9/gtk2_file_chooser_save.png)
The [original design](https://fishsoup.net/bib/FileSelectorFosdem2003/) took into consideration the best of what the desktop OS of the time provided, and settled into a simple design with a file name entry and a location on disk, with the capacity to expand to reveal a side bar for shortcut and tree navigation, and a file list for the chosen directory. It's important to note that macOS has changed their file selection dialog over the past 15 years.
Over the years, the file selection dropped the collapsible design and instead focused on getting on par with a file manager design, to the point that it shares widgets with Nautilus. This approach has reached the point where it'd be almost easier — for the maintainers of the toolkit, at the very least, who are constantly pushed to get features into an already overblown and complex file selection implementation and API — to spawn Nautilus (or any other file manager conforming to a simple IPC API) instead of having a file selection dialog inside GTK+.
As much as it would be easier on the people maintaining the toolkit, I think this is a Bad Idea™. File selection and file management are two separate activities, with very different contexts. File selection is a means to a goal; it's very self-contained, and while it might have some management aspect (rename a file to avoid a collision, create a new directory to save the file into) it's fundamentally a task with a definite end; a person using an application is either trying to open a file to work on it, or they are trying to save a file after working on it. File management is more typically an open-ended task, like writing a document, or editing an image: the file manager is the application you're using, and the task at hand is to move, rename, search, or delete files from storage.
After 15 years of piling things into the file selection dialog, we should consider the idea of going back to a simpler user interaction model, that is targeted towards selecting a file, or a directory:
- easter eggs like tab completion should not be part of the file selection dialog, as they complicate the key navigation aspect of the dialog
- the side bar should not contain every single possible location in the hope that it gets more visibility
- the file management operations should be minimal: rename, create directory, delete; anything else should be deferred to a file manager, through a shortcut to launch it in the currently selected folder
Additionally, we have better widgets, these days, and we can create better UIs with progressive disclosure than we could, 15 years ago.https://gitlab.gnome.org/GNOME/gtk/-/issues/4793Scroll speed configuration suggestions2023-02-28T19:45:44ZpanoplieScroll speed configuration suggestions`GdkScrollUnit` and `GtkEventControllerScroll` clients can now make a difference between mouse scroll events and touchpad/trackpoint scroll events thanks to the `GdkScrollUnit` field of scroll events introduced several months ago.
The p...`GdkScrollUnit` and `GtkEventControllerScroll` clients can now make a difference between mouse scroll events and touchpad/trackpoint scroll events thanks to the `GdkScrollUnit` field of scroll events introduced several months ago.
The problem is that users still find that the actual `GtkScrolledWindow` scrolls too fast while others find the actual speed confortable.
We need a way to configure the scroll speed, at least for `GtkScrolledWindow` which is the most present scrollable widgets on GTK applications in general.
I think that tweaking the scroll deltas magnitude at the compositor level is not a good idea because it can interfere with other scroll events use cases that are not concerned here (wheel clicks commands, scrollable comboboxes, zoomable pictures…).
So I propose to create 3 new `GtkSettings` keys, to be able to configure the scroll speed for `mouse`, `touchpad` and `trackpoint`. `GtkScrolledWindow` will read these settings and adapt the scroll speed accordingly. There are other custom scrollable widgets in apps like gnome-console, gnome-web… These apps can also read the same `GtkSettings` keys to propose a consistent experience.
The proposed MR is !4672.
This is exactly the same principle as [`SPI_GETWHEELSCROLLLINES`](https://docs.microsoft.com/windows/win32/api/winuser/nf-winuser-systemparametersinfoa) in Windows but with 1 setting per scroll "source".
Thanks for your feedbacks.
Cf #3631 #1308 #1641 mutter!1840 gnome-control-center#379
Cc @carlosg4.12Carlos GarnachoCarlos Garnachohttps://gitlab.gnome.org/GNOME/gtk/-/issues/1152Add support for booklet printing2021-05-18T11:19:59ZChristophe FergeauAdd support for booklet printingI was looking at printing a 16 pages document as 'booklet' (2 pages per sheet of paper, printed on both sides, and the pages are ordered in such a way that I can fold the printed stack and I get a proper page 1, 2, 3, 4, ... sequence). I...I was looking at printing a 16 pages document as 'booklet' (2 pages per sheet of paper, printed on both sides, and the pages are ordered in such a way that I can fold the printed stack and I get a proper page 1, 2, 3, 4, ... sequence). I was happy to find a hit in gnome help for that https://help.gnome.org/users/gnome-help/stable/printing-booklet-duplex.html.en , and then disappointed that the instructions tell me to manually order the pages "Type the numbers of the pages in this order (n is the total number of pages, and a multiple of 4): n, 1, 2, n-1, n-2, 3, 4, n-3, n-4, 5, 6, n-5, n-6, 7, 8, n-7, n-8, 9, 10, n-9, n-10, 11, 12, n-11…"
It would be nice to have some native support for this rather than needing to do this.https://gitlab.gnome.org/GNOME/gtk/-/issues/5689Add a replacement for GtkEntryCompletion2024-03-12T06:23:18ZEmmanuele BassiAdd a replacement for GtkEntryCompletionNow that `GtkEntryCompletion` has been deprecated, we need to figure out a possible replacement.
The "suggestion entry" widget in gtk4-demo seems to be a good starting point, but there are various use cases covered (badly) by `GtkEntryC...Now that `GtkEntryCompletion` has been deprecated, we need to figure out a possible replacement.
The "suggestion entry" widget in gtk4-demo seems to be a good starting point, but there are various use cases covered (badly) by `GtkEntryCompletion` that may not fit into a single widget. We may even delegate this particular widget to libadwaita, if it gets too niche.
It would be good to gather requirements from the current users of `GtkEntryCompletion`, and loop the design team into the topic.https://gitlab.gnome.org/GNOME/gtk/-/issues/4606GtkLabel: Allow to override popover2024-01-21T13:22:31ZKévin CommailleGtkLabel: Allow to override popoverWhen we set the GtkLabel as selectable, a popover is automatically generated and it's only possible to add extra entries to the menu, but not override it completely.
We have [a use case in Fractal](https://gitlab.gnome.org/Teams/Design/...When we set the GtkLabel as selectable, a popover is automatically generated and it's only possible to add extra entries to the menu, but not override it completely.
We have [a use case in Fractal](https://gitlab.gnome.org/Teams/Design/other-app-mockups/-/blob/master/fractal/main-window.png), were we have a list of messages that can be text, images, videos, etc. and we need to have a consistent context menu between the different types. It makes sense for us to prioritize quick actions over text selection actions, and it's not possible to reorder menu entries with the current API. And since the `selectable` property and the popover are tightly integrated, we would lose all the selection logic if we try to provide our own popover.
As a side note, the current popover for GtkLabel seems like a bad UX: since it's immutable text, the `Cut`, `Paste`, and `Delete` actions will always be grayed out and are generally unexpected in that context. It adds unnecessary visual noise.https://gitlab.gnome.org/GNOME/gtk/-/issues/4688listview: Have an easy way to get visible items2024-01-16T21:08:04ZMarco Meloriolistview: Have an easy way to get visible itemsCurrently it doesn't seem to be an easy and reliable way to get visible items from a listview (or related list widgets). Having this functionality is crucial for implementing some features (report read messages, autoplay videos/animation...Currently it doesn't seem to be an easy and reliable way to get visible items from a listview (or related list widgets). Having this functionality is crucial for implementing some features (report read messages, autoplay videos/animations, etc.). Maybe we can add an helper method inside the list widgets to do that?4.12Benjamin OtteBenjamin Ottehttps://gitlab.gnome.org/GNOME/gtk/-/issues/2963Feature request : UX improvements spin button redesign2020-08-01T10:18:27ZAdam BelisFeature request : UX improvements spin button redesign
### TLDR
I would like to improve the design and usability of spin buttons.
I made a similar issue in the Inkscape project (https://gitlab.com/inkscape/ux/-/issues/25) but I think this UX change could improve all Upstream projects.
###...
### TLDR
I would like to improve the design and usability of spin buttons.
I made a similar issue in the Inkscape project (https://gitlab.com/inkscape/ux/-/issues/25) but I think this UX change could improve all Upstream projects.
### Current Spinnin buttons
![aoAJgIfyJI](/uploads/224b1aa127463464b0d59611bec348ab/aoAJgIfyJI.gif)
Problems:
- they take too much space
- they are hard to use
- they don't work with click and drag
- hey don't support keyboard modifiers (holding shift they have bigger steps holding alt they have smaller steps)
### new design
![image](/uploads/e115d2c5d279a1680c82469f0e687624/image.png)
how it would beehive (blender interface)
![yHDpSKi3Ur](/uploads/91420ea666f1f214ee24d10295365ca3/yHDpSKi3Ur.gif)
### Functionality:
- basically I would not even bother to design them lets just use sam design as the blender does
- they are more compact and cleaner looking
- they are responsive
- you can drag inside them
- you can type into them
- you can click arrows
- you can scroll to change values
- you can reset to the default value by clicking the middle button
- you can choose from a dropdown presethttps://gitlab.gnome.org/GNOME/gtk/-/issues/867GtkPlacesSidebar: Clicking row with Primary modifier key pressed should open ...2018-10-26T18:10:39ZBugzillaGtkPlacesSidebar: Clicking row with Primary modifier key pressed should open in a new tab## Submitted by Stuart Axon
**[Link to original bug (#785752)](https://bugzilla.gnome.org/show_bug.cgi?id=785752)**
## Description
In the main window ctrl and double clicking a folder opens it in a new tab.
In the sidebar using ctr...## Submitted by Stuart Axon
**[Link to original bug (#785752)](https://bugzilla.gnome.org/show_bug.cgi?id=785752)**
## Description
In the main window ctrl and double clicking a folder opens it in a new tab.
In the sidebar using ctrl when clicking a location should open it in a new tab for consistency (just as in the browser ctrl click opens links in a new tab).
Version: 3.22.xhttps://gitlab.gnome.org/GNOME/gtk/-/issues/6119File Picker silently strips prefixed whitespace in file name when saving file.2023-09-26T15:40:08Z`{third: "Beedell", first: "Roke"}`{.JSON5}suybnd6r@rokejulianlockhart.addy.ioFile Picker silently strips prefixed whitespace in file name when saving file.0. ## Steps to reproduce
Save a file with the name
```txt
`{name: "rules", id: "s1grux"}`{.json5}.txt.md
```
<!--
You should try and reproduce with the demos applications available
under the `demos` di...0. ## Steps to reproduce
Save a file with the name
```txt
`{name: "rules", id: "s1grux"}`{.json5}.txt.md
```
<!--
You should try and reproduce with the demos applications available
under the `demos` directory, or the test programs in the `tests` directory.
Alternatively, please attach a *small and self-contained* example
*written in C* that exhibits the issue.
-->
0. ## Current behavior
The prefixed tab shall be silently removed (yet the middle one remains).
0. ## Expected outcome
The whitespace should remain, because the filename should not be modified without the user knowing about it, even if reprompture is necessary.
0. ## Version information
<!--
- Which version of GTK you are using
- What operating system and version
- For Linux, which distribution
- If you built GTK yourself, the list of options used to configure the build
-->
From https://github.com/microsoft/vscode/issues/193895#issue-1910046016, where this was intially reported:
<blockQuote>
- OS Version:
> OS: Linux x64 6.5.3-1-default
More specifically, cpe:/o:opensuse:tumbleweed:20230920
</blockQUote>
0. ## Additional information
<!--
- Screenshots or screen recordings are useful for visual errors
- Attaching a screenshot or a video without explaining the current
behavior and the actions necessary to reproduce the bug will lead
to the bug being closed
- Please report any warning or message printed on the terminal
-->
This is erroneous because it is both unnecessary on BTRFS, per https://en.wikipedia.org/wiki/Comparison_of_file_systems#:~:text=any%20byte%20except%20'%2F'%20and%20nul%20
> **Allowable characters**
> Any byte except '/' and NUL
and OS/kernel, but more importantly, because **it is not communicated to the user**.
Additionally, per https://github.com/microsoft/vscode/issues/193895#issuecomment-1734015379,
> https://download.opensuse.org/repositories/openSUSE:/Factory/standard/src/gnome-text-editor-45.0-1.1.src.rpm behaves identically to VSCode in this regard, despite using the GTK4 (rather than GTK3) dialog, so it's probably caused by GTK.https://gitlab.gnome.org/GNOME/gtk/-/issues/3482Widget Factory: no whitespace on OSD controls for the video2021-04-03T11:02:07ZJakub SteinerWidget Factory: no whitespace on OSD controls for the videoThe current video widget styling/layout is lacking. The rounded button touching the hard corner container look unintentional.
![Screenshot_from_2020-12-17_13-07-16](/uploads/a00ab1c4ccef4657ba0e53dcd0210665/Screenshot_from_2020-12-17_13...The current video widget styling/layout is lacking. The rounded button touching the hard corner container look unintentional.
![Screenshot_from_2020-12-17_13-07-16](/uploads/a00ab1c4ccef4657ba0e53dcd0210665/Screenshot_from_2020-12-17_13-07-16.png)
There's two approaches:
* make all buttons `.flat` to keep the supposedly desired compact look. Would still need some extra padding for the `controls` container
* increase the size of the osd toolbar to match apps like Videos:
![Screenshot_from_2020-12-17_13-14-49-cropped_2_](/uploads/c5b19ecb91898eacde08c494de16091c/Screenshot_from_2020-12-17_13-14-49-cropped_2_.jpg)https://gitlab.gnome.org/GNOME/gtk/-/issues/2483"Add bookmark" shifts bookmarks down2020-02-28T15:52:46ZFrancois Zaninotto"Add bookmark" shifts bookmarks down## Problem
When I drag a file to one of my bookmarks in the sidebar, as my pointer enters the sidebar, the "new bookmark" button appears *above* the existing bookmarks. As a result, the bookmark I was aiming for is moved down - often be...## Problem
When I drag a file to one of my bookmarks in the sidebar, as my pointer enters the sidebar, the "new bookmark" button appears *above* the existing bookmarks. As a result, the bookmark I was aiming for is moved down - often beyond the window limit. So I need to change the direction I was aiming for, or sometimes cancel my scroll, increase the window height, and try again.
![Capture_d_écran_de_2020-02-28_16-34-03](/uploads/4f611634f1ca132f276e858fb062aa97/Capture_d_écran_de_2020-02-28_16-34-03.png)
## suggested solution
I think this usability issue comes from the fact that the "new bookmark" button appears on top of the bookmark list, instead of under it. Alternately, show the "add bookmark" button all the time.https://gitlab.gnome.org/GNOME/gtk/-/issues/2182listview keybindings2021-04-03T11:40:41ZBenjamin Ottelistview keybindingsThis is a bug to figure out the keybindings to be supported by the new GtkListView widgets. I'll leave the top comment for tracking the currently implemented bindings.
Here's the list of the current keybindings:
| key | | acti...This is a bug to figure out the keybindings to be supported by the new GtkListView widgets. I'll leave the top comment for tracking the currently implemented bindings.
Here's the list of the current keybindings:
| key | | action | orientation |
| -------- | --- | ------------------------- | -------------------|
| Up | (1,2) | Move focus 1 row backward | vertical |
| Down | (1,2) | Move focus 1 row forward | vertical |
| Left | (1,2) | Move focus 1 row backward | horizontal |
| Right | (1,2) | Move focus 1 row forward | horizontal |
| Home | (1) | Move focus to first row | |
| End | (1) | Move focus to last row | |
| PageUp | (1) | Move focus as many rows backward as fully fit the visible area, but at least 1 | |
| PageDown | (1) | Move focus as many rows forward as fully fit the visible area, but at least 1 | |
| Ctrl-A, Ctrl-/ | | Select All | |
| Ctrl-Shift-A, Ctrl-\ | | Unselect All | |
| Space | (3) | Toggle selection of current row | |
| Return | (3) | Activate current row | |
All keys marked (1) follow the same modifier behavior:
* no modifier deselects everything and selects the resulting row.
* `Shift` deselects everything and then selects every row from the last selection row to the resulting row.
* `Ctrl` just moves the focus but does not change selection.
* `Ctrl+Shift` sets selection state of every row from the last selected row to the resulting row to the same selection state as the last selection row.
Keys marked (2) are not implemented without modifier, because they follow the regular arrow key focus behavior. This allows rows containing multiple focusable widgets to move focus between those widgets using the arrow keys.
Keys marked (3) are implemented in `GtkListItem`.Benjamin OtteBenjamin Ottehttps://gitlab.gnome.org/GNOME/gtk/-/issues/5126Demo / Video player: Cannot exit fullscreen-mode without a keyboard2022-08-21T21:10:57ZLuca Bacciluca.bacci@outlook.comDemo / Video player: Cannot exit fullscreen-mode without a keyboardIt's possible to toggle fullscreen mode by pressing F11, anyway most people don't know that :slight_smile:It's possible to toggle fullscreen mode by pressing F11, anyway most people don't know that :slight_smile:https://gitlab.gnome.org/GNOME/gtk/-/issues/1832Safety concern: Sidebar exposes username, server and port2019-05-10T07:53:59ZGhost UserSafety concern: Sidebar exposes username, server and port### Use cases
I was giving a talk in an Conference, where my displayed was visible for multiple persons, due to the Sidebar and NextCloud integration everyone was able to see my NextCloud ((e.g: thomas@example.com:5555)) server address, ...### Use cases
I was giving a talk in an Conference, where my displayed was visible for multiple persons, due to the Sidebar and NextCloud integration everyone was able to see my NextCloud ((e.g: thomas@example.com:5555)) server address, username and on which port it is running, after a while of course some people tried to get in.
This applies to any Network connected Location.
### Desired behavior
The user should be able to create a Label/Alias for the any server whenever he connects to it.
Specially in the case of the NextCloud integration.
### Benefits of the solution
By disclosing the username and servername, an attacker just have to brute-force the password.
In case of NextCloud can be a desired target, due to the amount of personal Data.
<!-- Ignore the text under this line. -->https://gitlab.gnome.org/GNOME/gtk/-/issues/1185change active frame (column or pane2019-12-11T13:48:15ZWolfchange active frame (column or paneIt took years to find out that with F6 I can change the active column in most programmes.
Examples: In nautilus, I can switch between the left and the right column, in evolution (classical view) I can cycle through the three parts of the...It took years to find out that with F6 I can change the active column in most programmes.
Examples: In nautilus, I can switch between the left and the right column, in evolution (classical view) I can cycle through the three parts of the window - post boxes column left / message list top right / message body bottom right.
This is a good feature - by why is it activated by F6??? - This is really an unhandy key and not suitable for such a regularly used feature. And I cannot even change it (maybe someone else can and tell me how?). The TAB key (and Shift-TAB for the reverse direction) would be nice - such it's done in Mac OS.
And the other thing:
No highlighting is given for the active frame. MacOS does so, and it's really essential for efficient keyboard navigation. I still miss it after many years now on GNOME.
Cheers,
Wolf