Skip to content
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

Update develop with release branch #622

Merged
merged 228 commits into from
Dec 1, 2016
Merged

Update develop with release branch #622

merged 228 commits into from
Dec 1, 2016

Conversation

guitorri
Copy link
Member

No description provided.

in3otd and others added 30 commits February 3, 2016 19:44
fixed(create wire editor mode):
1. fixed bug with wrong cross painting in zooming/scrolling
2. fixed - wire was painted wrong if corner changed(right button
press while creating a wire).
1. It could be used for Verilog-A user devices, components from newer
versions, etc;
2. Dialog with Yes/No buttons is shown when Qucs finds unknown
components;
3. Unknown components are replaced by dummy Subcircuit placeholders.
User can fix them later manually;
applicationDirPath() was used before a QApplication was instantiated
so it returned an empty path. This caused the application language
files path to be computed incorrectly.
This fixes original issue #522. Diagram markers are taken into account
when calculating selected area width and height.
1. Method getSelAreaWidthAndHeight() moved from Schematic to ImageWriter class;
2. Duplicated code in ImageWriter moved to UpdateMinMax() method
1. OctaveBinDir setting replaced by OctaveExecutable. This setting will
hold full path to Octave executable.
2. OCTAVEBINDIR environment variable replaced by QUCS_OCTAVE. Removed
related hardcoded paths
3. Corrected GUI controls to enable Octave executable selction
4. Removed file checking at starting Octave
Diagram::paint() was splitted into two methods: Diagram::painDiagram()
and Diagram::paintMarkers(). It allow to print diagram without markers
and supress marker lines when only diagram is selcted and markers are
outside diagram.
in the Component Properties dialog. Previous usage of the Description
did not work with translations and anyway the Description is not a
unique identifier.
to identify the component.
Using the component description, as done previously, is ambiguous
as different components happens to have the same description (e.g.
"n-MOSFET")
so that every icon is univocally linked to a component.
While this is not needed for the usual components tabs, where the
components icons are placed in the same order as in their category so
the corresponding component can be found looking at the icon position
in the tab it's useful to unify the handling of icons with the other
cases, whey they are placed in a different order, as for
the "Search results" tab.
This will also help if other tabs with icons placed in an order not
reflecting the component categories order will be used, as for
example a "Recently used" tab.
If the user selects the "Search Results" category while in
"search mode" the IconView should not be cleared.
If a search was ongoing, reinitializing the Components categories
combo box should terminate the search.
During a search the selected category can change if a user selects
a component in the IconView. If the search text changes the search
results may change so the selected category should be again selected
to be "Search Results".
1. Schematic->UsedX2,UsedY2 were not reliable in some cases. Replaced by
sizeOfAll() method.
2. Removed two forgotten commented lines
TODO: propagate to 65 other Makefiles
      (better: deduplicate)
guitorri and others added 14 commits November 23, 2016 21:26
Known issue. I don't know why it is showing up now again.
travis-ci/travis-ci#2607
Pressing PageDown incremented the history pointer past the list end
when already at the history end.
Inserting a new command did not reposition the history pointer to the end.
Fix 617 (crash with Octave dock)
Move examples to qucs/examples/
when opening a file browser in Linux a spurious '/' was prepended which prevented
the file explorer application to display the file system tree correctly.
Also simplified the paths creation for opening the .pdf files .
Correct handling of QUrl paths
@guitorri guitorri mentioned this pull request Nov 29, 2016
19 tasks
@guitorri
Copy link
Member Author

guitorri commented Dec 1, 2016

It passes on Travis:Linux and Appveyor. Travis:OSX has a backlog again... Merging.

@guitorri guitorri merged commit 57c3f61 into develop Dec 1, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants