Demo screenshot: “embedded dialogs”

Posted by Andreas Aardal Hanssen on November 12, 2007 · 15 comments

This is just a sneak-peek of one of the demos for Widgets on Graphics View.

Embedded Dialogs - small
:-D

And yes – those are real QDialogs btw.

QShare(this)

Possibly related posts:

  1. QML/3D Demo
  2. Hitching Qt/Embedded to a framebuffer OpenGL ES (2) abstraction

15 comments

1 Sébastien Laoût November 12, 2007 at 11:25 pm
 

Pretty cool.
It’s definitively there to counter Windows Presentation Foundation, where you can do things like QGraphicsView while still having widgets inside.

Why is there no anti-aliasing?

2 Andy Brice November 13, 2007 at 1:06 am
 

>those are real QDialogs btw

Er, define ‘real’. ;0)

3 kwilliam November 13, 2007 at 1:08 am
 

That looks pretty cool! (Although I agree with the guy above about anti-aliasing) Just imagine all the fun effects moving widgets through 3d space could generate.

4 Someone November 13, 2007 at 7:38 am
 

I think I just wet my pants :$

5 Anon November 13, 2007 at 8:45 am
 

Oh, holy wow. That’s awesome :)

6 Andreas November 13, 2007 at 8:55 am
 

Andy: As in embedding any instance / subclass of QDialog including children, including your own favorite custom widgets.

Antialiasing, I just didn’t enable it for this example. Come on I can’t believe nobody’s commented on the fact that there’s window frames, shadows, activation, input focus,…. ;-)

7 Alexei Sergeev November 13, 2007 at 9:00 am
 

Actually there is antialising, they just have it turned off, i think. Antialising slows things much on 1000 or more widgets.

And there is no 3D as you can think. It is just 2D transformation on dialog. There is no 3 coordinates, but every QGraphicsViewItem have z coordinate that means is it on top or on bottom.
It means you get box with coordinates (x,y,z)(0,0,3) ( 0,100,3) (50,100,3) (50,0,3) x and y may vary, but not z.

8 Someone November 13, 2007 at 9:34 am
 

Well, the window frames and input focus is what gave me the wet pants :P

Can’t wait to see it in action with my own eyes on my own system! :D
(I guess it’s not in the snapshots yet?)

9 Enrico Ros November 13, 2007 at 11:51 am
 

Impressive! I just want to grab it and integrate in the application we’re working on for a customer… and shock him!
This falls more into the black magic dept than the eye-candy one ;-)
Good job Andreas & Teammates!!

10 Andre November 13, 2007 at 1:12 pm
 

Way cool… This really brings zooming function for interfaces a step closer. Impressive work!

11 Frederic November 13, 2007 at 2:37 pm
 

Is there some kind of input transformation applied to the widgets?

12 Juan November 14, 2007 at 9:52 am
 

This is impressive Andreas, I can’t wait to use it, so inspiring work!

13 HoussemBDIOUI November 14, 2007 at 1:22 pm
 

Next step: compiz-like effects in Qt :)

14 Sverre November 14, 2007 at 3:32 pm
 

I guess the dialog is trapped inside the GraphicsView?

15 Alex_Z November 16, 2007 at 12:44 pm
 

Hei, Anders!
1. What about ActiveX’s? Will its work correctly when inserted to a scene by this way?
2. Performance? Suppose that there are many sliders (or widgets like trend view), connected with some dynamic variables in the scene. Which implementation will be faster – direct inserting sliders to the graphics view or using of QGraphicsWIdgetItem? I mean drawing only of course.
Just now I’m porting my canvas based app to Qt4, and scenes should be able to contain widgets. There is no need in transformation of widgets, but it will be very usefull to control z-value of widget items, for example.

Comments on this entry are closed.

Previous post:

Next post: