Bug 117167 - Not enough space for the "Slide XX of YY" string in impress
Summary: Not enough space for the "Slide XX of YY" string in impress
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.1 all versions
Hardware: All All
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected
Depends on:
Blocks: Statusbar
  Show dependency treegraph
 
Reported: 2018-04-22 20:20 UTC by sergio.callegari
Modified: 2019-04-01 09:38 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file with 33 empty slides (11.99 KB, application/vnd.oasis.opendocument.presentation)
2018-04-23 12:54 UTC, Buovjaga
Details
LibreOfffice 6.1 (8.20 KB, image/png)
2018-04-27 14:17 UTC, Xisco Faulí
Details
5.4.6-0ubuntu0.17.10.1 screenshot (21.07 KB, image/png)
2018-04-28 01:47 UTC, Jim Raykowski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description sergio.callegari 2018-04-22 20:20:41 UTC
Description:
On:

Version: 6.0.4.1
Build ID: a63363f6506b8bdc5222481ce79ef33b2d13c741
CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; 
Locale: it-IT (en_US.utf8); Calc: 

The "Slide XX of YY" string at the left of the bottom status bar does not have enough space to display correctly. E.g., on my system I see "Slide 10 of 6" in place of "Slide 10 of 65".

This is likely related to VCL/OS/DPI setup. On my system I am on the venerable 96X96 dpi.

Steps to Reproduce:
See description

Actual Results:  
See description

Expected Results:
See description


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: PresentationDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes


User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:59.0) Gecko/20100101 Firefox/59.0
Comment 1 Jean-Baptiste Faure 2018-04-23 12:01:31 UTC
Same problem on Ubuntu / Unity. Status set to NEW.

Best regards. JBF
Comment 2 Buovjaga 2018-04-23 12:54:30 UTC
Repro. Same problem with all VCL backends and Windows. The area is simply not flexible.

Jim: as you have tackled some similar issues, would you be interested in taking a stab at this?

Arch Linux 64-bit
Version: 6.1.0.0.alpha0+
Build ID: 14184060bd2249a492ea44d36463914c421e6ce5
CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on April 23rd 2018

