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

Cleanup #20

Closed
wants to merge 44 commits into from
Closed

Cleanup #20

wants to merge 44 commits into from

Conversation

rpavlik
Copy link
Contributor

@rpavlik rpavlik commented Dec 22, 2021

Builds on #19 - however, these are untested. They should not break things, but would be good to verify them first. (You may wish to cherry-pick some like the memory leak fix first.)

whitequark and others added 30 commits December 22, 2021 16:54
The old value was likely a copy-paste error.
QCad doesn't display any dimensions where it's set.
In principle there's an algebraic relationship between the DXF line
width value and line thickness in millimeters, and everything except
AutoCAD accepts any value from the range, but AutoCAD ignores all
values except a few chosen ones.
This forced API consumers to implement a lot of useless empty
functions for no good reason.
These are all in our default implementation of DRW_Interface, which
ignores everything it receives, so it's OK.
This caused a double free when deallocating DRW_Hatch.
It's more trouble than it's worth when supporting Windows. Instead,
require the caller to always use the appropriate overload of
std::[io]fstream constructor (possibly the wchar_t* one).
This makes polylines readable in AutoCAD again.
According to documentation $TDCREATE has code 40 and contains "Local date/time of drawing creation (see “Special Handling of Date/Time Variables”)".
When saving in the AC1006 format, several DIMSTYLE groups were
erroneously omitted.
Some standards mandate the default layer to be unused.
Before, the layer was hardcoded to "0" in the writer.
Found via codespell and grep
Found via `codespell`
Having a user-specified assignment operator but default copy-constructor
violates rule of 2/3/5/0.

Found by clazy.
@marevol
Copy link
Contributor

marevol commented Apr 15, 2024

This PR did not run tests on GitHub Actions. I will create a new one.

@marevol marevol closed this Apr 15, 2024
@marevol marevol mentioned this pull request Apr 15, 2024
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