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
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.
(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.
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.
(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.
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.
(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.
(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.
(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.