I know, the context menu was simplified, because the options are now available in the sidebar.
No Problem in general, but in Draw I'm missing the "Text" option (on shapes), it's not available in the Sidebar, its only available in the "Format" menu.
I cannot simple adjust the text anchor any more.
The text related items (Text, Character, Paragraph) were removed from the shapes context menu as they are available in a shape's text edit mode context menu (the mode where you can type text into the shape).
As a shape doesnt always have text in it, having the 'Text...' option in the shape context menu isnt optimal, but it would be available in the textbox context menu, as that does always have text. If ux-advise disagrees with this, i'll return it to the context menu.
I think Jay got it right--no need to change.
The Text Box's context menu is fully populated with Text | Character | Paragraph | Special character, etc.
Having just the Text in the Shape's context menu presents two UI annoyances--1) lack other controls needed to fully format content of the Text Box, 2) the Text entry on the context menu has no target witihn the Shape--you'd still have to select, or create, a Text to work on anyway.
IMHO it would be best the way it has evolved--no Text present on Shape context menu, and fully manipulated from the Text Box context menu when specific Text Box is selected.
Created attachment 119363 [details]
As developer I would say in technical view you're right.
BUT: As user I would say it's not clear, see screenshot attached.
Created attachment 119364 [details]
Created attachment 119365 [details]
Sorry, I thought I can attach the Attachments to the comment.
A standard user will be confused by this difference, because it's not visible.
You may display the Text menu also on a shape, if the shape contains text?
No Text - No text formatting.
Text formatting always if you have text on the Shape?
My changes to the context menu come from the perspective of UX, which is for users and not developers. If a regular user wanted to place text in a box, he wouldnt insert a shape and type text in it (many regular users dont even know that you can add text inside a shape), they would insert a textbox and type text into it. But even if a user placed text in a shape he would have to go into shape text-edit mode to type the text, so while in that mode, he can get to 'Text...'
(In reply to Andreas B. from comment #7)
> You may display the Text menu also on a shape, if the shape contains text?
> No Text - No text formatting.
> Text formatting always if you have text on the Shape?
In order to achieve this, a new uno command would need to be created that will be disable/hidden when a shape doesnt have text in it.
Ok, I found out what you mean.
But you have to click exactly on the Text, and it's only working if you have no Spelling errors in the Text.
As you may saw, I had spelling errors in both boxes, so I got only the Spelling Check menu on the text, and couldn't get the text-edit menu.
In my opinion I would like to have the text menu on the shape if there is a text inside.
Maybe this is a topic for the User Interface Team?
Over to ux-advise -- but my position is unchanged, removal of Text item from the Shape Object's context menu is correct.
I would agree that it would be an issue if a detected misspelled word in a Shape object's Text Box object prevented access to the Text Box objects context menu.
But I do not have that issue on Windows 10 Pro with
Version: 220.127.116.11 (x64)
Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe
Locale: en-US (en_US)
When misspelled word is indicated, the Text Box object can still be selected and its context menu displays all menu items. Of course the misspelled word has cursor focus, so a click on the Text Box object's frame is needed. Otherwise not an issue.
In case of spelling errors you can still get the 'normal' context menu by using the "context"-key (left from the right Ctrl-key) or be the shortcut Shift+F10. And key F2 brings a shape, which has focus, into edit mode without need to click.
*** Bug 96478 has been marked as a duplicate of this bug. ***
For me it's not logic that the context menu of a shape does offer text, and that of a text box not. Or the other way round.. Anyway: I edit text options usually via the context menu. In a text box it's not more or less important than in a shape. So +1 for having it in the context menu for both.
We're replacing our use of the 'ux-advise' component with a keyword:
Component -> LibreOffice
Add Keyword: needsUXEval
Adding keyword 'bibisectRequest'.
I believe that with the creation of the all-in-one properties dialog for objects (bug 96355), this issue will be solved.
(In reply to Andreas B. from comment #9)
> But you have to click exactly on the Text, and it's only working if you have
> no Spelling errors in the Text.
You can right-click anywhere within the available text and if all have spelling errors, you can still right-click next to a space (you have to do the same if you dont want the spelling context menu in the main document).
> In my opinion I would like to have the text menu on the shape if there is a
> text inside.
Filed a enhancement bug for the creation of the UNO command (bug 107753).
> Maybe this is a topic for the User Interface Team?
All of the people who have replied here are part of the UI team. :D
*** Bug 114317 has been marked as a duplicate of this bug. ***
From my point of view it look like this bug can be closed.