Summary: | yakuake should reopen if shortcut is pressed on another screen | ||
---|---|---|---|
Product: | [Applications] yakuake | Reporter: | Marc Schiffbauer <mschiff> |
Component: | general | Assignee: | Eike Hein <hein> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | 2.9.6 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Marc Schiffbauer
2009-10-17 15:06:07 UTC
Sorry, but is it possible that with "screen" you mean virtual desktop/workspace? Otherwise I'm unable to follow your text. yes indeed, I mean virtual desktop/workspace, sorry And i have a german i18n, so if its not clear I might start yakuake with english locales to get the correct names of the options I was talking about. thanks So to summarize, you want the Open/Retract Yakuake action/shortcut to move the Yakuake window from whatever virtual desktop it is on to the current virtual desktop if the "Use Open/Retract action to focus window" option is disabled. Hmm, yes, you might be right about that -- provided it's doable, I'll likely change the behavior as you desire for 2.9.7. Yes exactly! Thanks for considering. And keep up the great work! Hi Eike, anythign new on this one? And if yes, will 2.9.7 make it into KDE 4.4? Yakuake is not part of the KDE Software Compilation - it's an Extragear application, with a release cycle independent of the SC. In other words, in practice, when to make a release is up to me, and the release date of KDE SC 4.4 has nothing to do with it. I hope to getting around to making 2.9.7 in early 2010 - January or February - including this change. Great Eike, many thanks! Hi Eike, did you forget about this one? Currently using 2.9.8+ TIA -Marc Crap, yes - sorry. Marc, I was finally getting around to implementing this tonight, and while doing so I remembered/rediscovered (I don't use virtual desktops, personally, so I don't get to experience it first-hand usually) that Yakuake actually sets its window to be visible on all virtual desktops, so it shouldn't be necessary to pull it from one to another - could you explain why this is necessary in your case? Arf, disregard - there's an option controlling that (which I implemented of course, but *also* forgot about ;-). That changes the question slightly, however - wouldn't it satisfy your needs to enable the option to show the window on all desktops, or is there some reason you don't want to that? Implementing your original request is fairly simple and I don't mind doing it if it's still necessary, but it seems like the existing option might suffice already? Git commit de03b66bc74522014340a5986cfedd4a8b9f57f1 by Eike Hein. Committed on 05/03/2011 at 01:03. Pushed by hein into branch 'master'. Pull the window to the current virtual desktop under certain conditions. When the window is set not to show on all virtual desktops and is not residing on the current virtual desktop, but is open (i.e. set to stay open regardless of focus loss), the Open/Retract action normally used to either retract it, or, when the option to also use the action to focus the window is enabled, cause the window manager to switch to the virtual desktop the window resides on. The former case, i.e. when the option to also use the action to focus the window is disabled, has now been changed to move the window to the current virtual desktop and focus it, rather than retract it. Also augments the What's This blurb on the focus option to mention the window manager's VD switch behavior, and added some code comments to help charting the codepaths. BUG:210880 M +9 -0 ChangeLog M +1 -1 app/config/behaviorsettings.ui M +33 -3 app/mainwindow.cpp http://commits.kde.org/yakuake/de03b66bc74522014340a5986cfedd4a8b9f57f1 In the end it just made sense to do, so I've added the behavior regardless of the show-on-all-desktops action - sorry it took so long. Hi Eike, many thanks! Marc |