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
Same problem on Ubuntu / Unity. Status set to NEW. Best regards. JBF
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
Created attachment 141558 [details] Example file with 33 empty slides
(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
(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 ;-)
(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.
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
(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.
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
(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
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...
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
(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
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
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...
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
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
(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.
Dear sergio.callegari, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
no repro in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 18cc01b63996f81b284e3bc827d1be7f3da8983a CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: threaded
Yes, now the space is flexible in all Linux VCL backends Arch Linux 64-bit Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 18cc01b63996f81b284e3bc827d1be7f3da8983a CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 4 April 2021