On Sun, 18 Oct 2009 08:37:19 +0200, Alan Grimes <agri...@speakeasy.net> wrote:
> Before today, Switch was a special case of everything. There were entire > container classes all over the place that were there for no other reason > to handle switches. > > NOT ANY MORE!!! =)))) > > Now the only things that really care about switches are the components > which contain them. =))) > > This means a whole pile of signals and slots are now gone. > > It also means that many many classes are now much lighter than they > previously were. Pin and Wire are now first class objects, rather than > descendants of QObject making them far lighter still... All these > changes put together now means that KTechlab's UI is acceptably fast. > The only notch above that is so fast that the neurological properties of > the human brain cause one to believe that the machine responded before > the command was issued. =P Goor work with the switches. Still, removing QObject dependency is not a big deal -- we don't be able to elliminate the Qt dependency; we should use Qt as our help. > > This means that it's time to hunker down and finish 0.3.8. > > There are at least two Herculean labors to accomplish before this next > release. (all circuits attached, hopefully) > > Labor 1: Make the display of currents work. I have two good test > circuits for that. > > 1.A> Cube Resistance circuit. -- Just a power supply, a bunch of > resistors, and a ground. Make the currents on every connector correct > and flowing in the correct direction when animations turned on. (correct > being a matter of opinion in electronics; configuration option?). > Suggest: turn everything off, then turn on only currents that come from > elements, make sure everything's correct, then turn on the next case, > etc...) > > 1.B> Simple circuit: Make the current computations around switches work > again. (don't attempt until 1A is finished.) > > Labor 2: Make Diodes work. (hopefully this will clear the way for all > other nonlinear components to work, but it's most critical that Diode > work.) > > > And ofcourse, any other bug that gets in our way. > I want to write a separate mail about todo list, because making a release is not just writing code. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) 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/devconference _______________________________________________ Ktechlab-devel mailing list Ktechlab-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ktechlab-devel
