[kate] [Bug 467887] Variables with multiple words (in camelCase or separated by underscore) are treated as separate words with ctrl
https://bugs.kde.org/show_bug.cgi?id=467887 --- Comment #3 from Alberto Torres Ruiz --- That's good to know, thank you very much. It was IMPOSSIBLE for me to find, because: 1. It only mentions camel case, not underscores at all (which are also affected by the option and most of my code is actually with underscores). 2. The translation into Spanish is nonsensical. 3. I already tried to search for "camel" everywhere but neither the word "camel" or "camello" is mentioned anywhere when it is not set to English. Should I file reports for usability issues? And why is the option on by default, anyway? On Tue, Mar 28, 2023 at 7:00 PM Waqar Ahmed wrote: > https://bugs.kde.org/show_bug.cgi?id=467887 > > Waqar Ahmed changed: > >What|Removed |Added > > > Resolution|--- |NOT A BUG > Status|REPORTED|RESOLVED > CC||waqar@gmail.com > > --- Comment #2 from Waqar Ahmed --- > Press, Alt + Ctrl + I, then Search and enter, => Toggle Camel > > This will disable camel hump cursor movement temporarily for the current > tab. > > It can be permanently disabled in the settings, search for "camel" > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 467887] Variables with multiple words (in camelCase or separated by underscore) are treated as separate words with ctrl
https://bugs.kde.org/show_bug.cgi?id=467887 --- Comment #1 from Alberto Torres Ruiz --- Ah when using Kate, in the previous example I would instead press shift+end, then shift+ctrl+left/right until I have all variables selected, but that only works when there's the same amount of words (or what ctrl+arrow considers "words) to the right of the variables. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 467887] New: Variables with multiple words (in camelCase or separated by underscore) are treated as separate words with ctrl
https://bugs.kde.org/show_bug.cgi?id=467887 Bug ID: 467887 Summary: Variables with multiple words (in camelCase or separated by underscore) are treated as separate words with ctrl Classification: Applications Product: kate Version: 22.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kwrite Assignee: kwrite-bugs-n...@kde.org Reporter: kungfoo...@gmail.com Target Milestone: --- When moving the cursor(s) with ctrl+arrow or selecting with ctrl+shift+arrow, Kate considers variable names multiple words when it has camelCase or underscores. For casual navigation of one cursor it's not a big deal, but when combined with the multiple cursors feature it turns useless for a good chunk of my use cases, because some variables have a different amount of words on them. For example, consider this case: this.variable = 1 this.otherVariable = 2 this.some_more_data = 3 I put the cursor inside "variable", press ctrl+alt+down twice to have the multiple cursors on all 3 variables, then ctrl+left followed by ctrl+shift+right to select all 3 variables. Instead, only the first word of each is selected: "variable", "other", and "some_". Which is useless to me. Funnily enough this doesn't happen with search and replace: Both "whole words" mode and \b regexp considers all those variables single words. It doesn't happen anywhere I tried in KDE either, except for KWrite so I guess the bug probably is in the KWrite component. It's also inconsistent with other editors I've used. -- You are receiving this mail because: You are watching all bug changes.
[kiofuse] [Bug 432856] Can't reopen remote files using common "File, Open recent" menu option
https://bugs.kde.org/show_bug.cgi?id=432856 --- Comment #8 from Alberto Torres Ruiz --- I've found a workaround for the time being: In dolphin go to the place, then press F4 and run: ln -sf "$PWD" ~/ Then use the linked dir in home instead of the /run path. Not ideal but not as bad as before. Or for all remote sites of certain protocol instead of just one: ln -sf $XDG_RUNTIME_DIR/kio-fuse-*/fish ~/kio-fuse-fish (replace fish by the desired protocol) -- You are receiving this mail because: You are watching all bug changes.
[kiofuse] [Bug 432856] Can't reopen remote files using common "File, Open recent" menu option
https://bugs.kde.org/show_bug.cgi?id=432856 Alberto Torres Ruiz changed: What|Removed |Added CC||kungfoo...@gmail.com --- Comment #6 from Alberto Torres Ruiz --- I have this problem too. After reconnecting, the path is different and I have to manually re-open all files/folders in applications. It breaks the workflow. I think it should detect if there's something mounted already before changing the path to a random one. Sometimes killing some daemon or even a reboot is preferable than re-opening files manually. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 462032] Multiple cursor functionality is broken when Ctrl is selected as multiple cursor modifier
https://bugs.kde.org/show_bug.cgi?id=462032 --- Comment #2 from Alberto Torres Ruiz --- (In reply to Christoph Cullmann from comment #1) > I think the issue is that Ctrl-click is already used e.g. the goto > definition of the LSP plugin, but I might be wrong. > Does it work if you e.g. disable the LSP plugin for a try? It seems you're right, it's the LSP plugin. But there's no way to switch the key in the LSP plugin. Should I fill another bug with it, or should this one be renamed? Maybe LSP should automatically use Ctrl instead of Alt when Ctrl is being used for multiple cursors. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 462032] Multiple cursor functionality is broken when Ctrl is selected as multiple cursor modifier
https://bugs.kde.org/show_bug.cgi?id=462032 Alberto Torres Ruiz changed: What|Removed |Added Summary|Multiple cursor |Multiple cursor |functionality is broken |functionality is broken |when Ctrl or Meta are |when Ctrl is selected as |selected as multiple cursor |multiple cursor modifier |modifier| -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 462032] New: Multiple cursor functionality is broken when Ctrl or Meta are selected as multiple cursor modifier
https://bugs.kde.org/show_bug.cgi?id=462032 Bug ID: 462032 Summary: Multiple cursor functionality is broken when Ctrl or Meta are selected as multiple cursor modifier Classification: Applications Product: kate Version: 22.08.2 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kwrite Assignee: kwrite-bugs-n...@kde.org Reporter: kungfoo...@gmail.com Target Milestone: --- SUMMARY As the title says, the feature stops working when I switch the modifier to Ctrl. STEPS TO REPRODUCE 1. Go to Configure -> Editing -> Text Navigation 2. Change "Multiple Cursor Modifiers" to Ctrl 3. Do Ctrl+click in various places of a body of text OBSERVED RESULT Nothing happens, as if the feature was disabled. Except when ctrl+clicking past the end of the document, showing the click is being registered and it is indeed doing something. But obviously only being able to select the end of the document makes it useless. EXPECTED RESULT Multiple cursors are added, one for each spot the user clicks on. It works correctly with all other keys and key combinations (including Meta, I changed KWin configuration to test this, by default the meta button moves/resizes the window instead). SOFTWARE/OS VERSIONS Linux: Arch, SteamOS beta (3.4), kernel 5.13.0-valve31-1-neptune KDE Plasma Version: 5.26.1 KDE Frameworks Version: Qt Version: (not filling the last two, I don't know them because the system froze and downgraded the distro to avoid further problems, I'm sorry) ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 412703] Unplugging external monitor repositions windows to right side of screen
https://bugs.kde.org/show_bug.cgi?id=412703 Alberto Torres Ruiz changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #9 from Alberto Torres Ruiz --- Yesterday I could confirm that it's fixed in kwin 5.26.1. I'm sorry for the delay. When I reconnect the external display, all unmodified windows go back to their original places. If a window was moved when the external display is disconnected it remains moved after, but that's not really a bug, and it works well using the kwin script "restoreToScreen". (this script didn't work in the old version either) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 412703] Unplugging external monitor repositions windows to right side of screen
https://bugs.kde.org/show_bug.cgi?id=412703 Alberto Torres Ruiz changed: What|Removed |Added CC||kungfoo...@gmail.com --- Comment #6 from Alberto Torres Ruiz --- This has been an issue for me for many years. But I should add that my main (external) screen is much larger (4k). All windows seem to retain their size but not their position after disconnecting and reconnecting it. It's extremely annoying and disorienting. It also happens when one of the screens go to sleep by itself. I'm commenting on this bug and not one that sounds more relevant because those are marked as duplicates of this one, so I guess it's considered the same issue. It happened in all distros I've used: Kubuntu, Arch, SteamOS 3.x... All x64, maybe one ARM. Currently using KDE 5.90.0, kwin 5.23.5. All X11. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 387895] New: Window rules are not detected with some applications
https://bugs.kde.org/show_bug.cgi?id=387895 Bug ID: 387895 Summary: Window rules are not detected with some applications Product: kwin Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: rules Assignee: kwin-bugs-n...@kde.org Reporter: kungfoo...@gmail.com Target Milestone: --- Maybe some applications change window class after the window is created? Steps to reproduce: - Open Spotify. - Add window rule with substring "potify". - Set some change to see if the rule is affecting. (in my case, minimum size of 770x70) - Restart Spotify. It no longer affects. Related: Bug 387742 (and the reason I'm skipping the S) KWin 5.9.4 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 387742] Window class string in window-specific settings is saved in lower case
https://bugs.kde.org/show_bug.cgi?id=387742 --- Comment #3 from Alberto Torres Ruiz <kungfoo...@gmail.com> --- Correction, it NEVER works after restarting the application!! Maybe it was never the casing, it's just that it never works in the first place! -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 387742] Window class string in window-specific settings is saved in lower case
https://bugs.kde.org/show_bug.cgi?id=387742 --- Comment #2 from Alberto Torres Ruiz <kungfoo...@gmail.com> --- Also, when creating a rule, the class is set automatically in lower case, but it works for that session, which made the issue even more confusing. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 387806] New: Task bar of secondary screen is empty when there is no primary screen
https://bugs.kde.org/show_bug.cgi?id=387806 Bug ID: 387806 Summary: Task bar of secondary screen is empty when there is no primary screen Product: plasmashell Version: 5.9.4 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Task Manager Assignee: h...@kde.org Reporter: kungfoo...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Have two screens, two taskbars, each with setting "show windows only in current screen". Disconnect the primary screen (or in my case, close the laptop lid by mistake). Reconnect it. Now the task bar of the secondary screen is empty, but the screen is still full of windows. Moving them around doesn't fix the problem. It took me a while to notice there is no active screen in display settings, and when setting an active screen it works again. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 387742] New: Window class string in window-specific settings is saved in lower case
https://bugs.kde.org/show_bug.cgi?id=387742 Bug ID: 387742 Summary: Window class string in window-specific settings is saved in lower case Product: kwin Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: rules Assignee: kwin-bugs-n...@kde.org Reporter: kungfoo...@gmail.com Target Milestone: --- In window-specific settings I've put a string with some upper case letters. After rebooting that's reset to lower case, so it stops working. It seems it happens for any type, even for regexp. As a workaround I use regexp and put periods instead of upper case letters. kwin 5.10.5 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 373237] New: Auto completion using other open files
https://bugs.kde.org/show_bug.cgi?id=373237 Bug ID: 373237 Summary: Auto completion using other open files Product: kate Version: 15.12 Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: part Assignee: kwrite-bugs-n...@kde.org Reporter: kungfoo...@gmail.com Target Milestone: --- When using auto completion, use words not only from the current open file but also from other open files of the same type. As a long time Kate user, I used Atom for a year and now I miss that feature. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 371801] Multiple text selection, multiple cursors
https://bugs.kde.org/show_bug.cgi?id=371801 --- Comment #3 from Alberto Torres Ruiz <kungfoo...@gmail.com> --- Wonderful! I didn't even know it was being worked on. I will try to help if I have some time in the near future. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 371801] Multiple text selection, multiple cursors
https://bugs.kde.org/show_bug.cgi?id=371801 --- Comment #1 from Alberto Torres Ruiz <kungfoo...@gmail.com> --- Oops, looks like the first gif is Sublime Text. It works the same as Atom anyway. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 371801] New: Multiple text selection, multiple cursors
https://bugs.kde.org/show_bug.cgi?id=371801 Bug ID: 371801 Summary: Multiple text selection, multiple cursors Product: kate Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: part Assignee: kwrite-bugs-n...@kde.org Reporter: kungfoo...@gmail.com Target Milestone: --- Being able to have multiple cursors via ctrl+click, and multiple selections by ctrl+drag. Kate user for 14 years. When I found out this feature in Atom I thought it was useless. After using it for less than 2 years, now I can't do without. Sublime Text is another popular editor with this feature. When pasting multiple selections, it should paste one in each selection if the number of selections match the clipboard; otherwise paste all joined as lines in all cursors. Random gifs of the feature: https://packagecontrol.io/readmes/img/d346da37ce3d306f23f960f2a103fbc0f4562034.gif https://blog.codepen.io/wp-content/uploads/2014/03/multiple-cursors.gif (this is codepen but it works the same) http://www.codinglabs.net/public/mixedit/CTRLD-Animation.gif (this last one is another editor I don't know, it uses "ctrl+D" but I would very happy by just ctrl+clicking each word then ctrl+left arrow to jump to the beginning of each word) -- You are receiving this mail because: You are watching all bug changes.