Issue 42272

Summary: Impossibility to hide or move the views bar
Product: Impress Reporter: scagni <silvandy>
Component: uiAssignee: AOO issues mailing list <issues>
Status: UNCONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues
Version: 680m74   
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---
Description Flags
The incriminated bar
MAth rendering problem in Impress none

Description scagni 2005-02-08 14:26:50 UTC
I am testing the Impress module of the OO2 beta (1.9.74). I have tried without
success to hide or move the (hideous!) "views bar" (I do not know if this is the
correct name, I couldn't find any reference to it in the help system either),
that horizontal gray bar with the different views buttons (normal, structure,
notes, etc.) that is found immediately above the document page and below the two
horizontal symbols bars and the menu commands.
Personally I find this bar definitely worse than the small buttons that
performed the same functions in OO1.1.3, which very intelligently used some of
the space (the upper part) of the vertical scroll bar without stealing precious
"screen real estate". Moreover the present horizontal configuration wastes
screen space with 70% of its size on a 1024x768 screen: the 5 buttons use in
fact only the leftmost third of the bar, while the remaining 2 thirds are
apparently totally useless.
Of course I do not pretend everyone agrees with my opinion.... if others are
happy with it that's good, but it should be allowed to be able to go back to
OO1.1.3 placement, or simply hide the grey bar, or move it where you want.
Another possibility would be using the empty 2/3 of the bar to show the pages
names like "file headers", in the way that was quite functional in OO1.1.3, in
line with the horizontal scroll bar, below the document space.
It must be kept in mind that it should always be possible for the user to get as
much space as before for the document: at present the grey bar seems to be an
unavoidable cluttering of this space.
Thanks for the attention
Comment 1 scagni 2005-02-08 14:33:45 UTC
Created attachment 22337 [details]
The incriminated bar
Comment 2 scagni 2005-02-08 14:39:05 UTC
I forgot to write that the ability to reserve a large space for the document is
crucial for another reason: nothing seems to be changed in the screen rendering
of math formlas which is as defective as it was in OO113: small characters and
sign are omitted or rendered wrongly. Since this behaviour is less of a problem
if the page is visualized in larger size, reserving a large space for it on the
screen is  important. I attach an image of a formula in OO1.9.74 where some
minus singns are not visible at all to show the problem.
Comment 3 scagni 2005-02-08 14:48:16 UTC
Created attachment 22338 [details]
MAth rendering problem in Impress
Comment 4 wolframgarten 2005-02-09 08:04:53 UTC
To have the tab bar chnaged is an enhancement and not a defect. For the formula
problem please write an own issue to the component formula editor. Thanks .
Comment 5 wolframgarten 2005-02-09 08:07:15 UTC
Comment 6 ace_dent 2008-05-16 00:20:58 UTC Issue Tracker - Feedback Request.

The Issue you raised is currently assigned to 'Requirements' pending review, but
has not been updated within the last 3 years. Please consider re-testing with
one of the latest versions of OOo, as the problem(s) may have already been
addressed. Either use the recent stable version:
or consider trying the new OOo 3 BETA (still in testing):
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
Many thanks,
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
Comment 7 scagni 2008-05-19 21:56:55 UTC
The issue is obviously not addressed: nothing has changed regarding the
unflexible  behaviour of the tab bar in Impress. But then I readily agree that
this is really an improvement request, and that you learn to live with it, as I
myself did in these last 2 years. Still it would be better to move it down
together with the horiz. scroll bar, or to give a chance to hide if you seldom
use it.