Quite Universal Circuit Simulator

I'll be finishing my last exam tomorrow. I'll get back to porting from
tomorrow :) This vacation i'll try to be more productive and try to
finish the simulator so that we can think of making eda tools soon.

My todo's are
*) Stabilize all the classes so far in port.
*) Add undo/redo support using qt4-command framework.
*) Implement all functionality necessary for schematic view
*) Add symbol mode
*) Implement menu,toolbar actions.
*) Simulator,tools integration
*) Graphs/plotting (i've some clarifications here for changes from qt3 version)
*) Miscelaneous (eg key binding configuration)
*) Reorganizing actions in proper menus and toolbars.
*) Performance tweaking
*) cmake support

After the above, the following will be considered after thorough
discussion and experiments
*) Completely XML and svg based components
*) Experiment with plugins for plotting(eg plugin to integrate
gnuplot, plugin to use qwt widgets)
*) Add basic scripting support.
*) EDA thoughts can continue from here ;)

Here are some clarifications needed (with random priorities).
1) Is the tab based schematic views enough or should we also support
multiple top level windows(as in qt4 designer) and mdi windows ?
2) Should the diagrams(or better graphs) be embeddable in schematic
window(.sch) or should it be restricted to dpl files ?
3) Should qucs-qt4 be compatible with qt4.2 ? The main reason for this
is the xml stream classes introduced in qt4.3 are very convinient and
i want to simplify my task if we dont support qt4.2.
4) Do you have any objections if i convert all hard coded dialog boxes
to ui files (designer files) ?
5) Should the components be moved grid wise or allowed to be moved freely ?
6) Can the new xml format for saving schematic files be made default/standard ?

I have couple of requests for everyone on list.
I may ask lots of questions/doubts. Please help me clarify them
Secondly try the port whenever you can and give me your inputs(be free) :)

-- 
Cheers,
Gopala Krishna A

