Download it now!
Bug 112223 - Special character dialog should open with the correct font when opened from Bullet dialog
Summary: Special character dialog should open with the correct font when opened from B...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.0.0.0.alpha0+
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Bullet-Numbering-Dialog Special-Character
  Show dependency treegraph
 
Reported: 2017-09-05 07:53 UTC by Yousuf Philips (jay) (retired)
Modified: 2017-09-08 14:24 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
sample (482.88 KB, application/wps-office.docx)
2017-09-05 07:53 UTC, Yousuf Philips (jay) (retired)
Details
Font "Segeo UI Symbol" specified for bullets (15.35 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2017-09-05 23:38 UTC, Regina Henschel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2017-09-05 07:53:55 UTC
Created attachment 136022 [details]
sample

Steps:
1. open attached document (you should have helvetica font installed)
2. place cursor on the bullet line with a 5-point or 4-point star
3. right-click > bullets and numbering
4. switch to customize tab and click the 'select...' button
5. special character dialog opens with opensymbol font selected rather than helvetica, resulting in the incorrect symbol being preselected

Version: 6.0.0.0.alpha0+
Build ID: fc61be93c60967bf1d6bcffcada8189016d4530e
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-05_00:50:38
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 Regina Henschel 2017-09-05 09:41:14 UTC
What is the "correct" font, if the paragraph has a different font than the font set in the character style, which is associated with the bullet?

In addition, please have a look at bug 112019. There is an option needed to insert a bullet without any font information.
Comment 2 Yousuf Philips (jay) (retired) 2017-09-05 17:24:32 UTC
(In reply to Regina Henschel from comment #1)
> What is the "correct" font, if the paragraph has a different font than the
> font set in the character style, which is associated with the bullet?

As character styles are an optional feature of a bullet, a font would always need to be set for a bullet character, and lets not forget that MSO doesnt use character styles for bullet characters.

> In addition, please have a look at bug 112019. There is an option needed to
> insert a bullet without any font information.
Comment 3 Regina Henschel 2017-09-05 23:38:06 UTC
Created attachment 136055 [details]
Font "Segeo UI Symbol" specified for bullets

I think, it is more an import problem than a problem with the special character dialog.

The docx file has no font specified for the bullet. The question is, what rules Word uses in that case. Do you know? It might be the paragraph (Helvetica), the theme (Helvetica) , the docDefaults (Times New Roman), or an implementation default (which is OpenSymbol in LO).

If you select the bullet in the text, then the font "Times New Roman" is shown in the toolbar.

In case the docx file specifies a font for the bullets, then LibreOffice imports this font correctly and this font is preselected in the special character dialog. You can try it with the attached document. Unfortunately LibreOffice has no UI to see, which font is actually set for the bullet, but you have to examine the file to get this information.
Comment 4 Yousuf Philips (jay) (retired) 2017-09-06 13:45:27 UTC
(In reply to Regina Henschel from comment #3)
> I think, it is more an import problem than a problem with the special
> character dialog.

The bullets dialog knows which font is used to render the bullet character, as it uses that font to render the bullet preview of the customize tab of the dialog, so this font should be passed onto the special character dialog to select that font when it is opened, so that it can also select the correct character, which wont necessarily be found in opensymbol.
Comment 5 Regina Henschel 2017-09-06 14:40:32 UTC
The problem is in your attached docx file. It does not has the information, which Font to use for the bullet. How was this file created? If I use my Word2010 to generate a bullet list, then the file contains the information about the font of the bullets and LibreOffice uses this font in the special character dialog.
Comment 6 Yousuf Philips (jay) (retired) 2017-09-06 17:30:42 UTC
(In reply to Regina Henschel from comment #5)
> The problem is in your attached docx file. It does not has the information,
> which Font to use for the bullet.

If you state that the font isnt present in the docx file, that definitely would be part of the problem, 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.

> How was this file created?

It was created with iwork pages on mac, as the filename mentions.

> If I use my
> Word2010 to generate a bullet list, then the file contains the information
> about the font of the bullets and LibreOffice uses this font in the special
> character dialog.

yes you are correct that if it is done with word 2010 then the dialog does work correctly.
Comment 7 Regina Henschel 2017-09-06 21:43:43 UTC
(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.
Comment 8 Yousuf Philips (jay) (retired) 2017-09-08 14:24:29 UTC
(In reply to Regina Henschel from comment #7)
> 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.

yes.

> What should happen, if the bullet has an associated font, but the font is
> not available on the PC of the current user?

i would suggest that the associated font name would appear in the font drop down but would be rendered by the replacement font in the grid, to ensure that the font name isnt lost unless the user chooses another font name.