Ticket #295 (Fixed)Wed Jul 27 12:54:56 UTC 2011
Draw does not save to file a different y axis-only grid subdivision but uses the x value instead
Reported by: | John Williams (567) | Severity: | Enhancement |
Part: | RISC OS: Application | Release: | |
Milestone: | Status | Fixed |
Details by John Williams (567):
Attempting to graph kg vertically versus stone/pounds horizontally, I created in A4 portrait an x-axis grid spacing (cm) 3 subdivision 14, and then edited the y-axis only setting to give grid spacing 3 (cm) and subdivision 5 for my kg and tenths of a kg.
This works fine except that, when the file saved and reloaded, the y subdivision value reverts to that set for the x subdivision. It has to be reset manually to produce the original grid that was supposedly saved.
Draw 1.18 (30-May-11)
This behaviour was present in 1.14, and even 1.11 distributed with RISC OS 3.7, so it may always have been there!
Changelog:
Modified by Sprow (202) Fri, July 29 2011 - 08:15:29 GMT
Unfortunately this behaviour is caused because the Draw file format doesn’t have any slots to hold a different y ratio, so on loading a file it just replicates x into y. Similarly the grid colour can be changed, but is not saved in the file so gets reset to the default blue on loading.
There are 3 possibilities
a) Do nothing, that’s just how it has always been.
b) Define a new Draw tag type which holds the extra info
c) Add it to the existing tag and change the file format version number
Option © will result in all copies of Draw everywhere rejecting the new file.
Modified by Trevor Johnson (329) Fri, July 29 2011 - 15:46:57 GMT
b sounds preferable IMHO. If/when someone investigates implementing this, are there any other bugs/enhancements which would also benefit from the inclusion of specific tag types?
Modified by Sprow (202) Fri, July 29 2011 - 21:02:14 GMT
- Severity changed from Normal to Enhancement
Modified by Sprow (202) Fri, February 17 2023 - 10:14:39 GMT
- Status changed from Open to Fixed
No saved in a new object type in Draw 1.45