Locking an object's size and position are useful features to have quick access to, so it would be good to have easy access to it from the context menu. Presently a user needs to go open the 'position and size' dialog in order to access these features. So i'd like to suggest a single entry be added to the context menu, possibly titled 'Lock', and would contain 3 radio buttons in its submenu for 'None', 'Size', and 'Position'.
Hi Jay: What do you mean with "contain 3 radio buttons in its submenu for 'None', 'Size', and 'Position'". How would this look like and how would this work?
Hi Andy, If you add an image in a document and you open up the context menu, you have idea in the anchor submenu.
(In reply to Jay Philips from comment #2) > Hi Andy, > > If you add an image in a document and you open up the context menu, you have > idea in the anchor submenu. Hi Jay, Thank you for your reply. Ok, then you would have three submenus, but what then? Would there then dialogue boxes be opened for Size and Position? Sorry, that I didn't get it yet, maybe I am thinking in the wrong direction. Therefore, sorry that I am asking so many questions. ;-) You probably don't have a sketch how this would look?
(In reply to Jay Philips from comment #0) > Locking an object's size and position are useful features to have quick > access to, so it would be good to have easy access to it from the context > menu. IMO it's a advantage that it's not easy accessible and that users with tittle experience are not in risk of changing the setting by accident.
(In reply to A (Andy) from comment #3) > Hi Jay, Hi Andy, > Thank you for your reply. > Ok, then you would have three submenus, but what then? Would there then > dialogue boxes be opened for Size and Position? Sorry, that I didn't get it > yet, maybe I am thinking in the wrong direction. Therefore, sorry that I am > asking so many questions. ;-) You probably don't have a sketch how this > would look? 'Lock' submenu would have 3 items and they would set the lock behaviour the same as if you opened 'position and size' and clicked on protect position or protect size. No probs about the questions. :D Sketch isnt really needed in this instance as we have multiple examples of this same behavior.
Merry UX-mas, all! Status -> NEW
Position and size are not exclusively locked, at least in Writer, which means the menu contains of [ ] Position, [ ] Size (both check boxes) meaning None when both are unchecked. Sounds like an EASYHACK.
(In reply to Yousuf (Jay) Philips from comment #0) > Locking an object's size and position are useful features to have quick > access to, so it would be good to have easy access to it from the context > menu. I can imagine that in business environments one wants some images to be (pseudo) "locked" and not have the risk that normal users find easy way's to change that. I would really prefer this to remain a bit hidden.
thus looking for more opinions here
(In reply to Cor Nouws from comment #8) > I can imagine that in business environments one wants some images to be > (pseudo) "locked" and not have the risk that normal users find easy way's to > change that. > I would really prefer this to remain a bit hidden. I kind of understand this and also would tend to say it's enough for this to be in the dialog, no need in context menu (It's usually a thing you activate once and do not change every day).
(In reply to Heiko Tietze from comment #7) > Position and size are not exclusively locked, at least in Writer, which > means the menu contains of [ ] Position, [ ] Size (both check boxes) meaning > None when both are unchecked. Standard objects (shapes, textboxes, images not in Writer, OLEs not in Writer) open the position and size dialog where in position and size can exclusively be locked, in that when position is locked, size is also locked. (In reply to Cor Nouws from comment #8) > I can imagine that in business environments one wants some images to be > (pseudo) "locked" and not have the risk that normal users find easy way's to > change that. > I would really prefer this to remain a bit hidden. If images or other objects are intended to be locked from editing by other users of a document, there are means of lock content of a document, but hiding functionality from normal users who would like to perform the same functional with easy isnt the correct approach. (In reply to Samuel Mehrbrodt (CIB) from comment #10) > I kind of understand this and also would tend to say it's enough for this to > be in the dialog, no need in context menu (It's usually a thing you activate > once and do not change every day). The context menu is to hold contextual functionality that is regularly used, whether it be the setting or unsetting of the feature. In Impress, the position and size dialog is the most opened dialog according to the OOo stat and the checking and unchecking of the position and size checkboxes are highly used. Also, the functionality is also being implemented into the sidebar (bug 90295).
NEEDINFO for the code pointers.
Removing keyword 'needsDevEval' as this bug is an easyHack
Changing status: NEEDINFO -> NEW Adding keyword 'needsDevEval' [ninjaedit]
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.