Interactive Spline Properties window is a little bit messy when I expand the field for angle or length.
And while we are at that, are there plans to make this a part of regular properties?
And if not, would it be possible to make those fields self expendable or maybe that we can make the whole window bigger (and that it stays bigger after reopening) or some other idea where I could better use all the existing screen place and do less mouse clicks around.
I’ll take a look.
Yes. I just haven’t got around to it. Some dialogs and the Props editor automatically expand some boxes when you click in the box.
Hmmm… somehow the Expand button doesn’t work in the Spline Interactive.
I don’t think I can easily change the dialog to be resizable. The tool dialogs are handled differently than the History or Variables table which are sizable. It would require changing all the tool dialogs. Thing is we’re trying to keep the dialog size to a minum. I can look at making that dialog a bit wider and adjust the right frame to be wider… along with the autoexpand. Also the boxes can currently only expand into empty space in the dialog. The boxes can not exapand over other widgets. Although I may have experimented with opening the edit box past the layout widget the box is in. Hmmmm
Another option that would increase the space for the boxes would be put the 1st Point and 2 point in a Tab.
Of course that then would mean you have to click the tabs to go back anf forth.
I’m more inclined to see how much I can widen the dialog and geometry frame
Ok… here’s what I did.
I got rid of the expand / contract buttons… so the text box is that much wider. I expanded the min height & width of the dialog window slightly, and rearranged the horizonal layout box to widen the right side a bit. I also promoted the QPlainTextEdit boxes to a subclassed ExpandingTextBox. So now the text boxes are bigger and automatically expand when they gain focus… and collapse when they loose focus. The effect is more room for the formula.
Note: The 2 spline tools are the only tools that you can’t edit Control Points in the Property Edittor. It will take some extra code to extract which CP points to edit based on the path point selected.
That said… now that I have the subclassed ExpandingTextBox in place I can work at updating the rest of the tool dialogs.
BTW… here’s what the UI form looks like… where the Vertical Spacer acts like a spring and allows the contents of the Geometry Group box to expand and collapse. Without that space there is no where for the text boxes to expand into.
And in case anyone is interested in how the auto expand / collapse works… here’s the very simple subclassed QPlainTextEdit. It just overrides the focusInEvent and focusOutEvent events which normally don’t do anything.
//--------------------------------------------------------------------------------------------------------------------- ExpandingTextEdit::ExpandingTextEdit(QWidget *parent) : QPlainTextEdit(parent) {} //--------------------------------------------------------------------------------------------------------------------- ExpandingTextEdit::ExpandingTextEdit(const QString &text, QWidget *parent) : QPlainTextEdit(text, parent) {} //--------------------------------------------------------------------------------------------------------------------- void ExpandingTextEdit::focusInEvent(QFocusEvent *e) { QPlainTextEdit::focusInEvent(e); setFixedHeight(75); } //--------------------------------------------------------------------------------------------------------------------- void ExpandingTextEdit::focusOutEvent(QFocusEvent *e) { QPlainTextEdit::focusOutEvent(e); setFixedHeight(28); }
And then in the UI form we simply promote the QPlainTextEdit boxes to an ExpandingTextEdit box.
So now the text boxes do everything a QPlainTextEdit box does plus handle the focus in and out events.
Ahhh… it finally hit me… I did not get what you meant by ‘regular properties’… I take it you mean in the Properties Editor? 
As I mentioned above it will take some extra work to be able to handle a listwidget… i.e. the path points. The Property Editor is a 3rd party library that was done in the early days of Qt and it’s really quirky to work with. We are more or less hacking the library in a way because we have the source and can do so, but the library was meant as an API to create a form with various widgets on the fly with code rather than using a UI form.
One of the quirks is you can’t connect 2 widgets so that when one changes it updates anothetr.You have to use callbacks to the tool class to update the data and then rebuild the form based on the change in data in the tool class. It’s 1/2 a**ed and requires a lot of extra code. In other words instead of a change of a point in a dialog combobox telling the name textbox to update… with the property editor the combobox has to tell the tool to update the point which the tells the name textbox in the Property Editor to update. It would be like talking to someone through an interpreter. Not an efficient way to communicate.
thanks, and not just for the changes, but also for the explanations. I learned something today.
I just noticed that button “apply” closes and apply changes, same as button “ok”. I guess it shouldn’t be closing the window.
About “Properties editor” yes, as you wrote in the last post. Thank you for the explanation.
Good to hear. Sometimes I like explaining what I’m doing so it helps others to understand why I’m doing something.
Thanks… I’ll check it out. I think what happened is when @odrnorn 1st added the Curve length option the curve dialogs got mixed. Not sure if we straightened them out totally.
Issue with spline dialog has been fixed and will be in the next release.
Note that the Apply button issue has not. In fact it’s not just an issue with the Spline dialog, but any dialog where you chamge a formula value. It’s related to a recent fix for another issue by another dev, and I’m not sure how to fix both issues at the momment.
Bei der Schaltfläche Anwenden war es schon immer so, dass du die Veränderung gesehen, dass Fenster aber nicht geschlossen wurde. Das finde ich aber sehr gut und ich benutze es oft. Wenn ich mit der Änderung nicht ganz einverstanden bin, bleibe ich im Fenster und kann direkt weiter arbeiten und muss es nicht erst wieder öffnen.
Ich habe aber noch eine andere Frage. Mir geht es auch so, dass die Punkte mit der Zeit immer länger werden und es schwierig ist die richtigen Punkte raus zu filtern.
Manchmal stehen hinter einem Punkt ganz viele Suffix Nummern. Gibt es da technisch die Möglichkeit diese ab einem gewissen Punkt kürzer zu halten?
Right. The issue is the dialog windows are closinlg when the Apply button is clicked. It’s not supposed to close. It only happens if you make a change in a formula… if you change a Pen attribute the Apply button work as intended. The issue popped up when another dev fixed a dependency issue, but failed to fully test the changes. I need to look deeper into the issue hw I can fixthe dependency issue without affecting the Apply button.
Not quite sure what you mean? Can you post a screencap where the issue is?
Hello, @Scholli
There’s not much you can do about it, because you may want to see where the rotations are coming from, so each is a step to the original.
Depending on what it is that you are doing, you can set things up in such a way that you can rotate things by widening or narrowing a point. To do this, you need to put 2 points in the same place, connected with a line which has a variable formula. (Similar to what you do at the underarm to seperate the front & back bodice.) Then use the 2nd point to draft from that point onwards to the next place that you may want to close/open. These points get connected to a central point - like the bust apex, in the case of darts - with lines from that central point to the 2 points.
It takes a lot of careful thought and planning, but I think you have the experience to do it. 
