[Libreoffice-ux-advise] [Bug 96253] UI: Wrong submenu label "Text Box and Shape"

https://bugs.documentfoundation.org/show_bug.cgi?id=96253

--- Comment #12 from V Stuart Foote <vstuart.foote@utsa.edu> ---
(In reply to Yousuf (Jay) Philips from comment #11)
> (In reply to V Stuart Foote from comment #10)
> > Not sure the "_Object" label revert was in there.
>
> Yep it was and you can test master to confirm. :D

Yep, it is there on the TB62 2015-12-08_23:31:1 build at
6fd3f3caad1a559165dc9332249cbd0d84930775

Can see it now, I missed how changing the .uno:ObjectMenu in the
WriterCommands.xcu to .uno:FormateObjectMenu would revert the label to use the
.uno:ObjectMenu in the GenericCommands.xcu 


> > But, I would suggest duplicating the Area button to the "Frame and Object"
> > split button.  And, could Text Box and Shape format sub-menu then be
> > contextually "disabled" when selection being formatting is not of that
> > variety?
>
> Area isnt needed to be duplicated in 'Frame and Object' as the Frame and
> Object Properties dialog has an Area tab. Regarding the disabling of
> submenus, no that isnt possible as the menu bar doesnt function that way of
> hiding/disabling submenus based on context.

Yes Area is integrated into the Properties dialog(s).  But the UI glitch on the
Format sub-menu is that the Area button (.uno:FormatArea) in the "Text Box and
Shape" menu goes active when either a Frame or an OLE object is selected.

Should there be a set of .uno commands for the Area formatting by object type?
Now they're all using the generic .uno:FormatArea 

> > And, is there any scenario with work on SdrObjects that Writer's use of Text
> > Box and Shape objects will gain a properties dialog?  May need to
> > accommodate that as well on the sub-menu, even if it is inactive.
>
> Didnt understand what you meant here.

Sorry, just thinking out loud... the DrawingLayer SdrModel and
SdrObjects/SdrPage are getting a hard look, although it is probably premature
to worry too much about changes to the UI.  But a good chance the DrawingLayer
object controls will be unified--and that draw elements could individually get
properties dialogs both in Draw, and when used in the other components as we're
doing here with lines, shapes and symbols.  There still would be the different
object types--but they'd could potentially have consistent controls and
behavior.

Discussions around bug 95812 and various notes on Armin Weiss's preliminary
work in his aw080 branch of OpenOffice

-- 
You are receiving this mail because:
You are on the CC list for the bug.