On showing the working set tooltip when switching documents

[David Nolden]

The nice thing about the delay is that you can always move your mouse into
the tooltip and start using it by mouse, this makes working-sets more
discoverable.

However the basic idea was also to let it pop away as soon as the modifiers
are released, this would just need some more ugly event-filtering once
again.

Also, I think this is better than the CTRL+Tab UI, because it uses a common
UI for multiple things, and increases discoverability of working sets. I
think CTRL+Tab should also use the same UI, or be simply removed as it's
redundant now. If you think that the tooltip is too fat or redundant, you
can propose how to make it more compact while keeping it useful.

Greetings, David

Am 24.09.2010 04:18 schrieb "Milian Wolff" <mail at milianw.de>:

Hey all, esp. David!

While I like the idea of showing the working set tooltip when switching
documents with e.g. CTRL + ALT + LEFT|RIGHT, it is quite annoying at the
same
time:

1) it shows a possible *huge* tooltip, with quite contrasting colors
2) it is shown too long, imo it *must* hide as soon as I release all
buttons.
And maybe it should only be shown when I press e.g. CTRL + ALT for some
time.
Like this:

CTRL + ALT + LEFT (no popup)
keep CTRL + ALT pressed (=> popup is shown after XYZmsec delay)
CTRL + ALT released (=> popup is hidden)

this is of course hard to implement with configurable shortcuts.

But can it at least be hidden as soon as I release all modifiers of that
action? The current implementation is too much noise for too long imo.

If this is not possible, I'm actually *in favor* of removing this feature
again. Lets rather scroll the tabbar better to always have the selected tab
in
the middle. If you want to find something in a list, use CTRL + TAB or
quickopen...

Bye
--
Milian Wolff
mail at milianw.de
http://milianw.de

--
KDevelop-devel mailing list
KDevelop-devel at kdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20100926/94fb1a63/attachment.html>