Apache OpenOffice (AOO) Bugzilla – Issue 54781
Writer: yet another problem with merging of text attributes
Last modified: 2013-08-07 14:38:26 UTC
There is another problem when merging text attributes that from the viewpoint of the user leads to some arbitrary behaviour.
Created attachment 29657 [details] Sample bug doc
If you open the attached bugdoc and start simplified -> traditional conversion the re is achance that the "4" in the simplified line remains with language simplified and/or that the "." at the end of the same line is traditional, the last character before it as well, but if you select both of them the language is not known anymore. Of course the same problems may occur for other attributes as well.
FME: Another way to reproduce the bug is this: 1) Type "Hello World" 2) Select all, select font A 3) Select "Hello", select font B 4) Select the blank between "Hello" and "World" and choose Formatting -> Default Formatting We now have this situation: "Hello" has two attributes: font A and font B. It is not predictible which of these is applied. Solution: In SwTxtNode::RstAttr(), not only the second part of the attribute to split should be checked if it should be ignored (using Forget()), but also the first part of the split attribute should be checked.
FME: Set target to 'OOo later'.
Created attachment 29993 [details] Yet another document with attribute problems
I added another bugdocument (Karl1-computer.odt) if you open this one and do a traditional->simplified conversion with "translate common terms" enabled sometimes the first two characters become italic. Something that should not happen.