You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Looks like in the dxf the text size in stored as a height, in an f64, I'm assuming in the same units as the rest of the drawing, ie mm, inches, etc. Would need to convert into font size.
The text was updated successfully, but these errors were encountered:
I'm not sure what other information or features dxf supports on text, but there are other things that I might be able to support like color, underline, bold, etc, I'm not really sure.
To support adding these in, I need to figure out how to generate the font string that is stored in the elmt file.
It looks like it's just using QFont::toString(), which at the linked doc gives the order they are output in the comma separated list, but doesn't give me all the info, such as font style, what value equals what etc....might need to look elsewhere or dig into the Qt source...
I also found this bug report for Wireshark, about possible incompatibility between the font strings generated by Qt5 and Qt6. Right now QET is built using Qt5, but I know they are working on porting to Qt6, just something I need to keep in mind.
edit: found this link, and some of the fields like "underlined" are bools, and show as false instead of 0. It looks like it was posted (or updated) about a week ago, so it is most likely Qt6. I wonder if this is the incompatibility mentioned in the Wireshark bug report.
Discussed at: https://qelectrotech.org/forum/viewtopic.php?pid=20498#p20498.
Looks like in the dxf the text size in stored as a height, in an f64, I'm assuming in the same units as the rest of the drawing, ie mm, inches, etc. Would need to convert into font size.
The text was updated successfully, but these errors were encountered: