On Sun, 27 Sep 2009 18:29:51 +0200, Alan Grimes <agri...@speakeasy.net> wrote:
> One of the unfortunate aspects of ktechlab is that we're carrying around > a large chunk of some ancient version of Qt. > (canvas.h/cpp/canvas_private.h), The reason we're doing this is that our > version of Canvas is (practically) infinite in all four quadrants, > meaning you can extend your circuit in any direction. If you simply drop > in the stock version of Canvas, you can only extend your circuit in two > directions, and if your circuit has any parts with a negative offset, > you simply can't see or work with them. =\ > > I know we'll hopefully be moving to KDE4 and hopefully not suffering the > enormous regression in features and performance seen by all other KDE > applications. =( But in the mean time, I'd like to know whether anyone > else has looked at this issue and whether there is a more elegant > solution for us. It would certainly go a long ways towards making the > project more maintainable. > In my opinion we should separate the GUI and simulator/models, create a well defined interface between them, then write from scratch a Qt4/KDE4 GUI compatible with that interface. Sounds simple, but actually needs quite a lot of planning. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Ktechlab-devel mailing list Ktechlab-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ktechlab-devel
