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