Created attachment 102058 [details]
This is not problem. This is idea for improvement (sugesstion) which could make LibreOffice even better than Microsoft Office.
Idea is the following: all toolbars will have the same (fixed) position while above toolbar you can select which toolbar to use. In this case, menus are still kept while ribbons from Microsoft Office is not imitated. I find this even better solution than Ribbons (image is attached).
I believe this is not difficult to implement. Users could also select the way toolbars behave.
Steps to reproduce:
Since this is not a bug, but sugesstion (I came to this site by cliclinkg Help -> Send Feedback), there are no steps to reproduce.
Default way of appearing toolbars can disturb you. For example: you draw a line in Impress and "Line and Formatting" toolbar pop up or appear on toolbar line (in this case your content/ slide is moved or zoom out). Also, they take too much space since you use more that one toolbar at the time.
Existing toolbars will be used, but the way they behave will change. Toolbars will have fixed position. Specific toolbars will appear if you click on table or drawing a object, while users can easly click which toolbar to use.
Operating System: Ubuntu
Version: 184.108.40.206 release
Nice idea to add to the discussion. > UX-advise :)
Hi, just chiming in for a friendly side comment:
> I believe this is not difficult to implement
Unless you’re a developer and you have studied a part of the LibreOffice code base, you have no idea of how easy or difficult it would be to implement.
That is something I get to hear many, many times on bug trackers, but it will be implemnted only when someone finds the time to do it.
I wasn't trying to say that this could be done in 5 minutes, but it is much easier than building ribbons for example. But solutions is good and different than ribbons.
Existing toolbars will be used. Those toolbars can have fixed position already. The new code that should be done is that only one toolbar is visible at the moment and it always appear below menu. Also, a frame with toolbar names should be added which will control what is visibled.
I am aware that this is pretty simplistic explanation. As I said, it is not 5-minute work, but much easier to implement than existing sidebar (which was borrowed from OO).
Interesting UX idea, thanks for the mockup. Essentially a menu of toolbars. But only the active toolbar would be exposed--and structured so as to appear in a common location.
Bear in mind that it must function well, in addition to any fresh visual appeal.
Suspect it would need to have tear aways (user chooses toolbars which can be exposed at all times and positioned as they prefer).
Please register and expand on it over on the Design wiki -- https://wiki.documentfoundation.org/Design
Isn't it similar idea?:
It's not the same because my idea does not require building new toolbars/ ribons but only the way they behave...
I like the idea (http://t6uni.deviantart.com/#/art/OOo-mockup-181260508?hf=1) but it requires to build everything from the beginning.
For me, a big advance of LO over MSO is the flexibility of toolbars. I'm using two sidebars on my widescreen, one left-hand with the Navigator and on the right with the formatting stuff.
Toolbars are dockable. That means you drag it to a certain position and it should be sticky there, and just hidden when not applicable. If you dock for instance the toolbar for table formatting at the bottom left and the graphics details on the same position you should achieve what you describe right now. Otherwise I would treat it as a bug (docked position is not properly stored).
Just dropping my two cents. The problem i see with this single bar proposal is that users would constantly need to switch from toolbar to toolbar to get most work done. Here is a simple example.
If i needed to insert a table, i'd have to activate the standard toolbar, then maybe i write my name in the first cell and then i want to make it bold. I'd then have to switch to the formatting toolbar to do so, then maybe i want to link my name to my twitter url. I'd have to again switch to the standard toolbar in order to do so.
I dont think that limiting libreoffice to a single toolbar will be beneficial as it simply reduces the amount of features that are accessible at a given time.
Also from your proposed image, it seemed as if menus were eliminated, which would be a bad thing, as not all features found in menus are available in toolbars.
I'll copy my comment from https://bugs.freedesktop.org/show_bug.cgi?id=81475#c23 here:
I think that dynamic appearance/disappearance of toolbars is not a good idea.
For me it is comfortable to place toolbars once and use them when I want to use them, not contextually (current object- or action- dependent).
But now in 4.3.2 toolbars disappear even if they have Lock Toolbar Position option checked. Please enable static toolbar positions.
Popping toolbars may cause attention switch and may lower document author's productivity. Otherwise you will create another stupid, ugly, non-usable Ribbon/MFI. I think that many LibreOffice users would be happy with MS Office 2003-like interface.
Users do not need bells and whistles, they need comfortable and customizable interface. This interface should allow users to place and pin (lock) toolbars as they want and use keyboard shortcuts for more productivity (for example, the fastest way to add Cross-Reference is to press <Alt-i><e>).
My suggestion was not to remove current way of toolbar behavour, but rather to add possibilities for users to choose. You want flexibile toolbars -> somewhere in options you should be able to select it. You want fixed toolbar, but changing accoring to context -> you should be able to select this option.
Current toolbar behaviour is annyoing (not completely, but at least 20% of my time). There is no way to disable some toolbars for appearing and changing their position (somehow you can change for current session).
I would like to completely switch to sidebar, but some options are still missing there so combination of toolbar and sidebar is still required.
I prefer minimalistic design. Only most important toolbars should be enabled. When I want to insert table, table toolbar popup but it usualy take some aditional place on my screen and it moves my text down. When I click somewhere else (outside table) it dissapears and move my text up. Then you move again to the table and toolbars appear and move your text up/ down. I agree that this problem would be fixed if I keep table toolbar on fixed position, but that means less space for real work (writing text and creating other content). I find this annoying, but I understand that some people want to have 25 toolbars open at the same time. But I don't. So creating this option would give both group of people what they want.
Table toolbar is not the only problem. Navigation toolbar keeps pop-up-ing as well as some other toolbars.
(In reply to Ljiljan from comment #10)
> I would like to completely switch to sidebar, but some options are still
> missing there so combination of toolbar and sidebar is still required.
As you would like to switch exclusively to the sidebar, then IBM Symphony's single toolbar row, plus contextual toolbar, is the best way to achieve this. I have gathered quite a bit of info on how this can be made possible at < https://redmine.documentfoundation.org/boards/1/topics/163 >. You can see a screenshot of Symphony's single toolbar row at -
> I prefer minimalistic design. Only most important toolbars should be
> enabled. When I want to insert table, table toolbar popup but it usualy take
> some aditional place on my screen and it moves my text down. When I click
> somewhere else (outside table) it dissapears and move my text up. Then you
> move again to the table and toolbars appear and move your text up/ down. I
> agree that this problem would be fixed if I keep table toolbar on fixed
> position, but that means less space for real work (writing text and creating
> other content). I find this annoying, but I understand that some people want
> to have 25 toolbars open at the same time. But I don't. So creating this
> option would give both group of people what they want.
I think you can fix the table toolbar popup issue by moving it to the top next to the standard or formatting toolbars. I have been working on bringing the table toolbar options into the sidebar. More details can be found at < https://redmine.documentfoundation.org/boards/1/topics/121 > and a mockup can be seen at -
Stumbled on this bug report again and noticed that the mockup resembled Zoho Writer's toolbar UI.
I like the ZOHO way of solving this problem.
How much would it cost to pay someone for implemention of this option? (as alternative way of toolbar appearance)? And how to offer this? Just wondering :) I think LO team would not mind if this option is implemented. It could be enabled in Tools -> Options -> LibreOffice -> View:
" [x] Standard way of toolbar behaviour
[ ] Fixed way of toolbar behaviour"
This is one additional global variable (TOOLBAR_BEHAVIOUR).
Current code for "standard way" already exist, so just new code of showing and hiding toolbars should be implemented :)
Dear Bug Submitter,
This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.
For more information about our NEEDINFO policy please read the wiki located here:
If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
This NEEDINFO message was generated on: 2015-07-18
Dear Bug Submitter,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):
a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present
b) Provide easy to reproduce steps – the simpler the better
c) Provide any test case(s) which will help us confirm the problem
d) Provide screenshots of the problem if you think it might help
e) Read all comments and provide any requested information
Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue.
Please do not:
a) respond via email
b) update the version field in the bug or any of the other details on the top section of FDO
Message generated on: 2015-09-03
Not sure why this was left as NEEDINFO, so setting it back to NEW.
*** Bug 64184 has been marked as a duplicate of this bug. ***
We're replacing our use of the 'ux-advise' component with a keyword:
Component -> LibreOffice
Add Keyword: needsUXEval
This idea has been realized and is finalized now. See 102062 for what's missing.
*** Bug 99219 has been marked as a duplicate of this bug. ***