Split this off of the more general bug 157882, regarding the arrowheads ("Arrow styles") control, in the sidebar, in the properties deck, in the line section. So, the current arrowheads control is one button, expanding to a menu/mini-dialog, in which you can choose a start arrow-head and and an end one. I suggest we split this into two controls: * Start arrowhead and End arrowhead; * on the same row of the sidebar, right next to each other * (and when bug 157882 is fixed, they will each show the arrowhead style for their side)
I think this has been reported somewhere else.
(In reply to Heiko Tietze from comment #1) > I think this has been reported somewhere else. I looked at the relevant meta-bug (now marked as blocked by this one) and couldn't find such a bug. If you find it - by all means, dupe this one.
(In reply to Heiko Tietze from comment #1) ... but maybe you meant my comment on bug 157882 which suggested the splitting?
No, but anyway.
Should there be a sync feature between both arrow heads in the sidebar? The request was denied in bug 169051. However a small 'retry' in the light of bug 169124 and the split of both buttons mention here.
(In reply to Telesto from comment #5) > Should there be a sync feature between both arrow heads in the sidebar? The > request was denied in bug 169051. However a small 'retry' in the light of > bug 169124 and the split of both buttons mention here. I would say: Yes, but we may be lacking somewhat in horizontal space on the raw. We would have: the row label, the sync checkbox label, the sync checkbox, the start arrowhead dropdown, and the end arrowhead dropdown. Will this be enough for fitting in "Synchronize Edges"? Maybe; but what about other languages? And - isn't it "too much" for a single line? What we could do, though, is have a lock symbol both edges, like we have in some dialog tabs which resize, e.g. Position & Size for images. But then - lock-with-checkbox? Putting the checkbox on one side will bias the user to think it only regards that side. If the lock _itself_ were clickable, that would serve nicely and take very little space.