-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Implement resistance, capacitance, inductance, and a few other things, and have the component libraries hold the SVG, equations, icons, etc. The important stuff is already implemented, no reason to reinvent the wheel on it, imo. - --G P Zoltan wrote: > On Fri, 07 Nov 2008 02:09:13 +0100, Julian Bäume <[EMAIL PROTECTED]> wrote: > >> On Friday 07 November 2008 01:14:35 Glen wrote: >>> Is there any direction / ideas for what direction the simulator should >>> go? I have my own ideas, especially now since I've probed the code a >>> little bit, but what's really better for the project? >> Some time ago, it was mentioned on the list, that the actual code won't >> scale. >> So it's really hard to add new components to the simulator. We need a >> way to >> define components more easy. > > Actually the components are hard-coded in the program, so to change them, > you need to recompile ktechlab. That's a huge problem, imo. > >> XML would be something to mention here. I don't >> see the problem to do something like that with the visualisation part, >> but for >> the simulator I don't see a good way to do it. > > I think the models can be also defined in XML; I've mentioned this on the > list earlier: > some 'basic' components should be defined in the program and everything > else threated as subcircuit. So in XML we should describe two things: the > symbol for the new component and the equivalent subcircuit as the model. > As I know, spice does something similar: there are some basic parts, and > the more complex ciruits are threated as subcircuits. > > Things get tricky when we want to define some interactive components with > XML. For that we might need some expression-evaluation algorithms. > > >> There is a wiki page for features: >> http://ktechlab.org/wiki/index.php?title=DEVEL:Feature_Request >> > > BTW Wiki: can the wiki made read-only for not registered readers? When I > look at the recent changes, I see 99% spam / spam deleted. > >> I mentioned to create the simulation logic in the XML files via ECMA >> script, >> since this could be interpreted by Qt. I haven't done any speed tests >> till >> now.. shame on me. >> > > ------------------------------------------------------------------------- > 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 > Ktechlab-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ktechlab-devel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJFQ3FLstl3vProOARApjkAJ0YGUOsq8JnlsPMQN91jxPKROlP+gCbB52J /7jDb7g/iwjElzViqRySFiI= =fnMB -----END PGP SIGNATURE----- ------------------------------------------------------------------------- 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 Ktechlab-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ktechlab-devel
