Apache OpenOffice (AOO) Bugzilla – Issue 112202
Object dimension display box in Status Bar too small
Last modified: 2014-04-08 22:25:33 UTC
The object dimension display box at the base of the OpenDraw program is not wide enough. This can lead to missing numerals to the dimension shown on the right (Object height) Since the numerals justify to the left, the bigger the object width dimension becomes, the more of the height dimension is pushed from sight as display box is too small to show all the figures. The worst case scenario is working in millimetres to 1:100 scale, but it also happens to a lesser degree at larger scales (1:10, 1:50) and using cm. At 1:100 in mm I can easily lose the 5 numerals + decimal point. To see the missing numerals means using context menu and bringing up the position and size menu. Since I may have to do that a lot of times in a drawing it is very time consuming. Also frustrating from a design point of view since there are acres of unused space in the bar to the left of the box, meaning it could have been twice the size. You will also find that the last few numbers of the location coordinates go behind the dimension icon in the same box. Not a problem for me as I have no use for them. I am using a 23" widescreen at 2048 res, so we are not talking about the view being unduly squashed!
Created attachment 69863 [details] Screen print of dimension box
Reproducible with "Ooo 3.1.1 WIN XP DE[OOO310m19 (Build 9420)]" and with "Ooo-Dev 3.3 multilingual version English UI WIN XP: [DEV300m80 (Build 9507)]". Also 2.4.1 Multilingual version German UI WIN XP: [680m17(Build9310)]"is affected. Width of box in status bar is big enough for scale 1:1, big size units (km) and slide size A4. But for sale 1:100, bigger slides (A0) and small unit size (mm) display of height of 'Current Size' will be cut at the right as shown in attached "Dimension box too small.png".
Reproducible. Reassigned.
2 years now. I have RSI in my hand now through unnecessary use of the context menu and position/size menu, a hundred times a day. All because of a fault which is totally unnecessary, cannot have been properly tested at the outset, and is probably easily fixed. It is not a complex problem with operation, interaction or process. Its just an incorrect field size setting and there is loads of space available to make it a bit bigger. Pity I can't help you, but if it had been a field set up on a web page or generated by website software I would have had it fixed in 2 minutes.
There is a workaround: 1. Close AOO, make sure quickstarter is closed too. 2. Make a backup of the file statusbar.xml from <Your installation folder>\Basis\share\config\soffice.cfg\modules\simpress\statusbar or Basis\share\config\soffice.cfg\modules\sdraw\statusbar respectively. 3. Open the file statusbar.xml with an editor, which is able to handle UNIX line ends and UTF-8. 4. Goto to the line with ".uno:Size" and add the attribute statusbar:autosize="true" or set the value in the attribute statusbar:width="208" to a higher number. 5. Restart AOO.
Thanks Regina. Brilliant, brilliant! Its made all the difference this last month. I even enlarged the zoom slider whilst I was in the files. Next Draw development improvement for me would be have that dimension field for objects as an active one for setting sizes, so I do not have to use context menus, or F4 and 2 tab presses (through X/Y) to get to an object size setting. But, hey, I am very happy now. Thanks.
Created attachment 83144 [details] An attempt to reorder Draw statusbar items
Created attachment 83145 [details] An attempt to reorder Impress statusbar items
Both attachment 83144 [details] and ted attachment 83145 [details] are an attempt to reorder Draw/Impress statusbar items. This does not fix the underlying problem, that resides in a bad calculation of the space where the information is drawn.
*** Issue 124633 has been marked as a duplicate of this issue. ***