<br><br><div class="gmail_quote">2010/12/13 Benjamin Poulain <span dir="ltr">&lt;<a href="mailto:benjamin.poulain@nokia.com">benjamin.poulain@nokia.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi all,<div class="im"><br>
<br>
On 12/13/2010 05:02 PM, ext Pierre Rossi wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
        I&#39;ll let Benjamin expand on this but his first email explains<br>
        why the tabwidget is in the way: &quot;have a single QGraphicsView<br>
        containing all the pages&quot; (via QGraphicsWebView).<br>
        In this case, you only want a tab bar giving you an index and<br>
        everything else would take place in the view. Still a bit<br>
        curious to hear about the full vision, so Benjamin, feel free to<br>
        give more details on this.<br>
<br>
<br>
    I understand what he wants to do, but I don&#39;t get why is this better.<br>
    I&#39;m not against it, just curious about the benefits. If we discuss<br>
    the pros and cons I&#39;ll be glad to help in the implementation :)<br>
<br>
<br>
Mhh, I feel we have a bit of a misunderstanding here. I don&#39;t see how<br>
you can have a *single* graphics view in all the different pages of a<br>
QTabWidget (which is a combination of a tabbar and a stackedwidget), and<br>
I believe that would be the plan, that&#39;s where we don&#39;t have a<br>
convenient widget taking care of this for us (like QTabWidget did), and<br>
we need to design one.<br>
</blockquote>
<br></div>
I have one big argument against having multiple graphics view: One of the benefit we can get from using graphics view is the use of openGL for 3D transforms, transitions and animation (via WebKit&#39;s accelerated compositing), and for WebGL.<br>

<br>
This mean the graphics view&#39;s viewport would be a QGLWidget, so it would have a GL context. If we have more than one view per window, we would end up with plenty of GL context, and GL drivers do not really like that kind of mess :)<br>

<br>
<br>
Having one graphics view would enable a few fancy stuff as well. For example, when passing from one tab to the next (ctrl+tab for example), we could scroll the view to show the next page. This scroll could be animated so we see a visual transition between the tabs.<br>

<br>
Another fancy thing possible is a &quot;exposé&quot; mode for a window. We could add an icon to the tabbar to show all the open tab in a single view.<br>
<br>
cheers,<br><font color="#888888">
Benjamin<br></font></blockquote><div> </div></div>I really like how all this sounds. Only one concern, wont it be harder 
(if at all possible) to implement the process-per-tab feature having 
only one graphics view?<br>
<br>
If we have to choose between one or the other, I&#39;m certainly in favor of
 all this fancy stuff, I&#39;ve never found process-per-tab that important 
:)