[Powerdevil] [Bug 399646] Brightness control adjusts the wrong backlight control (multiple GPUs)
https://bugs.kde.org/show_bug.cgi?id=399646 Geri changed: What|Removed |Added CC||i...@chello.at -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481035] New custom Known Type in File Associations is ignored
https://bugs.kde.org/show_bug.cgi?id=481035 --- Comment #2 from Geri --- STEPS TO REPRODUCE cont'd [Can I really not edit the description here?] 8. Select (original) Known Type: text/plain 8 Note that there's no *.txt in the Filename Patterns 9. Move Okular to the top in Application Preference Order 10. ✓Apply 11. Double-click on a .txt file in Dolphin, Okular opens with it (although there's no pattern *.txt associated with it and although there's a file association with a *.txt pattern that has Mousepad associated with it.) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481035] New custom Known Type in File Associations is ignored
https://bugs.kde.org/show_bug.cgi?id=481035 --- Comment #1 from Geri --- Created attachment 165656 --> https://bugs.kde.org/attachment.cgi?id=165656=edit Screenschot of file association text/plain -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481035] New custom Known Type in File Associations is ignored
https://bugs.kde.org/show_bug.cgi?id=481035 Geri changed: What|Removed |Added CC||i...@chello.at -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481035] New: New custom Known Type in File Associations is ignored
https://bugs.kde.org/show_bug.cgi?id=481035 Bug ID: 481035 Summary: New custom Known Type in File Associations is ignored Classification: Plasma Product: kwin Version: 5.27.10 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: i...@chello.at Target Milestone: --- Created attachment 165655 --> https://bugs.kde.org/attachment.cgi?id=165655=edit Screenshot of file association SUMMARY See also SU: How to set a shell script as KDE file association – https://superuser.com/q/1828467/516482 I'm connecting to a Win10 with an .rdp file supplied by Citrix Netscaler Gateway via download in my FF. I wrote a shell script that takes the .rdp file as $1 and it works on Bash's cmd line: #!/bin/bash ... xfreerdp "$1" /monitors:0,2 /floatbar:sticky:off,default:hidden,show:always /u:<...> /p:<...> ... To be able to run this script from within GUI apps I created a new File Association with Known Type: application/rdp. *.RDP, *.rdp already was assigned to Known Type: x-remmina (which worked with .rdp files as intended) so I moved them from there to my new one: See attachment for a screenshot. There's a ~/.local/share/applications/Bash-RDP.desktop. In FF I have set Applications -> Content Type: RDP file, Action: Use (default). This neither works as intended when opening the downloaded .rdp in FF's downloads drop-down or Downloads Library nor in my Downloads folder in Dolphin. If I do so xfreerdp appears in the taskbar with a progress circle for a few seconds only and without any further visual representation. And an xfreerdp task remains at every try which I have to kill afterwards. After a few hours of try and error and after asking a question at SuperUser ( https://superuser.com/q/1826544/516482 ) I came to the following conclusion: My new File Association is ignored. The previous one assigned to *.rdp is still used: x-remmina. How do I know? Well, xfreerdp was the first in its Application Preference Order. I moved it one down so that Kate was at the top. Selecting an .rdp file by double-clicking it in Dolphin opened it in Kate. See second and third attachment once I can upload more here. STEPS TO REPRODUCE 1. + Add... File Association -> Known Type -> Group: application, Type name: txt 2. Select Known Type text/plain, – Remove Filename Pattern: *.txt 3. + Add... Filename Pattern: *.txt to the Known Type: application/txt created at 1. 4. ✓Apply (otherwise the new Known Type isn't shown in the further [I think this is a bug by itself]) 5. + Add... Application: Mousepad 6. ✓Apply It looks fine now, but double-clicking a .txt file in Dolphin still opens it in Kate. OK, let's dig deeper: 7. ️ Edit... Application: Mousepad 7.1. This is confusing. There is an application to Open With: (Kate) on the General tab and there's a Program: to run (Mousepad) on the Application tab, which can be different(?!?). 7.2. With selecting Change... it becomes even more confusing: A dialog opens with the same controls as on the File type group in File Associations and you can perform an endless loop now with: 7.2.1. Edit... Application: Mousepad 7.2.2. Open With: ... Change... 7.2.3. GOTO 7.2.1. OBSERVED RESULT Files of a Filename Pattern defined in a new custom File Association do not open with the application defined there. EXPECTED RESULT .rdp, & .RDP files should open in the Application of the File Association they are defined in. SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20240201 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.12 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 480848] Vertically or horizontally maximize a window by double-clicking on its horizontal or vertical edges (respectively)
https://bugs.kde.org/show_bug.cgi?id=480848 --- Comment #3 from Geri --- (In reply to Nate Graham from comment #2) > That actually does strike me as a great idea! Thank you for your kind reply. (And I'm humble enough _not_ to say: "I know it is." :)) Am I really the first who comes up with this idea? Because this didn't come into my mind just a few days ago. I'm thinking of this since I completely changed to Linux (at home, business is different, unfortunately) after the final end-of-life of Win7. And I've always been asking myself since: „Why isn't it there? It's obvious that there are so many great girls and guys in this community. Did really no one of them think of this for more than a quarter century?“ -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 480848] Windows are resizable in their width and height by double-(or triple-)clicking their borders
https://bugs.kde.org/show_bug.cgi?id=480848 --- Comment #1 from Geri --- > > EXPECTED RESULT > ... > (with the option to achieve this with a triple-click, in case a. is > selected). > After re-reading – and re-thinking – my writing this could be extended to: (with the option to achieve this with a triple-click or Ctrl+|Alt+|Shift+Double-click, in case a. is selected). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 480848] Windows are resizable in their width and height by double-(or triple-)clicking their borders
https://bugs.kde.org/show_bug.cgi?id=480848 Geri changed: What|Removed |Added CC||i...@chello.at -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 480848] New: Windows are resizable in their width and height by double-(or triple-)clicking their borders
https://bugs.kde.org/show_bug.cgi?id=480848 Bug ID: 480848 Summary: Windows are resizable in their width and height by double-(or triple-)clicking their borders Classification: Plasma Product: kwin Version: 5.27.10 Platform: openSUSE OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: input Assignee: kwin-bugs-n...@kde.org Reporter: i...@chello.at Target Milestone: --- Hi, it would be a super-great feature in KDE – and make me love it even more – if I could double-click a window border to maximize its width or height. Windows, for instance, supports the latter (though not well known) since...ages. It still doesn't so with the former which is a pity. STEPS TO REPRODUCE 1. Double-click on the borders of basically resizable windows. OBSERVED RESULT Performing 1. on left, right and bottom borders does nothing, on the top border it maximizes the window – but that works on all of the empty space of the title bar anyway (and that shouldn't change). EXPECTED RESULT 1. Double-clicking a horizontal border maximizes the height of the window. Optionally (in a multi-monitor setup) customizable for: a. use just the display with the mouse cursor on it (default) or b. use all displays that are stacked on each other (with the option to achieve this with a triple-click, in case a. is selected). 2. Double-clicking a vertical border maximizes the width of the window. Optionally (in a multi-monitor setup) customizable for: a. use just the display with the mouse cursor on it (default) or b. use all displays that are placed side-by-side. (with the option to achieve this with a triple-click, in case a. is activated). SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20240201 (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.12 ADDITIONAL INFORMATION I owe you a beer, or two, or even an entire party once this is implemented. Cheers! Geri -- You are receiving this mail because: You are watching all bug changes.
[docs.kde.org] [Bug 459672] Missing keyboard shortcuts for resizing windows and missing descriptions for moving windows
https://bugs.kde.org/show_bug.cgi?id=459672 Geri changed: What|Removed |Added CC||i...@chello.at -- You are receiving this mail because: You are watching all bug changes.
[docs.kde.org] [Bug 459672] New: Missing keyboard shortcuts for resizing windows and missing descriptions for moving windows
https://bugs.kde.org/show_bug.cgi?id=459672 Bug ID: 459672 Summary: Missing keyboard shortcuts for resizing windows and missing descriptions for moving windows Classification: Websites Product: docs.kde.org Version: unspecified Platform: OpenSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Missing Content Assignee: kde-doc-engl...@kde.org Reporter: i...@chello.at Target Milestone: --- The following keyboard shortcuts are missing in https://docs.kde.org/trunk5/en/khelpcenter/fundamentals/kbd.html#kbd-activity-pan-zoom: | Meta+PgUp | maximize/restore window | | Meta+PgDn | minimize window | The descriptions for the following keyboard shortcuts are missing there as well: | Meta+Left | ..., move window to monitor to the left¹ | | Meta+Right | ..., move window to monitor to the right¹ | ¹ in a multi-monitor environment -- You are receiving this mail because: You are watching all bug changes.
