Insert a simple table in a Writer document. Apply the table style "Yellow" from the new category "Table" in the Style&Formatting dialog.
That writes the element <table:table-template> into file styles.xml. This references a <style:style> element with style-name="Yellow.1" of family "table.cell". Look into its text-properties. You will find the font "Thorndale" for western and "Andale Sans UI" for asian.
Both fonts are not available in a LibreOffice installation. Both fonts were used by Sun for StarOffice and StarSuite, not even OpenOffice.org had them. Therefore LibreOffice should not write these fonts into a template.
They are both seeded throughout the l10n versions of content.xml and styles.xml, assume Liberation Serif to be a viable replacement for Thorndale, and Liberation Sans would be acceptable replacement for Andale Sans UI (which actually had no CJK glyph coverage).
By the way it shouldn't be there :)
I confirm the same behavior in 22.214.171.124 and also in 126.96.36.199 beta1.
This will be resolved when the new set of default table styles are in (bug 101349), as this bug as been around in autoformat since forever.
The new set of default table styles are in and these fonts arent available in it.
Elegant, font asian, has still Tahoma.
(In reply to Regina Henschel from comment #5)
> Elegant, font asian, has still Tahoma.
Elegant uses Liberation Sans.
Created attachment 137895 [details]
Table style "Elegant" applied
Do you have enabled Tools > Options > Language Settings > Languages > Asian?
If I apply that style to a table via Table > AutoFormat (where you can choose to include font), it writes
to the file, example attached.
Opens here with Liberation Sans whether I enable Asian or not. Looking into the content.xml there is no Thorndale or Andale defined.
The table template is not in content.xml but in styles.xml. The styles are named "Elegant.1" to "Elegant.16". These are the table-cell styles, which are referenced by the template "Elegant".
A entire node is e.g.
<style:style style:name="Elegant.1" style:family="table-cell">
<style:table-cell-properties fo:border-top="2.49pt solid #000000" fo:border-bottom="0.51pt solid #000000"/>
<style:text-properties fo:font-weight="bold" style:font-name="Liberation Sans" fo:font-family="'Liberation Sans'" style:font-family-generic="swiss" style:font-size-asian="10.5pt" style:font-weight-asian="bold" style:font-name-asian="Tahoma" style:font-family-asian="Tahoma" style:font-weight-complex="bold" style:font-name-complex="FreeSans" style:font-family-complex="FreeSans"/>
You are right, that there is no "Thornale" or "Andale Sans UI". But "Tahoma" is bad as well, because it is not a free font, but has a Microsoft license, and because it does not have the glyphs for Chinese.
No idea how we can get rid of this Tahoma reference. I definitely chose Liberation Sans in this table style.
The current autotbl.fmt now uses Liberation Serif (and sometimes Liberation Sans, didn't investigate when or why) for Western, and DejaVu Sans for Asian and CTL which is equally wrong because it does not contain such glyphs. Probably because the creator hasn't activated CJK/CTL at all. However, applying such format with CJK/CTL enabled for me resulted in proper Source Han Sans CN Regular for Asian and Lohit Devanagari for CTL. Incidentally I saved a modified Financial table format with these instead of forcing them to DejaVu Sans again, so who wants can apply that and see if s/he spots any difference when using CJK/CTL cell content.
There is no "Thornale" or "Andale Sans UI" not "Tahoma" with 6.1.
Cannot be tested with 6.2+, table styles missing.
This bug needs a title rewrite per comment 12.
Dear Regina Henschel,
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
I'll close it as "Worksforme". There are no longer Thorndale, Tahoma or 'Andale Sans UI'. In case there are problems with Asian or CTL, that should be reported in a new bug report.