<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: A Cry for Help: Combining GraphicsView and Interview</title>
	<atom:link href="http://www.sebruiz.net/261/feed" rel="self" type="application/rss+xml" />
	<link>http://www.sebruiz.net/261</link>
	<description></description>
	<lastBuildDate>Tue, 09 Mar 2010 09:38:19 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: QGraphicScenes and Delegates at The Path Less Travelled</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-8012</link>
		<dc:creator>QGraphicScenes and Delegates at The Path Less Travelled</dc:creator>
		<pubDate>Tue, 31 Jul 2007 09:35:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-8012</guid>
		<description>[...] &#171; A Cry for Help: Combining GraphicsView and Interview [...]</description>
		<content:encoded><![CDATA[<p>[...] &laquo; A Cry for Help: Combining GraphicsView and Interview [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: illissius</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-8006</link>
		<dc:creator>illissius</dc:creator>
		<pubDate>Tue, 31 Jul 2007 05:44:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-8006</guid>
		<description>&quot;createEditor probably overrides the whole cell, which given that I only have one cell per row, that wouldn’t work out well. But maybe I’m wrong.&quot;

You can (must? can&#039;t remember) set the geometry of the editor manually, so there&#039;s nothing to stop you from overlaying it just over the actual text. (which is what I did in Krita)</description>
		<content:encoded><![CDATA[<p>&#8220;createEditor probably overrides the whole cell, which given that I only have one cell per row, that wouldn’t work out well. But maybe I’m wrong.&#8221;</p>
<p>You can (must? can&#8217;t remember) set the geometry of the editor manually, so there&#8217;s nothing to stop you from overlaying it just over the actual text. (which is what I did in Krita)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Broadstone</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-7996</link>
		<dc:creator>Matt Broadstone</dc:creator>
		<pubDate>Tue, 31 Jul 2007 00:23:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-7996</guid>
		<description>I have some code implementing the beginnings of MVC classes for QGV as I was going to use them for certain parts of plasma. However, the first big thing you are going to run into is the glaring lack of a ported scrollarea for QGV. You&#039;re talking about dealing with a bunch of items, but you&#039;re quickly to going to note that you can&#039;t even fit more than 10 because you can&#039;t scroll! However, once you implement this, we effectively have all the tools you need. Let me know if you&#039;re interested in doing it.</description>
		<content:encoded><![CDATA[<p>I have some code implementing the beginnings of MVC classes for QGV as I was going to use them for certain parts of plasma. However, the first big thing you are going to run into is the glaring lack of a ported scrollarea for QGV. You&#8217;re talking about dealing with a bunch of items, but you&#8217;re quickly to going to note that you can&#8217;t even fit more than 10 because you can&#8217;t scroll! However, once you implement this, we effectively have all the tools you need. Let me know if you&#8217;re interested in doing it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Monroe</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-7979</link>
		<dc:creator>Ian Monroe</dc:creator>
		<pubDate>Mon, 30 Jul 2007 18:10:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-7979</guid>
		<description>Yes I would like the ability to do other animations in the future.

createEditor probably overrides the whole cell, which given that I only have one cell per row, that wouldn&#039;t work out well. But maybe I&#039;m wrong.</description>
		<content:encoded><![CDATA[<p>Yes I would like the ability to do other animations in the future.</p>
<p>createEditor probably overrides the whole cell, which given that I only have one cell per row, that wouldn&#8217;t work out well. But maybe I&#8217;m wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: illissius</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-7964</link>
		<dc:creator>illissius</dc:creator>
		<pubDate>Mon, 30 Jul 2007 14:30:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-7964</guid>
		<description>As far as I can tell from the post, the problem was that the cursor in QGraphicsScene editors isn&#039;t animated, which using createEditor() would solve... I gather there&#039;s something else you want to accomplish which this doesn&#039;t let you, but I don&#039;t think you&#039;ve mentioned it (or I&#039;ve failed to notice it).

Also, &quot;Somehow overlay a text edit line just over the text that the user is editing. No idea if this is possible.&quot;, is the bit which confused me. Isn&#039;t that exactly what createEditor() does?</description>
		<content:encoded><![CDATA[<p>As far as I can tell from the post, the problem was that the cursor in QGraphicsScene editors isn&#8217;t animated, which using createEditor() would solve&#8230; I gather there&#8217;s something else you want to accomplish which this doesn&#8217;t let you, but I don&#8217;t think you&#8217;ve mentioned it (or I&#8217;ve failed to notice it).</p>
<p>Also, &#8220;Somehow overlay a text edit line just over the text that the user is editing. No idea if this is possible.&#8221;, is the bit which confused me. Isn&#8217;t that exactly what createEditor() does?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Monroe</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-7963</link>
		<dc:creator>Ian Monroe</dc:creator>
		<pubDate>Mon, 30 Jul 2007 14:12:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-7963</guid>
		<description>illissius - Using createEditor to put widgets everywhere (eg whether stuff is being edited or not) would be abusing createEditor. Using createEditor to create a line edit wouldn&#039;t be abusing createEditor obviously, it would just be limiting.

Ivan Čukić - thanks! I&#039;m going to watch that after writing this comment. I didn&#039;t realize they had all those presentations online, thats awesome.

Andreas - well I could just brute force with a timer connected to a repaint operation and actually get animations right now. I just assume it&#039;d be slow since I can only paint the whole delegate at a time (like QGraphicsScene has a signal where it tells what needs to be repainted I think, but this information would just be discarded unless I&#039;m missing something.). But thanks for your comment, it has me thinking about a few things...

Tony - yea, I&#039;m looking for someone perhaps with experience doing something like this. :) It sounds like a fine idea in theory.</description>
		<content:encoded><![CDATA[<p>illissius &#8211; Using createEditor to put widgets everywhere (eg whether stuff is being edited or not) would be abusing createEditor. Using createEditor to create a line edit wouldn&#8217;t be abusing createEditor obviously, it would just be limiting.</p>
<p>Ivan Čukić &#8211; thanks! I&#8217;m going to watch that after writing this comment. I didn&#8217;t realize they had all those presentations online, thats awesome.</p>
<p>Andreas &#8211; well I could just brute force with a timer connected to a repaint operation and actually get animations right now. I just assume it&#8217;d be slow since I can only paint the whole delegate at a time (like QGraphicsScene has a signal where it tells what needs to be repainted I think, but this information would just be discarded unless I&#8217;m missing something.). But thanks for your comment, it has me thinking about a few things&#8230;</p>
<p>Tony &#8211; yea, I&#8217;m looking for someone perhaps with experience doing something like this. <img src='http://www.sebruiz.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  It sounds like a fine idea in theory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: illissius</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-7955</link>
		<dc:creator>illissius</dc:creator>
		<pubDate>Mon, 30 Jul 2007 09:44:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-7955</guid>
		<description>QAbstractItemDelegate&#039;s createEditor() and associated functions are there for overlaying editor widgets... you can set their geometry through the QStyleOptionViewItem parameter. It&#039;s not clear from the post what the problem with this would be... you reference &quot;abusing the editor widget stuff&quot; in one paragraph and then wonder whether editor widgets are even possible in the next?</description>
		<content:encoded><![CDATA[<p>QAbstractItemDelegate&#8217;s createEditor() and associated functions are there for overlaying editor widgets&#8230; you can set their geometry through the QStyleOptionViewItem parameter. It&#8217;s not clear from the post what the problem with this would be&#8230; you reference &#8220;abusing the editor widget stuff&#8221; in one paragraph and then wonder whether editor widgets are even possible in the next?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ivan Čukić</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-7954</link>
		<dc:creator>Ivan Čukić</dc:creator>
		<pubDate>Mon, 30 Jul 2007 09:44:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-7954</guid>
		<description>Look here: 
http://trolltech.com/company/newsroom/events/allevents/devdays2006/videolinks
The &#039;Advanced Item Views&#039; presentation...</description>
		<content:encoded><![CDATA[<p>Look here:<br />
<a href="http://trolltech.com/company/newsroom/events/allevents/devdays2006/videolinks" rel="nofollow">http://trolltech.com/company/newsroom/events/allevents/devdays2006/videolinks</a><br />
The &#8216;Advanced Item Views&#8217; presentation&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-7949</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Mon, 30 Jul 2007 08:01:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-7949</guid>
		<description>Hi!

As somebody who has taken the widgets-in-view way once, I can tell you what you have to do for that - you just put your widgets into the viewport() of the QListView and you have to handle all geometry changes yourself, probably in QItemDelegate::paint(). You could probably find a way to kill invisible widgets, but I suspect it would still be slow.

Or use the &quot;Overlay editor widget&quot; approach (it&#039;s quite a standard way to use editor widgets!) and use a pixie-dust delegate to implement little icons in the view and limited animations like the &quot;currently playing&quot; animation in Amarok 1.4. You can get your instructions where and how to apply the pixie dust from the model using custom roles, to keep up the model-view-delegate pattern :)
Oh, you need to find a way to periodically repaint (for animation) - maybe using a clever hack with a frame timer in the model? You can probably send repaint events only where animations are going on, by setting a new value for something (e.g. tint color - a custom role) in the animating row.

QGraphicsView also looks good, although I have no idea how easy it is to implement arbitrary user interaction there.

I&#039;d favor the pixie-dust delegate way of doing things although it&#039;s somewhat limited. So what, it&#039;s a play*list* you are implementing and not a game ;)
*Do* have a good look at QGraphicsView either and ask some people who know more about it.</description>
		<content:encoded><![CDATA[<p>Hi!</p>
<p>As somebody who has taken the widgets-in-view way once, I can tell you what you have to do for that &#8211; you just put your widgets into the viewport() of the QListView and you have to handle all geometry changes yourself, probably in QItemDelegate::paint(). You could probably find a way to kill invisible widgets, but I suspect it would still be slow.</p>
<p>Or use the &#8220;Overlay editor widget&#8221; approach (it&#8217;s quite a standard way to use editor widgets!) and use a pixie-dust delegate to implement little icons in the view and limited animations like the &#8220;currently playing&#8221; animation in Amarok 1.4. You can get your instructions where and how to apply the pixie dust from the model using custom roles, to keep up the model-view-delegate pattern <img src='http://www.sebruiz.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Oh, you need to find a way to periodically repaint (for animation) &#8211; maybe using a clever hack with a frame timer in the model? You can probably send repaint events only where animations are going on, by setting a new value for something (e.g. tint color &#8211; a custom role) in the animating row.</p>
<p>QGraphicsView also looks good, although I have no idea how easy it is to implement arbitrary user interaction there.</p>
<p>I&#8217;d favor the pixie-dust delegate way of doing things although it&#8217;s somewhat limited. So what, it&#8217;s a play*list* you are implementing and not a game <img src='http://www.sebruiz.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
*Do* have a good look at QGraphicsView either and ask some people who know more about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tony</title>
		<link>http://www.sebruiz.net/261/comment-page-1#comment-7948</link>
		<dc:creator>tony</dc:creator>
		<pubDate>Mon, 30 Jul 2007 07:25:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.sebruiz.net/261#comment-7948</guid>
		<description>I&#039;m really not very familiar with QT (yet), so take this with a grain of salt...
It would seem that QListView ( well, all of the view classes) don&#039;t really need to know anything about the items they&#039;re displaying, except for those visible, and dimensions for those that are not ( so the scroll position/size can be set )...just before the user scrolls an item into view, it can ask the model about it ( and delete the objects going out of the view)

This is how I expect the &quot;virtual&quot; mode of the Win32 listbox works ( check out LVS_OWNERDATA here http://msdn2.microsoft.com/en-us/library/ms670558.aspx )</description>
		<content:encoded><![CDATA[<p>I&#8217;m really not very familiar with QT (yet), so take this with a grain of salt&#8230;<br />
It would seem that QListView ( well, all of the view classes) don&#8217;t really need to know anything about the items they&#8217;re displaying, except for those visible, and dimensions for those that are not ( so the scroll position/size can be set )&#8230;just before the user scrolls an item into view, it can ask the model about it ( and delete the objects going out of the view)</p>
<p>This is how I expect the &#8220;virtual&#8221; mode of the Win32 listbox works ( check out LVS_OWNERDATA here <a href="http://msdn2.microsoft.com/en-us/library/ms670558.aspx" rel="nofollow">http://msdn2.microsoft.com/en-us/library/ms670558.aspx</a> )</p>
]]></content:encoded>
	</item>
</channel>
</rss>
