-
-
Notifications
You must be signed in to change notification settings - Fork 115
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add possibility to define the simulation from the main menu #1045
Comments
I am working on some refactoring of the Component Properties dialog. I haven't added it to the discussion yet because I am not sure that I will actually achieve what I am setting out to do, which is basically make the editing of parameters similar to QucsStudio. I don't think that this clashes with your proposal here, but thought I would let you know just in case. As an aside, I have experimented (with some success) at making the equation function of the of the Component Properties dialog into a code editor. My idea is to have syntax highlighting and eventually code completion. Again, it is very tentative at this stage so only a 'mention' for now... |
A thought on your proposal above. How about the simulation button launching a simulation wizard if no simulation exists? I haven't played with Qt wizards but from my time on WxWidgets I think they are quite straightforward. I would be willing to try this once I have finished or given up on the Component Properties dialog. |
I think that "everything is component" is wellknown concept... from Serenade (RIP) to ADS instead we can pay attention to #235 |
I am planning the refactoring of the
Yes. this may an option.
Yes, the syntax highlighting would be very useful for equations. The syntax completion is hard to implement without bringing external libraries dependencies.
The principles of the ADS GUI are almost unknown outside the RF community. I was sure for a long time that the Qucs team has invented "everything is simulation" concept to avoid possible patent violations from proprietary tools developers. But I have recently discovered that this was inspired by ADS GUI. The most of Qucs-S users are coming from LTSpice, MicroCAP, MultiSim, or even Cadence which uses an another concept to define the simulation.
Now it prints a warning where to find the simulations and how to add it on schematic. |
diagram on schematic also "inspired by ADS" and I think its very usefull for RF community Anyway, simulation wizard may be usefull but not very easy to implement - many simulation types, different simulators.... |
Will do. Also, if you change the Component class at all, it would be helpful to include a flag to say if it has a sweep. There is already |
I am not planning to change anything in Component class. The purpose is to automatically show/hide incompatible properties in the component dialog. I will try to speed up with this feature, so you can start the refactoring. |
I'll skip the comment about people "not reading the documentation", and just point to some simulators have a very similar HMI to the proposed submenu in this issue. I concur @iwbnwif's idea about having the simulation button (or menu entry click) checking if no simulation selected. |
Moving to Discussion/Ideas as a low priority task. May be reopened if some developer for this task will be found. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
More than 20 years of Qucs usage showed that the most of users don't understand the "everything is component" concept. And nobody reads the documentation. There exists a demand on the massive GUI redesign #352 I am not considering this option in the near future because there is no full time developers in the project. And the Qucs-S is not supported by any organization like KiCAD. But something could be done by sufficient little effort.
I propose the following addition to the existing simulation system:
This is a long term development task. I am not planning this for the v25.1.0 Feedback and proposals are welcome.
The text was updated successfully, but these errors were encountered: