[Libreoffice-bugs] [Bug 154409] A single click on a shape/image with frame should select the frame, instead of the image
https://bugs.documentfoundation.org/show_bug.cgi?id=154409 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||114426, 107656 Version|7.6.0.0 alpha0+ Master |Inherited From OOo Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #6 from Stéphane Guillou (stragu) --- I agree with the idea here, as long as we keep the direct access to caption text. It would help avoid quite a few mishaps, as Telesto listed. Seems there is widespread agreement on this enhancement, so setting to new. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107656 [Bug 107656] [META] Frame bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=114426 [Bug 114426] [META] Caption bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154409] A single click on a shape/image with frame should select the frame, instead of the image
https://bugs.documentfoundation.org/show_bug.cgi?id=154409 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||2992 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154409] A single click on a shape/image with frame should select the frame, instead of the image
https://bugs.documentfoundation.org/show_bug.cgi?id=154409 Telesto changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #5 from Telesto --- (In reply to Heiko Tietze from comment #3) > If the frame contains text you definitely want to edit it rather than moving > things around. True > We have a large number of tickets around this topic some use > cases demand for quick editing other for the opposite (your shape with > caption example). Even faster? You can directly click on text in frame at this point? But yes, I would be very disturbing if clicking on caption text would entail selecting the frame. [Example: Insert a text box. type some text. Deselect the text. Click on the text] > A possible solution is to have a design vs. edit modus that needs to be > switched manually (where per button or per double click). Yes > We could also define a (larger) range/area/zone around the frame that > wouldn't >go into the edit mode but key here is the feedback as most users > would click in > the middle of the object to move. I imagine some bluish > highlighting of the > the frame activation zone on hover. Also fine with me :-) -- The perceived problem at this point: * accidentally select modify the position of the image within the frame by drag. * accidentally select the image and modifying the anchor of the image within the frame, instead of the anchor of the frame * accidentally change the wrap of the image within the frame * resize the image as such, instead of frame + image (note: there is bug that image doesn't scale with frame, if frame exceeding the page margins) -- I personally conceptualize caption frame as grouped object. The main reason for proposing the single click select group/double click to enter group system. The nicest thing would be if it would be possible exclude the text area of the frame of the 'grouped' effect. So click on the caption text would directly access the text itself. This actually how Impress handles things, I think. Else you end up with something like select frame & press F2, but that's less intuitive -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154409] A single click on a shape/image with frame should select the frame, instead of the image
https://bugs.documentfoundation.org/show_bug.cgi?id=154409 --- Comment #4 from m.a.riosv --- (In reply to Heiko Tietze from comment #3) > ... I imagine some bluish highlighting of the the > frame activation zone on hover. Seems to me the simpler and helpful way to go. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154409] A single click on a shape/image with frame should select the frame, instead of the image
https://bugs.documentfoundation.org/show_bug.cgi?id=154409 --- Comment #3 from Heiko Tietze --- If the frame contains text you definitely want to edit it rather than moving things around. We have a large number of tickets around this topic some use cases demand for quick editing other for the opposite (your shape with caption example). A possible solution is to have a design vs. edit modus that needs to be switched manually (where per button or per double click). We could also define a (larger) range/area/zone around the frame that wouldn't go into the edit mode but key here is the feedback as most users would click in the middle of the object to move. I imagine some bluish highlighting of the the frame activation zone on hover. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154409] A single click on a shape/image with frame should select the frame, instead of the image
https://bugs.documentfoundation.org/show_bug.cgi?id=154409 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m.a.riosv --- I agree that it's a bit confusing the actual behavior. Even seems to have the intention to facilitate the access to the image. I think it could match on how it happens with charts, first click select the object and the context menu it's for the object, double-click selects the chart and context menu give access to chart properties. Or with shapes to select the text in them. But being a long time behavior, If at least it was possible, some kind of indication helping about what you are selecting. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154409] A single click on a shape/image with frame should select the frame, instead of the image
https://bugs.documentfoundation.org/show_bug.cgi?id=154409 --- Comment #1 from Eyal Rozenberg --- I don't have a strong opinion about this. Could live with both kinds of behavior personally. Convince me? -- You are receiving this mail because: You are the assignee for the bug.
