Date: prev next · Thread: first prev next last
December 2015 Archives by date, by thread · List index


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.

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.