Ubuntu
libreoffice package

[Upstream] Extra space in some roman numerals points in outline mode

Bug #789919 reported by Sean Jones
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
LibreOffice
Invalid
Medium
libreoffice (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: libreoffice

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.3.3-1ubuntu1
  Candidate: 1:3.3.3-1ubuntu1
  Version table:
 *** 1:3.3.3-1ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-proposed/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget -c https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/789919/+attachment/2147378/+files/Error%20Example.odt -O info.odt && lowriter info.odt

is the third roman numeral in the list does not have a long space between it and the first character.

4) What happens instead is it does.

WORKAROUND: Bullets and Numbering -> tab Position -> Numbering followed by Space -> Numbering Alignment Right -> button OK

as is the approximate default in Word 2003.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: libreoffice-core 1:3.3.2-1ubuntu5
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Sun May 29 19:12:33 2011
EcryptfsInUse: Yes
InstallationMedia: Ubuntu-Netbook 10.10 "Maverick Meerkat" - Release i386 (20101007)
ProcEnviron:
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: Upgraded to natty on 2011-05-23 (6 days ago)

See original description
Revision history for this message
In , Darryl Pierce (mcpierce) wrote :

In an outline, wherever the sequence "III" appears as part of the numbering itself, the text of the outline is indented a number of spaces.

For example, where "III" or "VIII" or "XIII" appear, the text is indented the same number of spaces.

If, however, the outline is changed to not use "III" then the indenting goes away.

Revision history for this message
In , Yfjiang (yfjiang) wrote :

(In reply to comment #0)
> In an outline, wherever the sequence "III" appears as part of the numbering
> itself, the text of the outline is indented a number of spaces.
>
> For example, where "III" or "VIII" or "XIII" appear, the text is indented the
> same number of spaces.
>
> If, however, the outline is changed to not use "III" then the indenting goes
> away.

Hello Darryl, I didn't really see the problem from my understanding (tried Tools->Outline Numbering and Paragraph numbering).

Would you help attach a sample document? More descriptive step by step reproducing instruction would also be welcome. In addition, it is also nice to have a screen snapshot of the problem. Thank you!

Revision history for this message
In , Darryl Pierce (mcpierce) wrote :

The attachment named "With.odt" shows the error, an With.png is a screenshot of it. The outline scheme selected is I.A.i.a).

Revision history for this message
In , Darryl Pierce (mcpierce) wrote :

Created attachment 41611
Document showing the error.

Revision history for this message
In , Darryl Pierce (mcpierce) wrote :

Created attachment 41612
Screenshot of document with error.

Revision history for this message
In , Darryl Pierce (mcpierce) wrote :

Created attachment 41613
Same document with outline changed; error goes away.

Revision history for this message
In , Darryl Pierce (mcpierce) wrote :

Created attachment 41614
Screenshot of document without error.

Revision history for this message
In , Yfjiang (yfjiang) wrote :

Created attachment 41658
comprehensive bullets

Thanks Daryl for the samples.

Confirmed reproducible on 3.3 rc2.

Meanwhile it is a more general problem of number/alphabetic bullet items drawing and happens not only in roman numbers. I attached a comprehensive bullets document (comprehensive-bullet.odt) revealing more problems in the relevant area.

Revision history for this message
In , Yfjiang (yfjiang) wrote :

For Cedric's review.

Revision history for this message
In , Cedric-bosdonnat-ooo (cedric-bosdonnat-ooo) wrote :

The bigger spaces in With.odt and comprehensive-bullets.odt are due to a too small indent after the numbering.

If the whole numbering text (with prefix and suffix included) is larger than the tabstop defined for the numbering level, then the tab uses the next tabstop of the paragraph. This problem would be fixed by changing the default tabstop to something that fits your use.

Closing as not a bug

Revision history for this message
In , Cedric-bosdonnat-ooo (cedric-bosdonnat-ooo) wrote :

*** Bug 34698 has been marked as a duplicate of this bug. ***

Revision history for this message
In , ԜаӀtеr Ⅼарсһуnѕkі (wxl) wrote :