Re: [Qucs-devel] Continuing qt4 port From: Matt <matthieu.piquemal@gm...> - 2007-07-18 19:42 Hi Guys, Here is a few thought about the graphs: Having them in the schematics is a quick way to generate a simple report, putting everything on the same file. Usually I use the dpl to work on my design, and then move the appropriate graph to the schematic to generate a PDF (via PS). I really appreciate that, this is something I would like to keep. A possible improvement on the graph could be to have the possibility to readjust the scale and scroll the (rescaled) plot. Also a reticule on the plots, even two to do Delta measurement. What do you have in mind with the graph plugins, is it to replace the qucs graph feature? The value added with gnuplot, would be to be able to process the data, but I would have expected Qucs to be able to do that. Or an export of the data could be handled in GNUPlot, Matlab, Scilab, etc... Cheers, Matt On 18/07/07, Gopala Krishna <krishna.ggk@...> wrote: > I'll be finishing my last exam tomorrow. I'll get back to porting from > tomorrow :) This vacation i'll try to be more productive and try to > finish the simulator so that we can think of making eda tools soon. > > My todo's are > *) Stabilize all the classes so far in port. > *) Add undo/redo support using qt4-command framework. > *) Implement all functionality necessary for schematic view > *) Add symbol mode > *) Implement menu,toolbar actions. > *) Simulator,tools integration > *) Graphs/plotting (i've some clarifications here for changes from qt3 version) > *) Miscelaneous (eg key binding configuration) > *) Reorganizing actions in proper menus and toolbars. > *) Performance tweaking > *) cmake support > > After the above, the following will be considered after thorough > discussion and experiments > *) Completely XML and svg based components > *) Experiment with plugins for plotting(eg plugin to integrate > gnuplot, plugin to use qwt widgets) > *) Add basic scripting support. > *) EDA thoughts can continue from here ;) > > Here are some clarifications needed (with random priorities). > 1) Is the tab based schematic views enough or should we also support > multiple top level windows(as in qt4 designer) and mdi windows ? > 2) Should the diagrams(or better graphs) be embeddable in schematic > window(.sch) or should it be restricted to dpl files ? > 3) Should qucs-qt4 be compatible with qt4.2 ? The main reason for this > is the xml stream classes introduced in qt4.3 are very convinient and > i want to simplify my task if we dont support qt4.2. > 4) Do you have any objections if i convert all hard coded dialog boxes > to ui files (designer files) ? > 5) Should the components be moved grid wise or allowed to be moved freely ? > 6) Can the new xml format for saving schematic files be made default/standard ? > > I have couple of requests for everyone on list. > I may ask lots of questions/doubts. Please help me clarify them > Secondly try the port whenever you can and give me your inputs(be free) :) > > -- > Cheers, > Gopala Krishna A > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Qucs-devel mailing list > Qucs-devel@... > https://lists.sourceforge.net/lists/listinfo/qucs-devel >

Re: [Qucs-devel] Continuing qt4 port From: roucaries bastien <roucaries.bastien@gm...> - 2007-07-19 09:12 On 7/18/07, Gopala Krishna <krishna.ggk@...> wrote: > > > *) Simulator,tools integration > > What is the meaning of tool integration? > I meant qtranscalc and all other helper programs in qucs. Ok you can. But if we want to create scripting module, it will be convinient to separate the core and the gui of this tool. For instance using a shared lib (dll) for the core. But i do not know how to do so with cmake or autotool (libtool?). Because now the gui is integrated on the core I think you can merge. > > - Could you please add better print support? > Can't gurantee, but i'll try. The best thing to do (if possible) is to generate a postscipt and use kprinter like toolbox. But I do not know how to do this kind of thing. > > - Could you please add also rule to create automagically debian/rpm > > pacquet. It will be really convenient. > I guess i can. Thank you really much. > > > 5) Should the components be moved grid wise or allowed to be moved freely ? > > Both and this need to be configurable. > Ok > > > > 6) Can the new xml format for saving schematic files be made default/standard ? > > I do not know. I think it will be safe because we are not forward compatible. > can you elaborate ? i didn't understand. You can not open a qucs schematic made with 0.0.11 with 0.0.10. Version n-1 do not open version n. But version n open version [1;n-1]. Regards bastien > > -- > Cheers, > Gopala Krishna A >

