I'm working a crash on circuit window close bug when I noticed the
simulation is about 20 times faster when the mouse is outside the main
window than when it is in! =P
--
New president: Here we go again...
Chemistry.com: A total rip-off.
Powers are not rights.
--
On Mon, 04 May 2009 18:10:59 +0200, Alan Grimes
wrote:
> I'm working a crash on circuit window close bug when I noticed the
> simulation is about 20 times faster when the mouse is outside the main
> window than when it is in! =P
>
I wanted to write about that type of crash. The destructors o
QT container classes aren't necessarily a missfeature but they're
certainly redundant to STL classes. What really is bad though is that
the QT container classes we do use are heavily missused. Most
notoriously the class QValueList is frequently missused as set class.
When this is done, there is a t
Why not kill the dependency to Qt at all? Face the fact that you are
using the Qt toolkit and when you decide to do so, you should use as
much as possible from that framework in order get maximum benefit.
Am 04.05.2009 um 22:40 schrieb Alan Grimes:
> QT container classes aren't necessarily a
Axel Jäger wrote:
> Why not kill the dependency to Qt at all? Face the fact that you are
> using the Qt toolkit and when you decide to do so, you should use as
> much as possible from that framework in order get maximum benefit.
Correct, but then whichever library we use will build upon the la
Hi everyone, I just run into this blog entry talking about ktechlab
and maybe someone finds it interesting. I always google about ktechlab
to see what they say out there about it. =P
http://tuxbotix.wordpress.com/2009/03/22/ktechlab/
Regards,
Juan
> Correct, but then whichever library we use will build upon the
> language
> headers and the standardized libraries.
Actually, I see Qt as a replacement of the standard library.
> Therefore our first preference
> should always be to use the standardized base and then choose other
> implementati