(In reply to comment #9)
> If the whole numbering text (with prefix and suffix included) is larger than
> the tabstop defined for the numbering level, then the tab uses the next tabstop
> of the paragraph. This problem would be fixed by changing the default tabstop
> to something that fits your use.

It seems that what you were saying was to increase the value of the default tabstop. Changing anything there just made things worse. So I tried the opposite direction. I set the default tabstop to the smallest amount I could get it to take-- 0.20"-- and it still did not correct the problem for the third item of the first level (III.). It did help some other levels, but that one could not be fixed.

Furthermore, I cannot entirely understand the logic of having the outline defined by, or influenced by, the default tabstop. It seems intuitive to me that one would modify tab settings within Bullets and Numbering and would expect this to override the default tabstop.

That being said, even if it's not a bug, I don't think it makes much sense, and I would request a change from this behavior.

Revision history for this message
In , Cedric-bosdonnat-ooo (cedric-bosdonnat-ooo) wrote :

Created attachment 43915
Screenshot showing the value to change

This may even be an interesting easy hack.

The default numbering are provided by this code:
http://opengrok.libreoffice.org/xref/libs-gui/i18npool/source/defaultnumberingprovider/defaultnumberingprovider.cxx

Revision history for this message
In , Cedric-bosdonnat-ooo (cedric-bosdonnat-ooo) wrote :

Returning to the pool as it's an easy hack

Revision history for this message
Sean Jones (seandaddy23) wrote :
Revision history for this message
penalvch (penalvch) wrote :

Sean Jones, thank you for reporting this bug and helping make Ubuntu better. This problem is unreproducible in LibreOffice Writer. Could you please post a screenshot and attach a document that demonstrates this problem?

lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

 apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

Changed in libreoffice (Ubuntu):
status: New → Incomplete
Revision history for this message
Sean Jones (seandaddy23) wrote :

I have attached a screen shot and a doc that has the error in it.

Revision history for this message
Sean Jones (seandaddy23) wrote :

This is the doc with the error

penalvch (penalvch)
Changed in libreoffice (Ubuntu):
status: Incomplete → New
Revision history for this message
Marius B. Kotsbak (mariusko) wrote : Re: Extra space in some roman numerals points

Seems like this happens when the numbering part is too wide for the space reserved. There should probably be more space reserved, or move all of the points to make space for the widest.

summary: - Libre office writer does outlines wrong
+ Extra space in some roman numerals points
Changed in libreoffice (Ubuntu):
status: New → Confirmed
Revision history for this message
Marius B. Kotsbak (mariusko) wrote : Re: Extra space in some roman numerals points in outline mode

This is upstream bug: http://bugs.freedesktop.org/show_bug.cgi?id=32781

summary: - Extra space in some roman numerals points
+ Extra space in some roman numerals points in outline mode
Revision history for this message
penalvch (penalvch) wrote :

Sean Jones, thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as Triaged and let them handle it from here. Thanks for taking the time to make Ubuntu better!

description: updated
Changed in libreoffice (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Triaged
summary: - Extra space in some roman numerals points in outline mode
+ [Upstream] Extra space in some roman numerals points in outline mode
tags: added: lo33
Bug Watch Updater (bug-watch-updater)
Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
Sean Jones (seandaddy23) wrote : Re: [Bug 789919] Re: Extra space in some roman numerals points

It appears that the problem happens because the default is for the line
to begin at the next tab after the number. When you are using the roman
numerals, the numbers sometimes go beyond the first tab, so the default
is to go to the next tab. It would be wonderful if we could get this
fixed. thanks

Sean

On Fri, 2011-07-15 at 12:13 +0000, Marius Kotsbak wrote:
> Seems like this happens when the numbering part is too wide for the
> space reserved. There should probably be more space reserved, or move
> all of the points to make space for the widest.
>
> ** Summary changed:
>
> - Libre office writer does outlines wrong
> + Extra space in some roman numerals points
>
> ** Changed in: libreoffice (Ubuntu)
> Status: New => Confirmed
>

Revision history for this message
In , andreschnabel (andre-schnabel) wrote :

did some research, outline definitions are in
http://opengrok.libreoffice.org/xref/core/i18npool/source/localedata/data/

Revision history for this message
In , Reisi007 (reisi007) wrote :

Deleted "Easyhack" from summary.

Revision history for this message
In , Rb-henschel (rb-henschel) wrote :

*** Bug 61927 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility.

see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details

Revision history for this message
In , Z-jbf-faure (z-jbf-faure) wrote :

Closing again as NotABug because changing the tabstop (not the default tabstop) as shown in attachment #43915 solves the problem.

Best regards. JBF

Bug Watch Updater (bug-watch-updater)
Changed in df-libreoffice:
status: Confirmed → Invalid
Revision history for this message
penalvch (penalvch) wrote :

Sean Jones, could you please comment on if the upstream suggested adjustment, or the downstream WORKAROUND works for you?

description: updated
Changed in libreoffice (Ubuntu):
status: Triaged → Incomplete
Marcus Tomlinson (marcustomlinson)
Changed in libreoffice (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.