<div class="gmail_quote">On Sat, Aug 7, 2010 at 4:15 PM, Andreas Pakulat <span dir="ltr"><<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On 07.08.10 14:00:54, Milian Wolff wrote:<br>
> On Saturday 07 August 2010 13:45:00 Andreas Pakulat wrote:<br>
> > On 07.08.10 13:30:12, Milian Wolff wrote:<br>
> > > On Monday 12 July 2010 13:08:25 Aleix Pol wrote:<br>
> > > > It was 4am and Q_DECLARE_METATYPE was giving me problems. yes it should<br>
> > > > be possible<br>
> > ><br>
> > > *revive*<br>
> > ><br>
> > > what happened to this? I'd still like to see the seamless update very<br>
> > > much :)<br>
> ><br>
> > I posted the results of my experiments in another thread afaik, its not<br>
> > useful to add locking to the project model (and also not really doable<br>
> > as we don't control the complete API).<br>
> ><br>
> > And 'scheduling' the addition to the model into the main thread would<br>
> > require the foreground lock from the movingranges branch (I don't see<br>
> > any necessity to replicate that code just for this single feature).<br>
><br>
> OK, thanks. Then let's wait for movingranges branch to be merged.<br>
<br>
</div></div>Actually I mis-remembered what I did myself :) If you look at the code in<br>
the model you'll notice that adding items from a background thread is<br>
possible already (invokeMethod is being used) and I think there's even a<br>
test for that (though I don't know if it fails without the invokeMethod).<br>
<br>
Andreas<br>
<font color="#888888"><br>
--<br>
Your boss climbed the corporate ladder, wrong by wrong.<br>
</font><div><div></div><div class="h5"><br>
--<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br><div>If you add an element without invokeMethod from a thread that's not the same as the view the signals are emitted in the wrong order (well, correct order but with the rowCount information in the model already up-to-date which creates the annoying empty cells).</div>