- Status Assigned
- Percent Complete
- Task Type Feature Request
- Category QCAD (main)
-
Assigned To
Andrew - Operating System All
- Severity Low
- Priority Very Low
- Reported Version 3.29.4
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Attached to Project: QCAD Bugtracker
Opened by WraithGlade - 18.02.2024
Last edited by WraithGlade - 18.02.2024
Opened by WraithGlade - 18.02.2024
Last edited by WraithGlade - 18.02.2024
FS#2529 - Add normalized unit circle coordinates (complex numbers) to the available angular dimensions units.
Similarly as for my previous suggestion submission, I also had a related idea for making it easier to work with complex numbers when using QCAD by adding normalized unit circle coordinates as another option in the Angular Dimensions display units options dropdown.
WraithGlade,
It may be useful to add some examples.
For example a list based on 10°-15°-30°-45°-90°-135°-180°-270°-360°.
15° with a normalized radius would then be 0.965926 + 0.258819j using 6 digits.
Not really a handy format.
Regards,
CVH
Sorry for not including examples of what format I'd prefer.
Whether it's in the form 0.965926 + 0.258819i or 965926 + 0.258819j or <965926, 0.258819> or (965926, 0.258819) or anything similar doesn't really matter to me.
The handiness of the data and its format is in the fact that it computes the values for you automatically, telling you exactly where on a unit circle the current angle (or orientation) would be.
Doing so would at least give people the chance of making use of it, whereas most would be disinclined to take the effort to manually calculate the normalized unit unless they really had to.
Unit length vectors (or equivalent complex numbers) can be used as the most performant way of computing a rotation equivalent to a given angle. It is generally faster than calling trigonometric functions, from a computer's standpoint.
As for what use the user may have for it, it could vary. It could just be a nice convenience for reference.
I'm of the opinion that letting the user specify what they have in mind in whatever mathematically valid form they want (like so many of QCAD's existing tools do) is the main value in these 2D CAD programs.
It's not hard to calculate the normalized unit circle coordinates and it supports a valid naturally occurring rotational operation and so why not include it to empower the user?
It's not likely to hurt anything as long as it isn't too hard to implement in the current codebase, which in principle it shouldn't be at least.
This is certainly a quite low priority suggestion though.