[Libreoffice-ux-advise] [Bug 33223] Sidebar: as container for toolbars, ability to add functions missing from Sidebar

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

--- Comment #24 from Yousuf (Jay) Philips <philipz85@hotmail.com> ---
Created attachment 117655
  --> https://bugs.documentfoundation.org/attachment.cgi?id=117655&action=edit
toolbar docked in sidebar area

(In reply to V Stuart Foote from comment #18)
> Please see Laurent's work on bug 91806 for just how "customizable" (and
> receptive to Macro/Extension development) the Sidebar structure actually is.

Looking at the bug description Laurent gave, the API will allow a programmable
means of manipulating various aspects of the sidebar, like hiding the navigator
tab button, moving the styles and formatting tab button above properties tab
button, changing the title bar label of the properties tab deck, hide the
character content panel in the properties tab deck, etc. but as Maxim stated in
comment 16, "it would be impossible to customize predefined panels".

(In reply to Jean-Baptiste Faure from comment #19)
> Because the main utility of the sidebar is to allow to not use toolbars and
> then save room on the screen for the working area.

The sidebar's main utility isnt to eliminate all toolbars, but the properties
tab deck is to be an alternative to contextual toolbars, as contextual toolbars
were popping up and disappearing constantly in different locations and were
altering a document's view area.

(In reply to orion from comment #21)
> Yes, I can do that *once*, and then I have to leave it there, taking up
> space in my field of view. What I *can't* do is bring it up and dismiss it
> at will without it pushing my screen up, down, left, or right. 

Yes it may take up space, for example to the right of the standard toolbar, but
it doesnt take up space that your document was taking, so it isnt taking up
your field of view. But if you wanted to bring up and dismiss toolbars, you
have full screenmode (ctrl+shift+j).

> It's almost possible now (see my attachment). All we need is a verticle
> separator instead of a horizontal one, and the ability to dock it with more
> than one column of buttons. 

Yes, as Maxim stated, it would be possible to create a new tab deck which could
contain user customizable buttons that were possible to insert into toolbars,
but this wouldnt permit the addition of buttons and controls found exclusively
in the sidebar (e.g. 'above paragraph spacing' textbox in the paragraph panel
of properties tab deck).

> And many of us are asking for it to be redesigned or to add a separate
> function that would allow us to do something not conceived of (or not
> pursued) by its designers. That's the point of a suggestion/request.

It would be impossible to add this functionality into the properties tab deck,
as that deck is contextually sensitive, but adding as an independent new tab
would be reasonable.

If the intent of this enhancement is still according to JBF's description of
being "able to dock the toolbars below or above the navigator", then i would
suggest that toolbars be able to be docked above or below the sidebar's main
interface, similar to how it is possible to dock a toolbar to various sides of
the UI (see attached mockup). GIMP and other apps provide a similar facility of
docking multiple stacked controls on their right side panel. (
https://bartoszstyperek.files.wordpress.com/2012/05/gimp28.jpg )

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