[frameworks-ktexteditor] [Bug 369104] [Regression] Selected text is not pasted in search field when search is initiated
https://bugs.kde.org/show_bug.cgi?id=369104 Diggory Hardy changed: What|Removed |Added CC||k...@dhardy.name -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kglobalaccel] [Bug 357127] New: Shortcuts bound to F keys ignore state of ISO_Level3_Shift
https://bugs.kde.org/show_bug.cgi?id=357127 Bug ID: 357127 Summary: Shortcuts bound to F keys ignore state of ISO_Level3_Shift Product: frameworks-kglobalaccel Version: unspecified Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: mgraess...@kde.org Reporter: k...@dhardy.name CC: kdelibs-b...@kde.org I have my keyboard set up with an extra layer; right-Alt is ISO_Level3_Shift, which gives many keys an extra layer (e.g. Alt+F9 is 7); this is because my ErgoDox does not have all the normal keys. [See https://github.com/dhardy/keyboard]. Both global and application-local shortcuts assigned to F-keys ignore the state of the level-3 shift key; that is if I bind a shortcut like "lower window" to F2, then this triggers whenever F2 **or Alt+F2** is pressed, and the application never receives the usual result of Alt+F2. Similarly with application shortcuts; e.g. Kate binds F11 to "show line numbers", and as a result Alt+F11 toggles line numbers and does not enter '9' into the text editor. Additionally, if I map a shortcut to something like Alt+F9, then in the shortcut box the character resulting from this keyboard mapping appears (7), and the shortcut does not work. Reproducible: Always Steps to Reproduce: 1. Configure XKB with a level-3 shift key and configure level 3 of some F-keys (or install my layout config to /usr/share/X11/xkb/symbols/cyborg16 then `setxkbmap cyborg16 colemak4`) 2. Open any application with a shortcut bound to an F-key (e.g. Konsole: F11 → fullscreen) 3. Press Alt+F11 (etc.) and observe that the shortcut is triggered, not the mapped action of Alt+F11 I am running Kate 15.08.3 with KDE Frameworks 5.17.0 (Fedora 23). -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kglobalaccel] [Bug 357127] Shortcuts bound to F keys ignore state of ISO_Level3_Shift
https://bugs.kde.org/show_bug.cgi?id=357127 --- Comment #2 from Diggory Hardy --- No, it seems to get the right key. If I hit AltGr+F9 it shows '7'; if I hit AltGr+F1 it shows '←' (both correct BTW, not that I use the arrows much). If I hit just F1 it warns me that that's already in use. -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 194820] Ability to remove formatting from clipboard content
https://bugs.kde.org/show_bug.cgi?id=194820 Diggory Hardy changed: What|Removed |Added CC||k...@dhardy.name --- Comment #6 from Diggory Hardy --- It appears that this "feature" (clicking an entry in Klipper to remove formatting) was lost in the Plasma 5 update. Can it please be added somehow? Or, as George says, make copy+paste remove all formatting markers by default? -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 359323] New: Ark should preview XML files in a text viewer, not a web browser
https://bugs.kde.org/show_bug.cgi?id=359323 Bug ID: 359323 Summary: Ark should preview XML files in a text viewer, not a web browser Product: ark Version: 2.19 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: elvis.angelac...@kdemail.net Reporter: k...@dhardy.name CC: rak...@freebsd.org When I open an archive in Ark, then click on an XML file to view it, a window opens displaying sometimes nothing and sometimes values from within some of the tags (concatenated together in a meaningless sequence, since the context of their tags is not visible). What I want to do is view the text (optionally with syntax highlighting). XML is a container format for "configuration" files. Only a small sub-set, such as XHTML files and some XML files with embedded XSLT components, can actually be rendered meaningfully in a web-browser. Note: I have a feeling I've reported this before, but cannot find anything in the bug-tracker. Reproducible: Always Steps to Reproduce: If you want an example, try opening one of the [OpenMalaria release archives](https://github.com/SwissTPH/openmalaria/releases) in Ark. Most contain at least one XML file, which if opened in Ark is displayed in a completely meaningless way. Extracted then opened with KWrite or another text editor the full document is visible. (Note that the standard file associations seem to do the same thing and open in a web browser by default — but this is easy to fix or work-around via right-click, "open with ...". Ark is not, hence this report.) -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 359323] Ark should preview XML files in a text viewer, not a web browser
https://bugs.kde.org/show_bug.cgi?id=359323 --- Comment #2 from Diggory Hardy --- Awesome. Great that someone took on Ark development! -- You are receiving this mail because: You are watching all bug changes.
