https://bugs.documentfoundation.org/show_bug.cgi?id=112223
Regina Henschel <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
Severity|normal |enhancement
--- Comment #7 from Regina Henschel <[email protected]> ---
(In reply to Yousuf Philips (jay) from comment #6)
> If you state that the font isnt present in the docx file, that definitely
> would be part of the problem,
The file has only an w:hAnsi attribute, but an attribute w:ascii is needed.
but LO does correctly render the bullet
> character both in the document and in the preview, so it is using some font
> to do so.
Yes. But for a BULLET or a BLACK STAR you will not guess, what substitution is
used. Try CLOUD (U+2601) or SNOWMAN (U+2603) or WHITE RIGHT POINTING INDEX
(U+261E). Those ones are easier to identify.
So "correct font" is more precise: In case the bullet has no font associated in
the file, the special character dialog should open with the same replacement
font, that is used to render the bullet in text and preview.
What should happen, if the bullet has an associated font, but the font is not
available on the PC of the current user?
However, I think the dialog should be improved for such situations.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
