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.