[Ktechlab-devel] simulator
Glen
gcanaday at gmail.com
Sat Nov 8 03:55:49 UTC 2008
-----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 <julian at svg4all.de> 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 at 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-----
More information about the Ktechlab-devel
mailing list