Re: [Qucs-devel] Continuing qt4 port From: roucaries bastien <roucaries.bastien@gm...> - 2007-07-19 09:17 On 7/18/07, Matt <matthieu.piquemal@...> wrote: > Hi Guys, > > Here is a few thought about the graphs: > > Having them in the schematics is a quick way to generate a simple > report, putting everything on the same file. Usually I use the dpl to > work on my design, and then move the appropriate graph to the > schematic to generate a PDF (via PS). I really appreciate that, this > is something I would like to keep. > > A possible improvement on the graph could be to have the possibility > to readjust the scale and scroll the (rescaled) plot. Also a reticule > on the plots, even two to do Delta measurement. > > What do you have in mind with the graph plugins, is it to replace the > qucs graph feature? > The value added with gnuplot, would be to be able to process the data, > but I would have expected Qucs to be able to do that. Or an export of > the data could be handled in GNUPlot, Matlab, Scilab, etc... I vote for a gnuplot widget (may be optionnal) because you can export in a wide range of format (particularly .fig), and because you could do some processing like means square (really useful for computing Q factor, tangent, etc). But I also think that native qucs widget should be able to do something convinient like readjust the scale and scroll the (rescaled) plot, delta. Regards Bastien > Cheers, > Matt > > > > On 18/07/07, Gopala Krishna <krishna.ggk@...> wrote: > > I'll be finishing my last exam tomorrow. I'll get back to porting from > > tomorrow :) This vacation i'll try to be more productive and try to > > finish the simulator so that we can think of making eda tools soon. > > > > My todo's are > > *) Stabilize all the classes so far in port. > > *) Add undo/redo support using qt4-command framework. > > *) Implement all functionality necessary for schematic view > > *) Add symbol mode > > *) Implement menu,toolbar actions. > > *) Simulator,tools integration > > *) Graphs/plotting (i've some clarifications here for changes from qt3 version) > > *) Miscelaneous (eg key binding configuration) > > *) Reorganizing actions in proper menus and toolbars. > > *) Performance tweaking > > *) cmake support > > > > After the above, the following will be considered after thorough > > discussion and experiments > > *) Completely XML and svg based components > > *) Experiment with plugins for plotting(eg plugin to integrate > > gnuplot, plugin to use qwt widgets) > > *) Add basic scripting support. > > *) EDA thoughts can continue from here ;) > > > > Here are some clarifications needed (with random priorities). > > 1) Is the tab based schematic views enough or should we also support > > multiple top level windows(as in qt4 designer) and mdi windows ? > > 2) Should the diagrams(or better graphs) be embeddable in schematic > > window(.sch) or should it be restricted to dpl files ? > > 3) Should qucs-qt4 be compatible with qt4.2 ? The main reason for this > > is the xml stream classes introduced in qt4.3 are very convinient and > > i want to simplify my task if we dont support qt4.2. > > 4) Do you have any objections if i convert all hard coded dialog boxes > > to ui files (designer files) ? > > 5) Should the components be moved grid wise or allowed to be moved freely ? > > 6) Can the new xml format for saving schematic files be made default/standard ? > > > > I have couple of requests for everyone on list. > > I may ask lots of questions/doubts. Please help me clarify them > > Secondly try the port whenever you can and give me your inputs(be free) :) > > > > -- > > Cheers, > > Gopala Krishna A > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Qucs-devel mailing list > > Qucs-devel@... > > https://lists.sourceforge.net/lists/listinfo/qucs-devel > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Qucs-devel mailing list > Qucs-devel@... > https://lists.sourceforge.net/lists/listinfo/qucs-devel >

Re: [Qucs-devel] Continuing qt4 port From: Gopala Krishna <krishna.ggk@gm...> - 2007-07-26 12:23 On 7/19/07, Gopala Krishna <krishna.ggk@...> wrote: > 3) Should qucs-qt4 be compatible with qt4.2 ? The main reason for this > is the xml stream classes introduced in qt4.3 are very convinient and > i want to simplify my task if we dont support qt4.2. I am thinking of making qt-4.3 as the requirement for qucs-qt4. I really need those stream classes which really simplifies things. Especially i am also basing the mime format on xml. So i hope no one has any restrictions for this. If you do have, please inform me ASAP. -- Cheers, Gopala Krishna A

Re: [Qucs-devel] Continuing qt4 port From: Svenn Are Bjerkem <svenn.bjerkem@go...> - 2007-07-28 13:01 On 7/26/07, Gopala Krishna <krishna.ggk@...> wrote: > On 7/19/07, Gopala Krishna <krishna.ggk@...> wrote: > > > 3) Should qucs-qt4 be compatible with qt4.2 ? The main reason for this > > is the xml stream classes introduced in qt4.3 are very convinient and > > i want to simplify my task if we dont support qt4.2. > > I am thinking of making qt-4.3 as the requirement for qucs-qt4. I > really need those stream classes which really simplifies things. > Especially i am also basing the mime format on xml. So i hope no one > has any restrictions for this. > If you do have, please inform me ASAP. Look out what KDE4 is going to use. Otherwise, most windows users will have to compile their version of qt4 themselves anyway for a while, so I think you can follow the qt-4 release flow for some more months..... Qt-4 doesn't seem to pick up as fast as I hoped on windows. Maybe the windows programming world is busy getting compatible with Vista.... -- Svenn

