-
Notifications
You must be signed in to change notification settings - Fork 215
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
Searchboxes #303
Searchboxes #303
Conversation
The "Search results" is nice. However, your patch also changed the previous behavior. If you did a search and then selected one component, it would set the family related to that component when the search is cleared. The idea was to take the user to the 'box of components' where he/she is picking the item from. I think it helps people to learn where to find stuff. Shall we keep the previous behavior? The search on Qucs-lib is welcome. Can we extend it to search also in the We also need a search function for the 'Edit Component Properties", for the list of parameters. I have a half-working version on a experimental branch for bsim6 (which has some 700 parameters). I will dig it out. Other than that, it is working great on my side. |
ah, so the previous behavior was intended 😕 ... I purposely changed it to return to the last used component family, since I found it distracting. But I understand it can be helpful for new users to learn where the components are. Should not be too difficult to restore the previous behavior, let me take a look. This also reminds us (me) we should try to document the intended GUI behavior somewhere. I didn't notice that the For BSIM6, you can really have an 'Edit Component Properties' dialog with so many parameters listed?? I understand you need a search there... |
Yes, UI documentation is lacking... this should guide the development, not the other way around. |
I have restored the previous search behavior and included the User Libraries in the search. Re-reading your comment " ...just saw there is more work to do: the |
When using the Component Search in the Components Tab the component category shown in the top combo box was not changed, but still showed the last used category. Now when searching, the category text shown is changed to "Search results" and restored to the last used category when exiting the search.
The ToolTip for the "verilog-a user devices" icons was not using the translated string.
The Library Tool was using a somewhat cumbersome search, forcing the user to open a separate dialog for searching. A search box is now included in the main Library Tool window and provides an 'instant search' feature, like the main Qucs window does for the standard component search. The old Search Dialog widget files are removed.
Previously the user libraries were shown in the selection list but not actually used when searching for a component. Now the list of searched libraries includes also the user libraries.
You are right, |
corrected the Not strictly related to this PR: looking around the code I have somewhat the feeling that the various paths handling is not always done properly: e.g. do the definitions here work correctly also for user installing in a non-default directory from precompiled packages? I saw that in the Qucs main GUI these are defined differently in a way which should work in all cases, but most of the tools use the former definition. |
I am confused. On Windows the compiler is complaining about
I guess it should be |
Forgot the AppVeyor log reference: |
uhm, just noticed that |
BTW, of course the right fix is to use |
I have changed |
Corrected location of User Libs: now 'user_lib/' is assumed to be located in QucsSettings.QucsHomeDir instead of homePath() + '.qucs/', so that it will be correctly found even if the user changed the default Qucs home (user) directory.
About 50% of the time, qucslib crashes on launch on OS X.
And the crash report:
Do we have to set the size? 😕 |
? I guess the crash comes from (this line) [https://github.com/in3otd/qucs/blob/master/qucs/qucs-lib/symbolwidget.cpp#L452] but I have no idea why. I have never seen |
You are right. The |
I will merge this and send another PR with the fix for the mentioned crash on OSX. |
The refactor done some time ago on the Project View brought also a nice (instant) search box, at the bottom of the Components tab. But when doing a search, the string shown in the combo box at the top of the Components tab, normally used to select the components family shown, did not change so it was something confusing, since the components icons shown were actually the results of the search.
So I changed the code to show "Search results" in the combo box when searching, to made things more clear.
Then I recalled that also the Library Tool has a search function, for the library components of course, and thought it will be nicer if it had the same kind of instant search function. The current search is not so user friendly, as one needs to click a first button to open the Search Dialog, then press search after entering the string in the Search Dialog, then click a second button to perform the search. And repeat all this again if you would like to do another search. So I changed also the Library tool to have the same kind of search, with a similar appearance to the Component Search in Qucs.
Please check if everything still works fine on your side also.
(Will be nice to add the same kind of search to the Libraries Tab in the main Qucs GUI, one day, maybe...)