-
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
Graph rework #370
Graph rework #370
Conversation
storing indeps only. move dep into VarDep during schematic read-in. with this, VarPos.size() equals numAxes.
the dashed lines used to introduce unpredictable sizes. now Qt takes care of dashes.
a list of graphs is not a graph in the implied sense. hence the class that holds lists of graphs must be renamed. this makes room for a class dedicated to graphs, replacing the previous "Graph" class. a Graph object is now an iterable that yields sampling points. - rename Graph class to GraphDeque - implement new (iterable) Graph class dedicated to graphs
ScrPoints is supposed to hold the data required for plotting. previously, the ScrPoints were screen coordinates with an implicit correspondence to dat ('qucsdata') file contents.
Diagram (Painter, Marker) shall operate with the data held by these Graphs.
dissect parts of Marker::createText for later (re)use.
1cb07bb
to
1c4b9a6
Compare
a marker position is a reference to a graph and a reference to a sampling point within this graph. currently, the graphs are one dimensional. change getSelected to return iterator, not int
move code from Marker::initText into GraphDeque::samplePos.
just assign Text, do not recompute coordinates. reuse code from Marker::initText put into GraphDeque::samplePos.
i'm wondering how this ever worked...
rebased ... (minor conflict) |
uh, oh, I get a |
@in3otd i hope this is about a 3d plot. otherwise, an examples will likely be helpful. the assertion is probably too harsh, in some intermediate stages it might be legal to insert negative coordinates. this makes sure that the code cannot be debugged easily. still a lot of guesswork involved here |
no, it's a plain 2D plot. Here is a Qucs package with a small example (remove the |
thank you. just to be sure: what does "Unpack" mean?
my qucs open dielog does not list .qucs in the extensions dropdown. |
...sloppy description, I meant "Extract Package", from the GUI, Project->Extract Package (and no, I'm not sure to have seen this feature described in the docs...) |
92e99c5
to
6cf195f
Compare
outch. functionally this appears to be a plain file archive. the extract thing created a directory and some files in @in3otd yes, i could reproduce the problem. see the latest commit for a workaround. let me think about how to fix this properly. |
the warnings and asserts will not rescue us. remove them. this does not fix the magic number collision bug. currently points with negative screen coordinates are used as control tokens. need to get rid of that.
6cf195f
to
ba8c29b
Compare
it does not work. must be implemented as part of the drawing routine.
Thank you. I was about to ask you to rebase (or merge forward). |
i merged, because the rebase turned out to be messy. will rebase/squash when reviewed. |
I know, I tried to rebase myself... went ok till the 7/15 conflicts. |
must be a side effect of the rebase. will have a look. thanks for the test.
|
Hello, I'm taking a look at this and I think that we should go back to ba8c29b and repeat the rebase against develop. I've already done that (several times...) but the branches have diverged a lot, so it is rather difficult to merge them properly... Now I clearly see that the phasor and waveac diagrams need to be removed. Despite the fact that I honestly appreciate the effort of @gildias, these additions entangle (even more) the qucs code :-S |
My intention is to create a branch removing #682 and then try to rebase this PR against that branch... WIP... |
thanks a lot Andres. |
Hello, I created a branch (GRAPH_REWORK_wo_682) from ba8c29b which contains the latest commits from @felix-salfelder before merging "graph_rework" into develop. Then, as I said above, I created a branch (Remove682) identical to develop, but removing (manually) the features from #682 Then I rebased "GRAPH_REWORK_wo_682" against "Remove682", made some fixes to make it compile and tested the final result. It works and I didn't find bugs related to the merging process. However, I found a bug coming from ba8c29b (or even before). Please take a look at this, I guess this is related to the macro in marker.cpp, but I need to take a closer look. At the light of these results, I think we should follow these steps:
And I think that's all 😄 |
wow. this looks promising. about ba8c29b: will have a look! |
I agree to keep waveac.h/cpp and phasordiagram.h/cpp and remove them from the building system. |
@andresmmera the first PR is merged. What about https://github.com/andresmmera/qucs/tree/GRAPH_REWORK_wo_PR682 Please prepare the PR and we hunt the crash/bug later on. |
It needs a rebase. I'm working on that, but it might take me a few days to have it done. |
Moving to next milestone. |
continuing #314.... rebased
@in3otd i did not manage to disable qDebug per-file. i cleaned up some unnecessary output, does this improve the situation on your end?