Re: [Qucs-devel] Continuing qt4 port From: Stefan Hoelldampf <stefan@ho...> - 2007-07-28 14:13 Svenn Are Bjerkem wrote: > On 7/26/07, Gopala Krishna <krishna.ggk@...> wrote: >> On 7/19/07, Gopala Krishna <krishna.ggk@...> wrote: >> >>> 3) Should qucs-qt4 be compatible with qt4.2 ? The main reason for this >>> is the xml stream classes introduced in qt4.3 are very convinient and >>> i want to simplify my task if we dont support qt4.2. >> I am thinking of making qt-4.3 as the requirement for qucs-qt4. I >> really need those stream classes which really simplifies things. >> Especially i am also basing the mime format on xml. So i hope no one >> has any restrictions for this. >> If you do have, please inform me ASAP. > > Look out what KDE4 is going to use. Otherwise, most windows users will > have to compile their version of qt4 themselves anyway for a while, so > I think you can follow the qt-4 release flow for some more months..... > > Qt-4 doesn't seem to pick up as fast as I hoped on windows. Maybe the > windows programming world is busy getting compatible with Vista.... Hi, KDE4 seems to support Qt4.3 only, see e.g. http://techbase.kde.org/Getting_Started/Build/KDE4#Qt http://techbase.kde.org/Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Subsystem_Freeze Regards, Stefan

[Qucs-devel] Fwd: Continuing qt4 port From: Gopala Krishna <krishna.ggk@gm...> - 2007-07-28 14:21 >KDE4 seems to support Qt4.3 only, see e.g. >http://techbase.kde.org/Getting_Started/Build/KDE4#Qt >http://techbase.kde.org/Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Subsystem_Freeze Hello, Yup. Thats right. So i assume you all agree for basing qucs-qt4 on qt4.3 :) Anyway the mime code is almost done(using qt4.3 stream classes ;) ) Final call, any objections from anybody? -- Cheers, Gopala Krishna A

Re: [Qucs-devel] Continuing qt4 port From: <perezmeyer@gm...> - 2007-07-28 22:03 2007/7/28, Svenn Are Bjerkem <svenn.bjerkem@...>: [snip] > Qt-4 doesn't seem to pick up as fast as I hoped on windows. Maybe the > windows programming world is busy getting compatible with Vista.... I guess that and also waiting the KDE port. I agree on Qt 4.3 too (I already sent a mail saying this, but I think I send it just t Gopala by mistake) Regards, Lisandro. --=20 Lisandro Dami=E1n Nicanor P=E9rez Meyer http://perezmeyer.com.ar/

Re: [Qucs-devel] Continuing qt4 port From: roucaries bastien <roucaries.bastien@gm...> - 2007-07-28 23:12 On 7/29/07, Lisandro Dami=E1n Nicanor P=E9rez Meyer <perezmeyer@...> = wrote: > 2007/7/28, Svenn Are Bjerkem <svenn.bjerkem@...>: > [snip] > > Qt-4 doesn't seem to pick up as fast as I hoped on windows. Maybe the > > windows programming world is busy getting compatible with Vista.... > > I guess that and also waiting the KDE port. > I agree on Qt 4.3 too (I already sent a mail saying this, but I think > I send it just t Gopala by mistake) > > Regards, Lisandro. Ok for me. BTW could we document the various todos and project in a wiki? Regards Bastien > -- > Lisandro Dami=E1n Nicanor P=E9rez Meyer > http://perezmeyer.com.ar/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Qucs-devel mailing list > Qucs-devel@... > https://lists.sourceforge.net/lists/listinfo/qucs-devel >

Re: [Qucs-devel] Continuing qt4 port From: Gopala Krishna <krishna.ggk@gm...> - 2007-07-29 02:30 Hi, > Ok for me. BTW could we document the various todos and project in a wiki? Sure, It really is a nice idea :) But to be honest i don't know how/where to start :( Can you guys help me? -- Cheers, Gopala Krishna A

