Apache OpenOffice (AOO) Bugzilla – Issue 17969
Table of Content Error When using Vertical Writing
Last modified: 2013-08-07 14:43:45 UTC
To reproduct problem: 1) In page setting, change the page to vertical writing (right to left): (Right Click) ---> Page ---> Text Direction (change to Right to Left) 2) Insert a Table of Content: Insert ---> Indexes and Tables ---> Indexes and Tables 3) Create a few headings and some contents for each headings. 4) Update Table of Content (right click on Table of Content --> update) 5) Save the file. (It still looks good here) 6) Close the file. 7) Open the file. 8) You'll see the problem in ToC now. The Title of ToC and the subcomponents in ToC are sperated into different pages. Error exists on: Bad on RC2. Also bad on RC1. My Comment: Table of Content is something that's frequently used in documents. One biggest selling point of RC1 is vertical writing. Without fixing this Table of Content problem, I suspect it would kind of break the "support vertical writing" claim. I claim it is a blocker bug if you use "vertical writing" as one selling point in Asia.
SBA: I can't reproduce this in OOo Build m13.8660 (nor with SO 645m15) I tried with a structure like Heading 1, Text, Heading 1, Text, Heading 2, Heading 3, Text, Heading 1, INDEX in Vertical writing. No findings after toying with Update, adding Headings and text, Update, Save, reload... SBA-> Paul: Please attach a bugdoc showing the behavior you described. Concerning your comment on "selling point": OOo is an Open Source Project, thus it's free... ;-)
Created attachment 8343 [details] in Japanese
Created attachment 8344 [details] Sample File
I confirmed this bug in rc3 own build.
Created attachment 8347 [details] Before Re-opening
Created attachment 8348 [details] After Re-open
Created attachment 8349 [details] My Example
Files attached. This time it's even worse. The title of the ToC disappeared. Everything gets OK once you gets into the ToC's edit dialog (change nothing) and press OK.
"OOo is an Open Source Project, thus it's free... ;-)" Errr.. My "selling point" doesn't really mean "selling point". Don't need to take it so literally.. ^^||
Hi, I could reproduce the problem with 1.1rc3 on SuSE8.1 and Windows98SE using sample .sxw files provided by Ikuya and Paul. This can be seen when reopening them after saving and closing them. You can correct the display if you perform right-clicking the Index/Table and then from the menu select and execute "Update Index/Table." But some more clicks to correct such a wrong Index/Table display would be annoying. We would like to see the correct Index/Table display whenever opening files containing Index/Table. Thanks
I also *CAN* reproduce the problem, but as already described the workaround is really simple: Tools/Options or context menu: "Update Index/Table." Confirming target: OOo 1.1.1. Reassigning to FME. Adjusting Prio: P2 -> P3. (P2 is exclusive for crashes).
FME->OD: As discussed. Could be too dangerous to fix for OOo1.1.1?
OD (12.08.2003): accepted;
OD (12.08.2003): Defect fixed in method _InsertCnt(..), file /sw/source/core/layout/frmtool.cxx, 1.50.58.1, in internal cws Changes reviewed by FME.
OD->MRU (18.08.2003): Checked in internal installation set of cws - please verify for absent SBA.
MRU->US: Please also verify, when you have CWS so7pp1 installed. Thanks!
Verified. Changing resolution to FIXED.
Setting issue to VERIFIED.
Thank you very much. I'm glad to hear it. BTW, this bug fixed on 1.1? or 1.1.1? Please tell me.
Fix will be available in OOo 1.1.1 (see Target Milestone).
Thanks, US. Why 1.1.1? not 1.1? Too late for 1.1?
ok in (inhouse) master workspace srx645_m27s1-1.8738. Closing Resolved/Verified issue. Fix will be available in forthcoming OOo 1.1.1.