OOo 3.0/3.1 Writer Numbers and Outlines has random tab stops that dont belong

Bug #482183 reported by stopie
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
openoffice.org (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Binary package hint: openoffice.org

Karmic (9.10)
OOo-writer 1:3.1.1-5ubuntu1

I know this bug was supposed to be fixed in 3.0, but I expirenced it in Jaunty and now that I did a fresh Karmic install, it is still present. Attached is a picture to show what I am attempting to describe - I simply entered text, hit enter, entered more text, hit enter, etc, so the formatting is done on its own by OOo.

When typing notes as an outline (I, A, i, a...), the first and second (I, II) number/bullets are followed by a space (which is good). Then, the third (III) is followed by a tab stop (bad). Then the fourth (IV) is followed by a space again. Then the problem continues randomly down the page with some have spaces and others having tab stops.

A workaround is, on the third "point" (III): Go to Numbering/Bullets --> Position Tab--> Number Followed by: and choose "Space" instead of "Tab Stop." This will prevent the "error" from duplicating itself for the remainder of the notes.

So, even though there is a work around that keeps note taking functional, OOo writer shouldn't be doing this. If the first "point" has a space, all subsequent "points" should have a space as well, not III, VI, VII, VIII, IX, XI, and so forth.

Tags: karmic ooo writer
Revision history for this message
stopie (stopie) wrote :
Revision history for this message
WeatherGod (ben-v-root) wrote :

This looks to be an issue with the tab stop being too small for that sized font. When the enumeration is very long, the start of any text goes to the next tab. Could you see if you could reproduce this problem with smaller font, or with a larger tab stop setting?

Revision history for this message
stopie (stopie) wrote :

Problem is reproduced, although not as severe (occurs later down the line) than the previous example. It is a tab stop issue for sure, 0.5" conflicts with the roman numerals. Shouldn't OOo offset the numerals so they do not conflict which would allow the text to remain consistent? Or maybe should the default tab stop be larger? Or perhaps the default could just a space instead of tab stop? Something so that seemingly "random" 1.0" tab stops aren't thrown into the page.

Revision history for this message
WeatherGod (ben-v-root) wrote :

I can confirm this as well. This is definitely an issue with overrunning the default tab stops, and it should be addressed somehow.

Changed in openoffice.org (Ubuntu):
status: New → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

stopie, thank you for reporting this bug and helping make Ubuntu better. Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command, as it will automatically gather debugging information, in a terminal:
apport-collect 482183
When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

Could you please attach a Writer file that demonstrates this problem?

Does this issue occur for you in LibreOffice Writer?

sudo add-apt-repository ppa:libreoffice/ppa && sudo apt-get update && sudo apt-get -y upgrade && sudo apt-get -y install libreoffice-writer

Changed in openoffice.org (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for openoffice.org (Ubuntu) because there has been no activity for 60 days.]

Changed in openoffice.org (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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