Re: [Qucs-devel] Continuing qt4 port From: Lisandro <perezmeyer@gm...> - 2007-08-01 14:17 El S=E1bado 28 Julio 2007, Gopala Krishna escribi=F3: > Hi, > > > Ok for me. BTW could we document the various todos and project in a wik= i? > > Sure, It really is a nice idea :) > But to be honest i don't know how/where to start :( > Can you guys help me? I try to do a roadmap (todo list, or like that) in my projects. If possible= , I=20 also take note of who has commited to solve the issue / do the new code /=20 etc. No doubt, a wiki is special for that, as many users can cooperate there.=20 In my opinion, that would be a great point of start. Regards, Lisandro. =2D-=20 If for every rule there is an exception, then we have established that there is an exception to every rule. If we accept "For every rule there is an exception" as a rule, then we must concede that there may not be an excepti= on after all, since the rule states that there is always the possibility of exception, and if we follow it to its logical end we must agree that there can be an exception to the rule that for every rule there is an exception. Bill Boquist Lisandro Dami=E1n Nicanor P=E9rez Meyer http://perezmeyer.com.ar/ #bblug irc.freenode.net

Re: [Qucs-devel] Continuing qt4 port From: roucaries bastien <roucaries.bastien@gm...> - 2007-08-01 15:05 On 8/1/07, Lisandro Dami=E1n Nicanor P=E9rez Meyer <perezmeyer@...> w= rote: > El S=E1bado 28 Julio 2007, Gopala Krishna escribi=F3: > > Hi, > > > > > Ok for me. BTW could we document the various todos and project in a w= iki? > > > > Sure, It really is a nice idea :) > > But to be honest i don't know how/where to start :( > > Can you guys help me? > > I try to do a roadmap (todo list, or like that) in my projects. If possib= le, I > also take note of who has commited to solve the issue / do the new code / > etc. > > No doubt, a wiki is special for that, as many users can cooperate there. > > In my opinion, that would be a great point of start. Work in progress at http://qucs.wiki.sourceforge.net/ > Regards, Lisandro. > > -- > If for every rule there is an exception, then we have established that th= ere > is an exception to every rule. If we accept "For every rule there is an > exception" as a rule, then we must concede that there may not be an excep= tion > after all, since the rule states that there is always the possibility of > exception, and if we follow it to its logical end we must agree that ther= e > can be an exception to the rule that for every rule there is an exception= . > Bill Boquist > > Lisandro Dami=E1n Nicanor P=E9rez Meyer > http://perezmeyer.com.ar/ > #bblug irc.freenode.net > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Qucs-devel mailing list > Qucs-devel@... > https://lists.sourceforge.net/lists/listinfo/qucs-devel >

Re: [Qucs-devel] Continuing qt4 port From: Gopala Krishna <krishna.ggk@gm...> - 2007-08-01 15:16 Hi, > Work in progress at http://qucs.wiki.sourceforge.net/ Nice :) I am really getting bugged up with xml parsing code in qucs :( Whew! Its so monotonous. Once done we can i too can help with updating wiki from time to time. BTW I have trouble getting connected to efnet. Can you please tell me which server you are using ? I will try to be online in qucs-efnet from now on. If you have any clarifications you can easily do that :) -- Cheers, Gopala Krishna A

Re: [Qucs-devel] Continuing qt4 port From: Lisandro <perezmeyer@gm...> - 2007-08-01 15:29 El Mi=E9rcoles 01 Agosto 2007, Gopala Krishna escribi=F3: > Hi, > > > Work in progress at http://qucs.wiki.sourceforge.net/ > > Nice :) > I am really getting bugged up with xml parsing code in qucs :( > Whew! Its so monotonous. > Once done we can i too can help with updating wiki from time to time. > > BTW I have trouble getting connected to efnet. Can you please tell me > which server you are using ? I will try to be online in qucs-efnet > from now on. If you have any clarifications you can easily do that :) I use irc.eversible.com , as it doesn't bug me with the ident thing :-/ =2D-=20 Only Irish coffee provides in a single glass all four essential food groups =2D- alcohol, caffeine, sugar, and fat. Alex Levine Lisandro Dami=E1n Nicanor P=E9rez Meyer http://perezmeyer.com.ar/ #bblug irc.freenode.net

409 messages have been excluded from this view by a project administrator.