Shortcuts to toggle Dockwidgets

Milian Wolff mail at milianw.de
Thu Oct 29 17:10:46 UTC 2009


On Thursday, 29. October 2009 15:42:26 Andreas Pakulat wrote:
> On 29.10.09 15:42:31, Milian Wolff wrote:
> > Imo what we _should_ do is the following (much work, I fear)... And I'll
> > be the one to do it:
> 
> First of all: I have never used more than one toolview of a given type in
> KDevelop4 nor do I see the need for that. The only usecase I can think of
> is the embedded konsole. So maybe we should first try to simply limit that
> on the toolviews, i.e. each can exist only once within a mainwindow, but a
> toolview can ask to be "duplicateable".
> 
> Second, IMHO the initial way to navigate among toolviews should work
> similar to the documentswitcher plugin or as you said a quickopen provider.

Yes. I think I'll try to make the documentswitcher have the same GUI as 
quickopen and provide something like that also for toolviews.

> IMHO adding a shortcut to show/hide a toolview should be done by having a
> contextmenu to set it up and then dynamically create an action for it
> during runtime.

That action is already there and used extensively in Ideal/Sublime.

> We don't necessarily need to have these show up in the
> shortcut config dialog, especially if we add the shortcut to the text of
> the toolbutton or the title of the toolview.

If you say so. Though I personally would opt for consistency. Want to add a 
shortcut for something? It's a KDE app => show in the shortcuts dialog. Can't 
find something? Shortcut does not exist.

> These actions will be
> dynamically re-created during loading of kdevelop and that should be doable
> _after_ all views have been re-created (i.e. after area-setup). And storage
> of these actions will simply be another field in the [View 1] group in the
> kdeveloprc file.

I think I can hack that together with my current approach: In your other mail 
you requested a patch, here it is again:

http://mwolff.pastebin.com/fcf2bd4a

Lets see if I can "fix" the loading/saving part, i.e. not save the actions to 
the kdevelopui.rc but to kdeveloprc [View 1] and load it accordingly. Should 
be hackable somehow...
-- 
Milian Wolff
mail at milianw.de
http://milianw.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20091029/ffaac0af/attachment.sig>


More information about the KDevelop-devel mailing list