From: Alan G. <ag...@sp...> - 2008-09-22 02:37:58
|
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? Also, I'm trying to get debugging working within kdevelop, no luck as yet. =( -- FAKE candidates; RIGGED machines; Don't vote. Remember, if there aren't any anti-war candidates, it's not an election. Chemistry.com: A total rip-off. Powers are not rights. |
From: P Z. <zol...@gm...> - 2008-09-22 12:14:53
|
On Mon, 22 Sep 2008 04:34:32 +0200, Alan Grimes <ag...@sp...> 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. 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 |
From: Lawrence S. <det...@gm...> - 2008-09-23 13:24:33
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=UTF-8" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <br> <br> P Zoltan wrote: <blockquote cite="mid:op.uhvwikcd4dckcr@localhost.localdomain" type="cite"> <pre wrap="">On Mon, 22 Sep 2008 04:34:32 +0200, Alan Grimes <a class="moz-txt-link-rfc2396E" href="mailto:ag...@sp..."><ag...@sp...></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">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? </pre> </blockquote> <pre wrap=""><!----> 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. </pre> <blockquote type="cite"> <pre wrap="">Also, I'm trying to get debugging working within kdevelop, no luck as yet. =( </pre> </blockquote> <pre wrap=""><!----> 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. </pre> </blockquote> 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...<br> <blockquote cite="mid:op.uhvwikcd4dckcr@localhost.localdomain" type="cite"> <pre wrap=""> 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 <a class="moz-txt-link-freetext" href="http://moblin-contest.org/redirect.php?banner_id=100&url=/">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a> _______________________________________________ Ktechlab-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:Kte...@li...">Kte...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/ktechlab-devel">https://lists.sourceforge.net/lists/listinfo/ktechlab-devel</a> </pre> </blockquote> </body> </html> |
From: Julian B. <ju...@sv...> - 2008-09-24 06:05:00
|
On Monday 22 September 2008 15:16:59 P Zoltan wrote: > On Mon, 22 Sep 2008 04:34:32 +0200, Alan Grimes <ag...@sp...> > > 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. You are right, for now the best way to go is to leave all GUI-related code as it is. If you break something, let me know, I'll help fixing it in trunk. At the moment I'm working on DocumentManager and ProjectManager classes to remove all GUI code from it. I want to create a light-wight project with an CircuitICNDocument to use it as the data for a model to visualize it in a Plasmaoid (or QGraphicsView, what is basically the same -- I'm going to test, what fits best). I'm currently working on an own branch that doesn't compile, yet, so I didn't put it into svn. I hope I can finish this very soon then I will show and explain it to you. > I want to commit the fixes related to sdcc & compiling; should I commit > it anyway? :P Why not? ;D Just try to make sure you don't mess up everything. IMHO, it's ok to have some bugs and not working stuff in trunk, especially in a redesign phase and if at least 2 persons work heavily on it. > 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 just asked Lawrence, if it would be save to use the actual wiki without the possibility of loosing any data. (I guess you already read..) If so, we could use this list and the wiki to coordinate our work a little bit. > 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? I think, that's a nice idea. During my work now on the *Manager classes, I menioned lots of dependencies between lots of classes that really shouldn't depend on each other. To have a clean-up here would be a great step forward. bye then julian |
From: Julian B. <ju...@sv...> - 2008-09-24 06:13:42
|
Hey, I'm glad, you're still willing to take over the web part. On Tuesday 23 September 2008 15:23:58 Lawrence Shafer wrote: > 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... what do you think, is it "safe" to edit wiki pages and create new pages at the moment? This would be really useful to comment and document all changes we did during the re-design and porting-phase. bye then julian |
From: Lawrence S. <det...@gm...> - 2008-09-24 12:58:34
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Jason, Could you please tar the whole wiki database, and put it in a place where I can download it or email it to me? And also give me the info to keep the ktechlab.org domain going? I would like to transfer the wiki over to my servers so we can have a stable place to work without worrying that it will disappear... Or it may be easier for you to give me a temporary login to your server. Whatever is best for you.<br> <br> Thanks,<br> Lawrence Shafer<br> <br> Julian Bäume wrote: <blockquote cite="mid:200...@sv..." type="cite"> <pre wrap="">Hey, I'm glad, you're still willing to take over the web part. On Tuesday 23 September 2008 15:23:58 Lawrence Shafer wrote: </pre> <blockquote type="cite"> <pre wrap=""> 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... </pre> </blockquote> <pre wrap=""><!----> what do you think, is it "safe" to edit wiki pages and create new pages at the moment? This would be really useful to comment and document all changes we did during the re-design and porting-phase. bye then julian </pre> </blockquote> <blockquote cite="mid:200...@sv..." type="cite"> <pre wrap=""><hr size="4" width="90%"> ------------------------------------------------------------------------- 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 <a class="moz-txt-link-freetext" href="http://moblin-contest.org/redirect.php?banner_id=100&url=/">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a></pre> <pre wrap=""> <hr size="4" width="90%"> _______________________________________________ Ktechlab-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:Kte...@li...">Kte...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/ktechlab-devel">https://lists.sourceforge.net/lists/listinfo/ktechlab-devel</a> </pre> </blockquote> </body> </html> |
From: P Z. <zol...@gm...> - 2008-09-24 14:13:19
|
On Wed, 24 Sep 2008 07:46:37 +0200, Julian Bäume <ju...@sv...> wrote: > what do you think, is it "safe" to edit wiki pages and create new pages > at the > moment? This would be really useful to comment and document all changes > we did > during the re-design and porting-phase. > Yup. I'd like to mention that exporting the current wiki is possible, see here: http://ktechlab.org/wiki/index.php?title=Special:Export The list of all pages can be obtained from here: http://ktechlab.org/wiki/index.php?title=Special:Allpages The images can be downloaded using wget. This way I have a "backup" of the wiki on my computer, just in case... Zoltan |