Launchpad has imported 16 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=32781.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-01-02T17:00:21+00:00 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. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/0 ------------------------------------------------------------------------ On 2011-01-04T10:08:47+00:00 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! Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/1 ------------------------------------------------------------------------ On 2011-01-04T10:51:38+00:00 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). Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/2 ------------------------------------------------------------------------ On 2011-01-04T10:52:06+00:00 Mcpierce wrote: Created attachment 41611 Document showing the error. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/3 ------------------------------------------------------------------------ On 2011-01-04T10:52:29+00:00 Mcpierce wrote: Created attachment 41612 Screenshot of document with error. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/4 ------------------------------------------------------------------------ On 2011-01-04T10:53:05+00:00 Mcpierce wrote: Created attachment 41613 Same document with outline changed; error goes away. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/5 ------------------------------------------------------------------------ On 2011-01-04T10:53:24+00:00 Mcpierce wrote: Created attachment 41614 Screenshot of document without error. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/6 ------------------------------------------------------------------------ On 2011-01-05T03:09:43+00:00 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. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/7 ------------------------------------------------------------------------ On 2011-01-05T03:10:24+00:00 Yfjiang wrote: For Cedric's review. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/8 ------------------------------------------------------------------------ On 2011-02-15T13:23:33+00:00 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 Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/9 ------------------------------------------------------------------------ On 2011-02-25T11:17:41+00:00 Cedric-bosdonnat-ooo wrote: *** Bug 34698 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/10 ------------------------------------------------------------------------ On 2011-02-27T23:00:23+00:00 Walter Lapchynski 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. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/11 ------------------------------------------------------------------------ On 2011-02-28T08:55:50+00:00 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 Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/12 ------------------------------------------------------------------------ On 2011-02-28T08:56:32+00:00 Cedric-bosdonnat-ooo wrote: Returning to the pool as it's an easy hack Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/13 ------------------------------------------------------------------------ On 2011-09-02T17:18:40+00:00 andreschnabel wrote: did some research, outline definitions are in http://opengrok.libreoffice.org/xref/core/i18npool/source/localedata/data/ Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/23 ------------------------------------------------------------------------ On 2012-05-18T16:31:02+00:00 Reisi007 wrote: Deleted "Easyhack" from summary. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/789919/comments/24 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/789919 Title: [Upstream] Extra space in some roman numerals points in outline mode Status in LibreOffice Productivity Suite: Confirmed Status in “libreoffice” package in Ubuntu: Triaged 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. 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) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/789919/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
