I come from OpenOffice and found (thanks to Ask) that Image description has been moved! First, it's removed from an image's context menu! Second, it's put in to Format (menu) > Description. But that's illogical! Description has *nothing* to do with *format*! Can't you put it back on context menu and remove it from "Format" menu?
Confirmed for the Windows version of 5.1.4.2. For pictures inserted in a master document, Description hides in Format - Object - Description. Please move it back to the pop-up menu that comes with right-clicking the image.
To be fair, I just found that Format (menu) > Description actually came from old version of OpenOffice, so it's nothing new in LibreOffice. It's just that I never looked in that place :D So, please make "Description" reappear in context menu.
This was by design--context menus were simplified in general. Adding Title and/or Description for assistive technology is a formatting action for each object. If one prefers to have it the Description dialog available via the context menu--simply add it, the context menus are now fully customizable as toolbars. 1. Tools -> Customize -> Context Menus 2. On the Menu dropdown list select "Image" 3. Click the Add button 4. From the Format category select Description 5. Click the Add button 6. The Description action will be added to the Image context menu 7. drag the action to position it to desired location on the context menu
(In reply to V Stuart Foote from comment #3) Sorry, this comes in with the 5.2 release. Through 5.1 the UI is not yet present to customize the context menus.
(In reply to V Stuart Foote from comment #3) > This was by design--context menus were simplified in general. > > Adding Title and/or Description for assistive technology is a formatting > action for each object. > > If one prefers to have it the Description dialog available via the context > menu--simply add it, the context menus are now fully customizable as > toolbars. > > 1. Tools -> Customize -> Context Menus > 2. On the Menu dropdown list select "Image" > 3. Click the Add button > 4. From the Format category select Description > 5. Click the Add button > 6. The Description action will be added to the Image context menu > 7. drag the action to position it to desired location on the context menu I don't see a Context menus tab there in 5.1.4.2 for Windows, am I missing something there?
(In reply to V Stuart Foote from comment #3) > > Adding Title and/or Description for assistive technology is a formatting > action for each object. I don't agree. Title & description are content/attribute, not format. You could make a poll and I'm pretty sure over 90% of people would not consider title & description as a format.
It is not normative, but in appendix D of the ODF specification you can read: <quote> D.1.2.Authoring tool responsibility for presenting and prompting for the <svg:title> and <svg:desc> elements Authoring tools should provide an option from an objects context menu to allow the user to enter the text for either of these elements as a minimum. More proactive authoring tools should have a facility for prompting the author for this text. Since the <svg:desc> element is a long description, a text area vs. a text field should be used to prompt the user accordingly in GUI-based authoring tools like office applications. </quote> Notice the part "from an objects context menu". As the context menu cannot be configured in LO5.1, removing these two items should be reverted in the 5.1 branch. "Invalid" is not the correct Status. There will be one bug fix release before 'end of life' in the 5.1 branch in November. So a change would be possible.
Per our HIG--all controls should be provided via menu actions. Through 5.2 the Menu rework has the Description object dialog for "Description & Title" and the Name object dialog for "Name" positioned: for Writer on the Format menu, for Impress on the Format menu, for Draw on the Modify menu, and for Calc it is not provided on menu, either Format or Format -> Object. For Calc it remains only on the Context menu for the object (where the control had been for the other modules (except Draw's Modify menu). Handling in Calc will need to be corrected. And except for Calc, the context menu entry for both has been removed. Otherwise from 5.2 the addition of context menu customization allows user to add it Image or Object. So more work needed to handle some of the UI inconsistencies of these dialogs. Only question here becomes should the Name and Description actions be present on context menu by default. Aside from preparing tagged content for a11y use, given our desire to improve Navigator function--facilitating Name, Title and Description for each object by providing context menu access seems desirable in the general case. Not sure there is any advantage to adding context menu entries back for a 5.1.6 release--but it should be benign if done this late in the branch. @Maxim, Adolfo?
(In reply to horus from comment #0) > Second, it's put in to Format (menu) > Description. But that's illogical! > Description has *nothing* to do with *format*! Name, title and description are attributes/properties of the image and the format menu focusing on altering those properties. > Can't you put it back on context menu and remove it from "Format" menu? Unfortunately it wouldnt be included back in the context menu as we are keeping the context menus short. Name is available through the context menu with the image properties entry on the options tab. It would be useful for title and description to also be in the dialog. (In reply to horus from comment #2) > To be fair, I just found that Format (menu) > Description actually came from > old version of OpenOffice, so it's nothing new in LibreOffice. It's just > that I never looked in that place :D You are incorrect as openoffice had and still has it in Format > Object > Description and it was moved to Format > Description in libreoffice 5.1. (In reply to Regina Henschel from comment #7) > As the context menu cannot be configured in LO5.1, removing these two items > should be reverted in the 5.1 branch. Cant say i'd agree as the image context menu already has 15 entries in it. (In reply to V Stuart Foote from comment #8) > for Writer on the Format menu, > for Impress on the Format menu, > for Draw on the Modify menu, and Draw's menus have been modified during the rework. > for Calc it is not provided on menu, either Format or Format -> Object. Yes that was an oversight because it was never in the menus before the rework. > For Calc it remains only on the Context menu for the object (where the > control had been for the other modules (except Draw's Modify menu). Handling > in Calc will need to be corrected. Yes most of the context menu alterations happened in writer and impress/draw, so calc hasnt had the clean up as yet. > Only question here becomes should the Name and Description actions be > present on context menu by default. No they shouldnt, which is why it was removed them. > Aside from preparing tagged content for a11y use, given our desire to > improve Navigator function--facilitating Name, Title and Description for > each object by providing context menu access seems desirable in the general > case. Users shouldnt need to open up 2 different dialogs to modify name, title and description, so it is better to consolidate all of these in the image properties dialog.
@Jay, * (In reply to Yousuf (Jay) Philips from comment #9) > > Only question here becomes should the Name and Description actions be > > present on context menu by default. > > No they shouldnt, which is why it was removed them. > > > Aside from preparing tagged content for a11y use, given our desire to > > improve Navigator function--facilitating Name, Title and Description for > > each object by providing context menu access seems desirable in the general > > case. > > Users shouldnt need to open up 2 different dialogs to modify name, title and > description, so it is better to consolidate all of these in the image > properties dialog. The need to Name, or to provide a Description (Title--for Alternative text--and a Description) is a requirement not just for Images, but for all objects. It is a UI issue as the Name/Title controls their behavior on Navigator. And from a UX perspective the time to set an attribute is while the object is being created or placed. Frankly that is most efficient from the context menu. Removing them was fine--having added ability to customize context menus (as we've been doing for toolbars forever) allows us to pick and choose reasonable defaults, and then for users to adjust as they prefer. I do agree that adding the attributes to the properties dialog for each object would be helpful. In addition to the Name field that is is there already. Yes, behavior of the Name dialog and Description dialogs launched from menus--or from context menus--needs to be handled in a more consistent interface across modules.
How about a properties dialog for images that allows to enter name, description, caption (if available), and positon & size? I would also include the line properties and image options (brightness, contrast etc.). Otherwise consistency first so both belong to the format menu. (In reply to Regina Henschel from comment #7) > Authoring tools should provide an option from an objects context menu... Surprising how demanding the specs are sometimes. This paragraph should be changed as the tool is responsible how functions are presented. Without a use case, scenario, workflow, or any reason, this statement makes no sense.
(In reply to Heiko Tietze from comment #11) > Surprising how demanding the specs are sometimes. This paragraph should be > changed as the tool is responsible how functions are presented. Without a > use case, scenario, workflow, or any reason, this statement makes no sense. Maybe someone can give some insight on the reasons for this detailed demand in the specs? From contact with someone in accessibility, looking for those attributes, I wouldn't be surprised if it comes from that expertise.
(In reply to Cor Nouws from comment #12) > Maybe someone can give some insight on the reasons for this detailed demand > in the specs? From contact with someone in accessibility, looking for those > attributes, I wouldn't be surprised if it comes from that expertise. Looks so. Accidentally coming across https://bugs.documentfoundation.org/show_bug.cgi?id=81132#c5 (Michael Meeks in comment #5) > So - a point of fact here; the context menu is often exposed for a11y > reasons to the Accessibility Technology, and removing things can have an > impact. Having said that having smaller context menus is also a worthy goal. > Ultimately this is one for the UX team I think - personally I love Jay's > data-driven approach.
Closing this as there isnt a need to keep it open, but just to clarify, what is needed is the description field be added to the images dialog in writer (bug 107589) and the creation of an all-in-one object properties dialog (bug 96355) that has fields for name, title and description. This will give easy context menu access to these fields.
(In reply to Yousuf Philips (jay) from comment #14) > ... and the creation of an all-in-one object properties dialog (bug > 96355) that has fields for name, title and description. This will give easy > context menu access to these fields. I especially like this idea. However, waiting for that to be done, sometime somehow, one could argue that for time being an easy user friendly improvement is to restore the context menu. Let me be the one to argue so.
.
(In reply to Yousuf Philips (jay) from comment #9) > Draw's menus have been modified during the rework. Correction: Draw's menus have not been modified during the rework. > Yes that was an oversight because it was never in the menus before the > rework. Fixed in this patch - http://cgit.freedesktop.org/libreoffice/core/commit/?id=606894486d7eb85d9748675ef4ef5bda12846753
*** Bug 116289 has been marked as a duplicate of this bug. ***
*** Bug 96405 has been marked as a duplicate of this bug. ***
Hi I need feedback for Name and Description items in Context menu. Name Description in writer context menu - graphic not available - draw available - media available - oleobject available - form available From my point of view Name and Descriptions should be available for all the objects or for none. Description - graphic, draw, media, oleobject, form for ALL apps available Name - graphic, draw, media, oleobject, form for Draw available - form for ALL apps available other area Name isn't needed cause it's only needed to separate stuff in the navigator. Did I miss something
(In reply to andreas_k from comment #20) > Did I miss something Maxim, something that comes in your mind?
(In reply to andreas_k from comment #20) > Did I miss something Yes, this is the point of bug 96355--we need a unified handling of a properties dialog for all objects to add back to context menus.
(In reply to V Stuart Foote from comment #22) > (In reply to andreas_k from comment #20) > > Did I miss something > > Yes, this is the point of bug 96355--we need a unified handling of a > properties dialog for all objects to add back to context menus. Is that so? I thought we could add to context menu what we have. And improve later. Don't let the better be the enemy of the good :)
All I want to know is should a. Name b. Description be added to 1. graphic 2. draw 3. media 4. oleobject 5. form to the following apps I. writer II. calc III. draw IV. impress cause I can't finish the context menu patches without this feetback. I don't care about yes or no. I need your feedback and which option the most +1 get will go to master. fyi in 6.1 writer name and description are available in 3. media 5. form
(In reply to Cor Nouws from comment #23) > > Is that so? I thought we could add to context menu what we have. And improve > later. > Don't let the better be the enemy of the good :) Guess that remains your position as in comment 15--but as noted we provide ability to customize the context menu to add the controls--none the less the place to correctly fix this is exposing a properties dialog common to all objects. (In reply to andreas_k from comment #24) > cause I can't finish the context menu patches without this feetback. I don't > care about yes or no. I need your feedback and which option the most +1 get > will go to master. > None! forget doing the context menu piecemeal. Resolve the properties dialog and add that to the context menu in a consistent fashion. > fyi in 6.1 writer name and description are available in > 3. media > 5. form And should be removed
(In reply to V Stuart Foote from comment #25) > Guess that remains your position as in comment 15--but as noted we provide > ability to customize the context menu to add the controls--none the less the > place to correctly fix this is exposing a properties dialog common to all > objects. Of course. How long will that take? Anyone working on it? Simply adding the imperfect solution for now, will help users very soon?
(In reply to V Stuart Foote from comment #22) > (In reply to andreas_k from comment #20) > > Did I miss something > > Yes, this is the point of bug 96355--we need a unified handling of a > properties dialog for all objects to add back to context menus. Aren't you talking about the whole context menu? The question here is just whether or not to have Name and Description in it (+1 from my side) and if Andreas has forgotten something (no idea).
> None! forget doing the context menu piecemeal. Resolve the properties dialog > and add that to the context menu in a consistent fashion. I don't do the context menu piecemeal. I have an overall concept see BUG 119398. I can't resolve the properties dialog cause I'm not a developer. Name and Description are available in the menubar if needed. If there is an bug that name and description is needed in the context menu (as long as the properties dialog isn't finished) I can add them. All I want is an go left or right.
(In reply to Heiko Tietze from comment #27) > Aren't you talking about the whole context menu? The question here is just > whether or not to have Name and Description in it (+1 from my side) and if > Andreas has forgotten something (no idea). +1 from me too, Andreas,
(In reply to Cor Nouws from comment #29) > (In reply to Heiko Tietze from comment #27) > > Aren't you talking about the whole context menu? The question here is just > > whether or not to have Name and Description in it (+1 from my side) and if > > Andreas has forgotten something (no idea). > +1 from me too, Andreas +1 from me to have it in all context menus. A unified name/description dialog is highly appreciated but we shouldn't wait until thats implemented.
(In reply to Heiko Tietze from comment #27) > (In reply to V Stuart Foote from comment #22) > > (In reply to andreas_k from comment #20) > > > Did I miss something > > > > Yes, this is the point of bug 96355--we need a unified handling of a > > properties dialog for all objects to add back to context menus. > > Aren't you talking about the whole context menu? The question here is just > whether or not to have Name and Description in it (+1 from my side) and if > Andreas has forgotten something (no idea). Guess I'm "tilting at windmills" ;-) +1 do it now, with understanding that *when* bug 96355 unified object dialog is implemented--the individual context menu entries will be removed (or hidden).
context menues get an update in 6.2 to close this bug as WFM. is it ok?
(In reply to andreas_k from comment #32) > context menues get an update in 6.2 to close this bug as WFM. is it ok? We definitely do not list Name and I don't know if Description has made it into the menu. So closing this ticket is not just FIXED.
(Only a bureaucratical argument: We can't close this bug until bug 96355 has been fixed which this bug depends on.)
(In reply to andreas_k from comment #32) > context menues get an update in 6.2 to close this bug as WFM. is it ok? Don't get this. In c27, c29, c30, c31 the idea to re-add Name and Description got +1. And I would close this ticket by removing the dependency. Makes not much sense to me.
I saw those entries in Impress context menu with master build as of yesterday, so this is pretty much fixed, no?
(In reply to Katarina Behrens (CIB) from comment #36) > I saw those entries in Impress context menu with master build as of > yesterday, so this is pretty much fixed, no? Yes, but not in the other modules. Sure, Draw/Impress is much more focused on images but for consistency we should have similar menus across the modules.
> Yes, but not in the other modules. Sure, Draw/Impress is much more focused > on images but for consistency we should have similar menus across the > modules. I added Name and Description ONLY to Impress/Draw context menu, cause in writer and calc there is no benefit to have a Name/Description. In Draw you can see the Name in the Navigator where you can than easy select an specific shape. In writer/calc I don't see an benefit to have it in the context menu. In writer there is insert capture, cause you link to an image/shape with capture. So from my point of view this bug can be closed.
(In reply to andreas_k from comment #38) > In writer/calc I don't see an benefit to have it in the context menu. In > writer there is insert capture, cause you link to an image/shape with > capture. So from my point of view this bug can be closed. I was working with bug 119111 and attachment 156239 [details]. It contains a lot of shapes. It would be very useful to rename them. Also if every shape gets a specific name if you paste and copy a shape, it would be useful to give them more useful names.
While implementing unique names for objects I noticed that popup menu for objects in Writer didn't have a Name... menu item like in Draw/Impress. Here is a patch that adds Name... and Description... menu items to the drawing object popup menu for Writer: https://gerrit.libreoffice.org/#/c/85723/
(In reply to Jim Raykowski from comment #40) > Here is a patch that adds Name... and Description... menu items to the > drawing object popup menu for Writer: > https://gerrit.libreoffice.org/#/c/85723/ I just realized the Shape context menu can be customized to include Name... and Description... by using Menu > Tools > Customize > Context Menus So need for the patch.
I can make an patch if wanted. let me know.
(In reply to andreas_k from comment #42) > I can make an patch if wanted. let me know. I think having Name... and Description... in writer shape context menu would provide consistency with shape context menu in draw/impress. +1 from me for you to do it.
(In reply to Jim Raykowski from comment #43) > (In reply to andreas_k from comment #42) > > I can make an patch if wanted. let me know. > > I think having Name... and Description... in writer shape context menu would > provide consistency with shape context menu in draw/impress. +1 from me for > you to do it. As mentioned above, rather than these one-off patchwork tweaks, would be more consistent with a unified set of attributes accessed/edited cross modules from the object's properties dialog, for all objects, as for bug 96355 Name, Title, Description/Alt-Text always _and preferentially_ via an object's Properties dialog. With the Current mix of Context menu entries removed for defaults, but can be customized back.
Dear horus, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
So an interesting discussion in many areas. Let's keep it simple. Since a11y is getting more attention too: simply bring Name and Description to the context menus. Close to Insert Caption.
(In reply to Jim Raykowski from comment #40) > While implementing unique names for objects I noticed that popup menu for > objects in Writer didn't have a Name... menu item like in Draw/Impress. > > Here is a patch that adds Name... and Description... menu items to the > drawing object popup menu for Writer: > https://gerrit.libreoffice.org/#/c/85723/ Because of automatic renaming of objects when copying and pasting I had to rewrite myextension to now use the description for the structure of all elements. https://extensions.libreoffice.org/en/extensions/show/chorddiagrams Object names can still be set via Api to same names. If this will change please tell me so I can rewrite again. Before the automatic renaming it was able to select all objects that have the same name by double clicking in the Navigator. Eg. I could select all "Dmajor"-chords with 1 click. Now only the first object gets selected. I vote against automatic renaming of object names or descriptions on opening files. And please don't think about implementing automatic renaming of descriptions when copying and pasting. (just in case) I'm posting this here to keep informed about any changes that might happen in releation to Names, Description ob Objects.