Version: 6.1.0.0.alpha0+
Build ID: 104b26b246c94c8c66864b20d00e419d96b15961
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2018-04-16_08:30:15
Locale: fi-FI (fi_FI); Calc: group
Comment 3 Buovjaga 2018-04-23 12:54:54 UTC
Created attachment 141558 [details]
Example file with 33 empty slides
Comment 4 Jean-Baptiste Faure 2018-04-24 16:40:10 UTC
(In reply to Buovjaga from comment #2)
> Repro. Same problem with all VCL backends and Windows. The area is simply
> not flexible.

It is not completely true. Indeed this area is adjusted in some case. For example try that:
1/ open the test file
2/ go to slide 10 -> area not adjusted
3/ menu Insert > Object > Formula
4/ in the dropdown list choose Examples and click on one of the formulas
5/ quit the formula editor -> area has been adjusted

Best regards. JBF
Comment 5 Jim Raykowski 2018-04-24 22:51:41 UTC
(In reply to Buovjaga from comment #2)
> Repro. Same problem with all VCL backends and Windows. The area is simply
> not flexible.
> 
> Jim: as you have tackled some similar issues, would you be interested in
> taking a stab at this?

code pointer for this:

https://opengrok.libreoffice.org/xref/core/sd/uiconfig/simpress/statusbar/statusbar.xml#21

add statusbar:autosize="true" like some of other items have ;-)
Comment 6 Buovjaga 2018-04-25 14:01:57 UTC
(In reply to Jim Raykowski from comment #5)
> code pointer for this:
> 
> https://opengrok.libreoffice.org/xref/core/sd/uiconfig/simpress/statusbar/
> statusbar.xml#21
> 
> add statusbar:autosize="true" like some of other items have ;-)

I tried it but it didn't work :( I even set the width to be higher, but no change after rebuild.
Comment 7 Jim Raykowski 2018-04-26 07:28:22 UTC
Not reproduce with:

Version: 6.0.2.0.0+ (x64)
Build ID: 2e06dfb831a93b8207cc4e0f43221ef5eeb1853b
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:libreoffice-6-0, Time: 2018-02-20_05:40:33
Locale: en-US (en_US); Calc: group

Reproduce with:

Version: 6.1.0.0.alpha0+
Build ID: 456de479fad14968cb38c15d906a0573f43e619a
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2;
Locale: en-US (en_US.UTF-8); Calc: group

For me, both versions provide extra space when 

<statusbar:statusbaritem xlink:href=".uno:PageStatus" statusbar:align="left" statusbar:autosize="true" statusbar:width="124"/>

is used in impress statusbar.xml [1][2]

[1] Windows: [lo install directory]/share/config/soffice.cfg/modules/simpress/statusbar/statusbar.xml
[2] Linux: /usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/statusbar.xml
Comment 8 Buovjaga 2018-04-26 08:35:37 UTC
(In reply to Jim Raykowski from comment #7)
> For me, both versions provide extra space when 
> 
> <statusbar:statusbaritem xlink:href=".uno:PageStatus" statusbar:align="left"
> statusbar:autosize="true" statusbar:width="124"/>
> 
> is used in impress statusbar.xml [1][2]
> 
> [1] Windows: [lo install
> directory]/share/config/soffice.cfg/modules/simpress/statusbar/statusbar.xml
> [2] Linux:
> /usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/statusbar.xml

Ok, this is weird as I reproduce the problem on Linux with 6.0.3, but it indeed goes away by modifying /usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/statusbar/statusbar.xml

However, even though the autosize is in my master build instdir/share/config/soffice.cfg/modules/simpress/statusbar/statusbar.xml, it has no effect.
Comment 9 Jim Raykowski 2018-04-26 18:51:54 UTC
Not reproduced with build from yesterdays master

Version: 6.1.0.0.alpha1+
Build ID: 653e58f9eb3d4ee61d8103993cdff2660c9127a5
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 10 Buovjaga 2018-04-26 19:14:18 UTC
(In reply to Jim Raykowski from comment #9)
> Not reproduced with build from yesterdays master
> 
> Version: 6.1.0.0.alpha1+
> Build ID: 653e58f9eb3d4ee61d8103993cdff2660c9127a5
> CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; 
> Locale: en-US (en_US.UTF-8); Calc: group

Ok, mystery solved: in safe mode the problem disappeared for me in my master Linux build, so it was because of stale configs!

However, I still see the problem in Windows, with the just-built alpha1:
Version: 6.1.0.0.alpha1 (x64)
Build ID: cb47f0d320994e001bc38dc2ee9b7d957b15e6ab
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: fi-FI (fi_FI); Calc: group
Comment 11 Xisco Faulí 2018-04-27 07:41:37 UTC
I've tried in safe mode with

Version: 6.1.0.0.alpha1+
Build ID: 653e58f9eb3d4ee61d8103993cdff2660c9127a5
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

and the last 3 goes behind the separator after going to slide 10...
Comment 12 Jim Raykowski 2018-04-27 08:53:30 UTC
Reproduced in Windows for

Version: 6.1.0.0.alpha1+ (x64)
Build ID: e9ac3a9c1ee7689c4d591a68250666c95632bd2a
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-04-26_23:11:11
Locale: en-US (en_US); Calc: group

but as noted in a previous post not reproduced for Windows 
  
Version: 6.0.2.0.0+ (x64)
Build ID: 2e06dfb831a93b8207cc4e0f43221ef5eeb1853b
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:libreoffice-6-0, Time: 2018-02-20_05:40:33
Locale: en-US (en_US); Calc: group
Comment 13 Buovjaga 2018-04-27 14:06:06 UTC
(In reply to Buovjaga from comment #10)
> Ok, mystery solved: in safe mode the problem disappeared for me in my master
> Linux build, so it was because of stale configs!

Blargh, scratch that, it was probably due to me playing with the .xml and adding more width. I did a make distclean, pull and fresh build and the problem remains.

Arch Linux 64-bit
Version: 6.1.0.0.alpha1+
Build ID: 632bc11ce8fab1c4046ab24810b90a7ce9ac5914
CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on April 27th 2018
Comment 14 Xisco Faulí 2018-04-27 14:17:03 UTC
Created attachment 141713 [details]
LibreOfffice 6.1

How I see it in

Version: 6.1.0.0.alpha1+
Build ID: 653e58f9eb3d4ee61d8103993cdff2660c9127a5
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 15 Xisco Faulí 2018-04-27 14:30:35 UTC
For me, the current behaviour started after

author	Rob Snelders <programming@ertai.nl>	2013-03-23 13:36:00 +0100
committer	Thorsten Behrens <tbehrens@suse.com>	2013-03-23 14:36:21 +0000
commit	015131c87e14f84040cfa579bc81419714cbe964 (patch)
tree	5a57dde4a429447f8ddfce785c66ff83496f5aee
parent	18682c5d13be52fcdbbe4b802b874a1b83fbbd8c (diff)
Give the number of slides also when more slides are selected

The separator is resized if there're more than 100 slides...
Comment 16 Jim Raykowski 2018-04-28 01:47:09 UTC
Created attachment 141729 [details]
5.4.6-0ubuntu0.17.10.1 screenshot

Here is how I see it for

Version: 5.4.6.2
Build ID: 1:5.4.6-0ubuntu0.17.10.1
CPU threads: 1; OS: Linux 4.13; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: single
Comment 17 Jim Raykowski 2018-04-28 02:40:02 UTC
I'm seeing it differently for the same build on two different systems. Both are set at the same screen resolution. One cuts the 3 and the other does not.

one is a dell and the other is a toshiba

both have lo
Version: 6.1.0.0.alpha1+
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group

both have lubuntu 16.04.4 LTS
Comment 18 Buovjaga 2018-04-28 04:54:28 UTC
(In reply to Jim Raykowski from comment #16)
> Created attachment 141729 [details]
> 5.4.6-0ubuntu0.17.10.1 screenshot

A-ha! In 5.4 and older the position in the status bar is different! Now in 6.0 it is moved to the first position from the left.