Krzysztof Kosiński wrote:
You only need to display rotation guides - make two rounded double-ended arrows on either side of the rotation point, which would also be hi-lighted. Dragging these transforms (rotates), dragging the rotation point moves it along the guide.
The problem is that those arrows would be very close to the rotation point and therefore not very precise. One could drag them away from the point before rotating but it's rather annoying to do it every time.
Not necessarily - couldn't they be wherever we want - like, say, 50% of the distance between the rotation point and the edge of the viewport? Or they could move dynamically along the guide when you grab it to rotate. In fact, that might be a lot better. You grabe the rotation handle and slide it out more for more precision as you rotate.
- What is the effect of "convert to path"?
It could convert to a line, but there's the problem of infinity of length. Would it ever really make sense to do this? Why not just align an svg object? This could be made more precise if we had an angle snapping mode.
This is necessary for e.g. cutting shapes.
Not sure what you mean.
A safe option would be to convert to a line that extends to the edges of the geometric box of the entire drawing.
I still think it might be better to just leave it out. You'll have to adjust it more likely than not anyway.
Or, maybe a nice option would be to make snapping the start and end points of an object to guides very simple.
- Can I put text on it, and if yes, then where does it start?
Just align the text - no need for this.
Aligning never rotates the aligned object, and in the case of an angled guide aligning the baseline of text to its rotation point is not something the user would want. Moreover if the guide is rotated, the text should rotate as well. So we need 'text on path' for this.
As I had mentioned in another point, rotation snapping would be a great solution to this. Also, specification of snapping point for text (to baseline or bottom) would work here.
However, I don't think that guides should be expected to do everything any other object does, since they are only guides. I don't think it's very intuitive to have any object attached to a guide. It's no longer a "guide", if that's the case.
JF