[dolphin] [Bug 475357] Regression in Dolphin 23.08.1 - Expandable folders in Details view mode broken
https://bugs.kde.org/show_bug.cgi?id=475357 Johannes Schmidt changed: What|Removed |Added CC||johannes-schm...@dorsai.eu -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 432818] Use libxkbregistry to parse the rules files
https://bugs.kde.org/show_bug.cgi?id=432818 --- Comment #14 from Johannes Schmidt --- (In reply to Andrey from comment #12) > As said above, XKB custom configuration should get applied having you put it > in proper place in HOME, and other mentioned conditions met. Even on Wayland. "and other mentioned conditions" is doing a lot of work here, but yes, putting in these environment variables to load custom keymaps/options from $XDG_CONFIG_HOME indeed works. I wasn't aware of these variables and that plasma supported them. For my use-case this is already good enough, but I'd still rather see proper config discovery being implemented. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 432818] Use libxkbregistry to parse the rules files
https://bugs.kde.org/show_bug.cgi?id=432818 --- Comment #11 from Johannes Schmidt --- To further clarify: (In reply to Andrey from comment #9) > Does your custom config get applied at least? No, it doesn't get applied, since it doesn't show up in settings and thus there is no way to apply it, unless I'm completely mistaken. XKB gives me a way to add layouts and options, but no way to set them (on wayland). Something else is needed to set them. On X11 that could be manually via setxkbmap/xkbcomp or globally via xorg.conf. On Wayland that job necessarily goes to the compositor. And the compositor can't know which layout to pick on its own so it needs a way to discover user settings and allow to pick between them. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 432818] Use libxkbregistry to parse the rules files
https://bugs.kde.org/show_bug.cgi?id=432818 --- Comment #10 from Johannes Schmidt --- I'm not 100% solid on this, but as far as I'm aware, even if you uncheck layout settings and options in the KCM, the only way to apply xkb settings (user or system) manually is using xkbcomp/setxkbmap in .xinitrc/.bashrc or globally via xorg.conf, which all have downsides and all require X11 to work. On Wayland, as far as I know, all xkb stuff requires the compositor (kwin) to do the work and thus discoverability to present the choices added by the user in the settings. And for that, KDE needs to either add support for libxkbregistry or otherwise parse the ~/.config/xkb/rules/evdev.xml file to discover what settings are available. And even if Wayland isn't a priority yet (which surely can't be true, but fine), can "just disable the GUI setting and do it manually somewhere outside KDE" really be the answer for a project that strives for user-friendliness, convenience and standard conformity? Correct me if I'm entirely wrong on this or missing something, But I don't see what I, as a user am supposed to do when I want to add a modified layout or options on Plasma Wayland. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 432818] Use libxkbregistry to parse the rules files
https://bugs.kde.org/show_bug.cgi?id=432818 Johannes Schmidt changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #7 from Johannes Schmidt --- *** This bug has been confirmed by popular vote. *** -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 432818] Use libxkbregistry to parse the rules files
https://bugs.kde.org/show_bug.cgi?id=432818 Johannes Schmidt changed: What|Removed |Added CC||johannes-schm...@dorsai.eu --- Comment #6 from Johannes Schmidt --- Is there any progress on this? I just tried to add my own layout as per the official documentation (https://xkbcommon.org/doc/current/md_doc_user_configuration.html) and it doesn't show up in systemsettings. This seams somewhat important for wayland support because the old X11 way of using .xmodmap is no longer available to use for user configuration. Libxkbcommon is now the only way to modify/define layouts and libxkbregistry is the only way to dynamically add user configuration. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 453198] Switching to a pane in Details view mode results in a file opening
https://bugs.kde.org/show_bug.cgi?id=453198 --- Comment #5 from Johannes Schmidt --- (In reply to Felix Ernst from comment #4) > Can you explain why you want to switch the active pane but don't want to > click on an item or make a selection in the pane you are clicking? Just to clarify: The most relevant use-case to me is quickly changing the directory of the terminal widget to the other pane to do run a command in the directory opened in that pane. Or more generally, basically any toolbar action that only acts on a single pane, like searching, setting view mode, toggling previews, or closing the selected pane. For me personally, the solution of adding the "Leading Column Padding" was sufficient. I'm not the reporter of this duplicate issue, but for me personally all issues have been resolved with that. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 453700] dolphin in detailed view open files and folders also if I click elsewhere on the line not only on the filename
https://bugs.kde.org/show_bug.cgi?id=453700 --- Comment #14 from Johannes Schmidt --- The biggest issue is that it's very unintuitive to have no empty space in the view that doesn't cause an action on drop or click. For example, I used to click into the empty space to select the view (in split mode) for toolbar commands or to sync the terminal directory. Now, after some adjustment period I found that I can click the scroll bar if the directory list is full. Similarly drag works same as before by dropping on the column headers instead of directly into the pane. It works and I'm starting to get used to it, but it sure as hell isn't intuitive. It took me a few seconds of trial and error to find some surface I can use to get my file where it should. Adding to the unintuitiveness of these weird usage patterns that this behavior encourages, there is also the inconsistency. For example, when clicking to the left of a file, an unfolded directory tree, or exactly between the arrows, that space still seems to have the old behavior where a click doesn't select the line. I've caught myself a few times unfolding a directory just to have a reliable space to click into. So while I would much prefer the old behavior back, I would also happily settle for a consistent, less unintuitive compromise. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 453700] dolphin in detailed view open files and folders also if I click elsewhere on the line not only on the filename
https://bugs.kde.org/show_bug.cgi?id=453700 Johannes Schmidt changed: What|Removed |Added CC||johannes-schm...@dorsai.eu -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 453198] Switching to a pane in Details view mode results in a file opening
https://bugs.kde.org/show_bug.cgi?id=453198 --- Comment #2 from Johannes Schmidt --- (In reply to Johannes Schmidt from comment #1) > [...] and no place to right-click to create new folders or files. Sorry, I just realized that this is false, right-clicking and creating files/folder works as expected. Which in my eyes makes this even more inconsistent. Why does left-clicking and drag-dropping into empty space select/open a file/folder and right-clicking empty space does not? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 453198] Switching to a pane in Details view mode results in a file opening
https://bugs.kde.org/show_bug.cgi?id=453198 --- Comment #1 from Johannes Schmidt --- This has been bothering me too. It's very counter intuitive behavior considering that in all other modes as in details mode mode, clicking the empty space just selects the pane. A related problem is that if you have a directory containing a long list of directories you have no place to drag and drop files/folders into, and no place to right-click to create new folders or files. It will always drop into or create the file inside the directory whose row is under the cursor instead of the directory displayed. In my opinion, clicking (or dragging onto) anything but the file/directory name and icon should not open the file or directory. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 453198] Switching to a pane in Details view mode results in a file opening
https://bugs.kde.org/show_bug.cgi?id=453198 Johannes Schmidt changed: What|Removed |Added CC||johannes-schm...@dorsai.eu -- You are receiving this mail because: You are watching all bug changes.