- Status Closed
- Percent Complete
- Task Type Bug Report
- Category dxflib
-
Assigned To
andrew - Operating System All
- Severity Medium
- Priority Very Low
- Reported Version 3.12.1
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Opened by hungerburg - 12.11.2015
Last edited by andrew - 13.11.2015
FS#1294 - Hatches scale differently now from earlier releases
Something with hatching changed between 3.10 and 3.12; Changelog for 3.11.2 states: “Add support for hatch patterns defined per entity”. That may be?
Attached drawing from an older version; open in current and see a black box where there should be earth. Change scaling of hatch from 10 to 254 and it will be exactly the same it was when saving the file.
Curiously, that is like swapping inches and mm? Looking into prefs, there is a new drop down: “Messsytem für Linien und Schraffuren” and it read “imperial”; making it metric and bingo, my drawing looks as intended!
This is bad, because each drawing has to be changed! I changed the application default drawing setting to metric and the existing drawing still had imperial set…
Probably a heuristic was on order? If the drawing does not specify the new setting, and the drawing units is metric, use metric?
ffok.dxf
(25.8 KiB)
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Besides, when saving to R15 dxflib (free only has this?), the setting remains "metric" but the hatch is wrong anyways. Only saving to teigha will make the change carry over a save / load cycle.
Affects drawings created with dxflib which lack MEASUREMENT variable and are metric.