Created attachment 97723 [details]
Visual comparison of Writer, Impress, and Draw's status bars.
LibreOffice Writer and Calc's status bars have a different layout than Draw and Impress. Writer and Calc have page listed on the left corner while Impress and Draw have it in the middle. In addition, Writer and Calc have the page style on the left side, while Draw and Impress have that on the right side. This is inconsistent. Writer's placement of each seems more ergonomic, so it might be best to change Draw and Impress to align with Writer, rather than the other way around.
At a first glance looks reasonable. Did you match that thought on a analyses of the full contents and functions of the status bar in the various modules?
Both Impress and Draw can display a rather lenghty status message in the left, empty area, when clicking certain objects (“Object <name> selected”, etcetera). If complete consistency between components is /really/ desired, please comment on where to place the text that is currently displayed in the left side, or otherwise what to do with it (maybe dropping it would be fine?).
Created attachment 97728 [details]
Moving Draw's status bars to be consistent with Writer's.
I don't really think it's necessary to totally remove that part of the status bar. If the elements are just moved, no space is lost--there would still be plenty of room for that information. Then again, I'm not sure the information displayed is really that important. It might be useful in some cases.
Created attachment 97729 [details]
Moving Draw's status bars to be consistent with Writer's--2
Given that writer displays word count in the second space of the status bar, this might be a more consistent design.
Created attachment 97730 [details]
If both status bars were changed.
I rather liked the first's placement page next to the style, though. I think it creates a nice separation between items that change depending on where the cursor is placed and items that don't. What if Writer's status bar was changed to match?
I do not like the idea for this reasons:
Draw and Writer are very different, and therefore it is natural, that they need different content in status bar.
Fields are only similar on a first glance, but actually provide different functions.
Users are familiar with the current order for several years now, starting with StarOffice about 15years ago.
Changing the layout introduces additional work for documentation, which is done currently by a really small team.
(In reply to comment #2)
> Both Impress and Draw can display a rather lenghty status message in the
> left, empty area, when clicking certain objects (“Object <name> selected”,
> etcetera). If complete consistency between components is /really/ desired,
> please comment on where to place the text that is currently displayed in the
> left side, or otherwise what to do with it (maybe dropping it would be
Do not remove that field. It is essential for changing shapes in point mode. For example it is the only place to get the angles of an arc.
(In reply to comment #6)
> I do not like the idea for this reasons:
> Draw and Writer are very different, and therefore it is natural, that they
> need different content in status bar.
> Fields are only similar on a first glance, but actually provide different
Regina could you say specifically what makes Draw and Impress different enough to merit different status bar layouts? I understand that they have different content, but shouldn't similar content be put in the same place for each?
Created attachment 97785 [details]
If both status bars were changed.
The fields do different things:
"page count field"
Writer: .uno:StatePageNumber; double-click calls Navigator
Draw: .uno:PageStatus; no action, but display of the layer of an object
"page style field"
Writer: .uno:PageStyleName; double-click calls page style dialog; right-click to select page style from list
Draw: .uno:LayoutStatus; double-click calls slide design dialog (That is not the page setup!); right-click to select master page from list.
I know they do different things. What I was asking was is specific reasons why those differences mean they should be in different places. After all, just because the slide design and page style dialogues are different doesn't mean they aren't analogous, and I don't see any reason why clicking the slide number in Draw or Impress shouldn't bring up the navigator; it's just another inconsistency that should be fixed.
(In reply to comment #10)
> I know they do different things. What I was asking was is specific reasons
I see your point. But I'm quite hesitant to change unless we know for sure that it does not causes pain or issues. (May happen before we realise..)
Your attachment 97785 [details] does not give me reason *at a first glance* to disagree. Sadly I lack time to dive in all details easily. I'll look at the statusbar more often the next days to help make up my mind.
And for the rest... what do others know & think?
I agree with Daniel (OP). This report is about consistency in location of information rather that what information is displayed or how it is accessed. There is obviously enough space available because the status bar, regardless of component, has the same length. The mockups clearly illustrate what is possible. I think this can be confirmed and set to NEW.
Reproducible with LO 126.96.36.199, Win 8.1
Regarding the Page / Slide Number and Page Style statusbar place I personally would agree with Daniel.
We're replacing our use of the 'ux-advise' component with a keyword:
Component -> LibreOffice
Add Keyword: needsUXEval
Created attachment 137668 [details]
Situation after the patch
Agree with pushing consistency. The change https://gerrit.libreoffice.org/#/c/44604/ just replaces the two panel sections.
heiko tietze committed a patch related to this issue.
It has been pushed to "master":
tdf#77755 Consistency at status bars
It will be available in 6.0.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.