Animated Tabs

During the weekend I got inspired with the question: What could a tab-widget look like when implemented as a QGraphicsWidget and armed with QGraphicsEffects & Qt Animation framework?

This is the first try:

Without explaining any further what/why/how (except that "mouse" icon is there just to show when button is down), I'd like to ask comments on how would you want tabs to behave? Note that the goal here is to have eye candy and usability, not necessarily long battery life... ;-)

Update: To demo how this looks (and performs) in tablets, I built Qt 4.6 tp1 for N810. With reduced effects (it's after all just N810), the prototype behaves like this:

- Background: Aamos & Eelis
- Icons: Tango


Leho Kraav said…
wouldnt everything moving in the same direction make more sense? tab title and contents moving opposite seems kinda confusing.
Unknown said…
Hi !
That's very nice !
Is the source code available somewhere ?
Thanks ;)
Tim Samoff said…
Cool. But, there are a plethora of animated tab "styles" out there:

...just to name 30 of them. ;) There are more.
think-free: Noup, sources are too ugly right now, just enough to demo how it works and to ask for ideas. I want to make the widget general (widget size, amount of tabs etc.) but not doing it until I get the final idea what it could/should be like... And for that I'm asking ideas now =)

For example where could the labels of each tab be and how to animate them on/off?

LK: Would it? For me this feels "natural", panning the screen so that you "throw yourself" to next tab... But this was a good comment, I was actually thinking that maybe tabs could even have hidden/autohide mode: Once user has learned how to pan between tabs and where each tab is located, content could take whole screen/widget area and only show which tab you are moving to as an animated overlay. So "This movement doesn't seem to make sense" is good to know =)

Tim: Thanks, I'm checking now each of them and try to get ideas!
Marius Gedminas said…
It looks awesome!

One comment that I feel is important: animations look shiny at first, but after using for a while they may get tiresome. It's important not to make the user wait for the animation. The total duration of the animation should be limited to a fixed number of milliseconds (for some reason the number 0.4s is popping into my head).
Marius: I totally agree, it must be possible for user to disable all extra animations which are not directly related usability (and the rest _must_ be fast enough not to disturb).
Marius Gedminas said…
Actually I don't think the possibility to disable animations is necessary.

Animations should never interfere with the user's task; if they do, an option to disable them would be a workaround rather than a proper fix.

Chromium is a good example of a UI with animations that enhance the user's experience without getting in the way.
Marius: OK, so it seems that I don't _totally_ agree, only mostly =) I'm in favor of two different modes for user to select:
1) "Full animation" which is the default mode, gives user a nice wow effect with extended usability, impresses friends & girls etc.
2) "Minimal animation" which user can select if he decides animations have become boring, wants to minimize battery consumption, save extra 10ms in typical use scenarios etc.

There can be some variations also but basically I'd like to give user options. If Chromium would be used in embedded device there would be users who think "Hmm, this could have some more effects.." as well as "Damn, I have only 10% battery left and it's wasted for these animations!" type of users.

So as a conclusion: I agree that animations should not interfere with the user tasks and instead help usability, but I also think that that the possibility to disable animations (in embedded devices) is a nice feature to offer.
Antonio said…
it'd be great if you could put your demos in GraphicsDojo repo :)

Could you tell us how you built qt 4.6 on N810?


Popular posts from this blog

Qt Quick 3D DynamicMeters demo

Qt5 LedScreen component

Qt 5.10 QML Shape testing