https://bugs.freedesktop.org/show_bug.cgi?id=65323
--- Comment #6 from [email protected] --- An addition to Dominique Boutry: I strongly recommend one of the following alternatives: 1) treating objects anchored as characters as alphabetical characters Rationale: this would be much better than the current situation. In the current situation there are no workarounds for the broken behavior text text text <formula> , text text text putting the comma in the formula is not OK, since the comma would be in a math font rather than in the correct text font. Conversely the issue of, text<image> not breaking can be worked around by simply inserting an invisible (thin) space between text and image. 2) introducing a no-break flag (or treat as alphabetical character flag) into objects anchored as character. This may not be fully conformant with the ODF spec, but would simply be ignored by other odf apps not understanding it, so it would not cause any significant breakage 3) introduce a 'glue' formatting mark, like a non-breaking space that takes no space. Personally, I prefer 1, which I think is the solution causing less trouble. In any case, I believe that a solution needs to be found, because as is the behavior makes LibO unsuitable for scientific documents. Technical documents, where small graphics are often used to represent keys on a keyboard or operator actions, are likely to represent another situation for which the current behavior makes LibO unsuitable. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
