Re: [Ktechlab-devel] QT4 migration. (and misc.)

Tue, 23 Sep 2008 06:24:57 -0700



P Zoltan wrote: 
On Mon, 22 Sep 2008 04:34:32 +0200, Alan Grimes <[EMAIL PROTECTED]>  
wrote:

  
Today I tried moving from the custom Canvas.h header to the standard
qcanvas.h header. This caused a lot of undesirable behavior changes,
namely the "infinite plane" workspace concept stopped working --
circuits were cut off at coords 0,0; And the code wasn't able to update
the wires when new connections were made or parts were moved.

What in god's name did David do to Qcanvas and can it be ported back
into the standard tree so that we're not maintaining a ton of
trolltech's code along with our own?

Someone mentioned that he was working on a QT4 port, how is that going?

    

  Julian Bäume is working on it.

  Supposing that the canvas-related code works, don't bother fixing it. It  
should be simpy redesigned and rewritten in the qt4 porting process.

  
Also, I'm trying to get debugging working within kdevelop, no luck as
yet. =(

    

  Huh? That works for me fine.

  I spent yesterday ~8 hours trying to fix the crash occuring when a  
programmed pic is placed in a circuit... The result was 4 lines of code,  
but no more chasing :D
  I also ran ktechlab under valgrind and electric fence. Valgrind was  
really useful, but electric fence didn't work well -- it's way too slow.

  I want to commit the fixes related to sdcc & compiling; should I commit  
it anyway? :P

  There's still no wiki in the project -- I think Jason it too busy. A  
project leader who can really get involved in the project is really needed.
I'm standing by, ready to take over the web end here at the drop of a pin. I'm the one that got the current wiki started, and am also an admin there. August is long over and I never heard from Jason on the "Trump Test" so I guess we're on our own now? Anyway, just letting you guys know I'm still here, and have been since 05. And I would love to help out with the web stuff if that is wanted...
  Next I want to move some code in the Node hierarchy "down" to the level  
corresponding to it, and split the Connector class between the flowcode  
and the electronic part. This should let remove quite a few dynamic_casts.  
Or should I concentrate to something else?

  Have a nice day,

   Zoltan


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url="">
_______________________________________________
Ktechlab-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ktechlab-devel
  
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ktechlab-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ktechlab-devel

Reply via email to