Closed GoogleCodeExporter closed 9 years ago
It just occurred to me that we could also only show the rotator grip if the user
mouses over the selected element, that might be less annoying (#3 above)
Original comment by codedr...@gmail.com
on 19 Aug 2009 at 5:42
How about allowing rotate with the mousewheel? Another option is to make the
handles
rotate the image if you click the object twice, so that it toggles between
rotation
and translation. I suppose mousewheel might make more sense for scaling though.
An example: http://xn--dahlstrm-t4a.net/svg/svglolcats/lolcats.svg (hover text,
then
scroll up and down to rotate)
Original comment by erik.dah...@gmail.com
on 19 Aug 2009 at 5:44
mousewheel - very cool idea Erik! Though you have a point, mousewheel probably
makes
sense for zooming the entire editor's canvas or something so we might want to
save
that. Also, I don't have a mousewheel on my macbook pro..
Then I checked out your lolcats, and i can two-finger-scroll on my trackpad and
the
rotate works just fine. :)
I've thought about the click-handles-twice thing. I know that's how Inkscape
does
it, but something about it doesn't make me happy. Maybe it's because it's one
more
click, maybe it's because it's not as discoverable? It might be the way we go
though
if enough people agree.
Original comment by codedr...@gmail.com
on 19 Aug 2009 at 5:51
The way the google.docs svg drawing thingie does rotate is discoverable and
easy to
use, but it covers a bit more of the object.
Original comment by erik.dah...@gmail.com
on 19 Aug 2009 at 5:53
I also like your lolcats hover-menu, I might need to steal that. Maybe that's
the
route we need to go: hover over an element to get a small set of buttons to
manipulate (rotate-left, rotate-right, delete, clone, increase-text-size,
decrease-text-size). Of course there could be problems with the positioning of
that
little popup, etc.
Need to think about it some more I guess.
Original comment by codedr...@gmail.com
on 19 Aug 2009 at 5:54
Actually I _LOVE_ the way Google Docs drawing does it. Perfectly
understandable,
doesn't cover up the object at all (the handle is outside the selector).
I think we have a winner! :)
Original comment by codedr...@gmail.com
on 19 Aug 2009 at 5:57
Of course they rotate their selector box as well, so it's easy to see how it's
rotated. We might have to go down this route too.
Anyway, I think it's fair to say that an implementation of this issue will fall
into
the 2.4 timeframe.
Original comment by codedr...@gmail.com
on 19 Aug 2009 at 5:59
Issue 122 has been merged into this issue.
Original comment by codedr...@gmail.com
on 25 Aug 2009 at 3:11
Original comment by codedr...@gmail.com
on 26 Aug 2009 at 6:46
r476 has the handle as part of the selector, though it doesn't do anything yet.
Just
need to add a new mode ('rotating') and track x,y in mouseDown, mouseMove,
mouseUp.
Original comment by codedr...@gmail.com
on 26 Aug 2009 at 7:10
I have a patch for r480 that adds the actual rotating when dragging the handle.
Original comment by Antimatter15
on 27 Aug 2009 at 12:31
Attachments:
I merged a modified version of your patch in as r481, closing this issue out.
Thanks
antimatter15!
Original comment by codedr...@gmail.com
on 27 Aug 2009 at 1:03
Original issue reported on code.google.com by
codedr...@gmail.com
on 19 Aug 2009 at 4:45