Zizi64 wrote:It is not (not only) OS depended property.
Here are two pictures from my Win7 prof op. sys. (from same PC, after installation of your attached font)
LibreOffice 4.4.7:
LibreOffice 6.1.2 portable (winPenpack):
RoryOF wrote:My standard advice to Users is that final formatting should always be carried out only on one machine, be it for a task in Writer or in Impress. If the formatting of the output is mission critical, a PDF file may be best, with fonts embedded. That should be tested on differing platforms to ensure identical output, if different platforms will be used.
Zizi64 wrote:It is not (not only) OS depended property.
Here are two pictures from my Win7 prof op. sys. (from same PC, after installation of your attached font)
LibreOffice 4.4.7:
LibreOffice 6.1.2 portable (winPenpack):
Zizi64 wrote:It is not (not only) OS depended property.
Here are two pictures from my Win7 prof op. sys. (from same PC, after installation of your attached font)
LibreOffice 4.4.7:
LibreOffice 6.1.2 portable (winPenpack):
So maybe I should run LibreOffice 4.4.7 on my Mac then?
RoryOF wrote:My focus on Forum is getting a User to finish their project, whatever the workarounds needed. The identification of points such as variable output across platforms, or the incorrect handling of particular fonts is useful for developers, although I remark that developers often only solve problems that impinge directly on their OO needs - they are, after all, volunteers, carrying out such work in their own time, as do the admins, mods and volunteers on the Forum.
If I needed to display bullet point transitions in a PDF (I don't - I live a very simple and happy life!) I would make a series of slides, each one a copy of the previous, with the extra bullet point added. I would start by making the final slide, with all bullet points, copy it to match the number of bullet points, then delete the points one by one, working back from the final slide so that I had a sequence of slides
BP0, BP1, BP2, BP3 etc
I suspect that, because of the variability of font generators, developers will work only with the "standard" Windows fonts, migrated to other platforms as appropriate.
Zizi64 wrote:So maybe I should run LibreOffice 4.4.7 on my Mac then?
Try it.
Here are the installers of the older versions of the LO:
https://downloadarchive.documentfoundat ... ffice/old/
I am not sure, which one of the appearings is the right appearing.
And maybe your font file is an old, obsolete version...
Brak wrote:One of the issues with that suggestion, is that if you modify one slide, it can equate to modifying a dozen of them - which leaves open the possibility of making a mistake and either missing one of the slides, or introducing typos.
Zizi64 wrote:So maybe I should run LibreOffice 4.4.7 on my Mac then?
Try it.
Here are the installers of the older versions of the LO:
https://downloadarchive.documentfoundat ... ffice/old/
I am not sure, which one of the appearings is the right appearing.
And maybe your font file is an old, obsolete version...
The issue isn't with the font, as it works well in [u]all the Win OSes I have used[/u] it in.
Zizi64 wrote:The issue isn't with the font, as it works well in [u]all the Win OSes I have used[/u] it in.
What version of the Windows was the oldest one where you used that font ??
can I ask why you are asking that?
Zizi64 wrote:can I ask why you are asking that?
We had similar problems with the obsolete version of the Times New Roman font used in our old Word documents, inherited from the Win 3.1 or Win98 era. The name of the incompatible font was 'Times New Roman CE'.
The newer wersions of the office suites can substitute them (if it is not present in the system), but the appearing will be different. The problem had gone, when we recreated our documents with the modern versions of the TNR like free, open source fonts, like the fonts of the DejaVu font family (and others)...
I see, your problem is not same as mine, but you could try an another (newer) version of the hebrew font...
Zizi64 wrote:can I ask why you are asking that?
We had similar problems with the obsolete version of the Times New Roman font used in our old Word documents, inherited from the Win 3.1 or Win98 era. The name of the incompatible font was 'Times New Roman CE'.
The newer wersions of the office suites can substitute them (if it is not present in the system), but the appearing will be different. The problem had gone, when we recreated our documents with the modern versions of the TNR like free, open source fonts, like the fonts of the DejaVu font family (and others)...
I see, your problem is not same as mine, but you could try an another (newer) version of the hebrew font...
<text:list-level-style-bullet text:level="1" text:bullet-char="●">
<style:text-properties fo:font-family="StarSymbol" style:use-window-font-color="true" fo:font-size="45%"/>
Brak wrote:... when you have a dozen slides with a dozen bullet points - 12 slides become 144!
Zizi64 wrote:From the 'content.xml' file of the test-yellow.odp document. (All of ODF documents are .zip archive with directories and files inside.):
- Code: Select all Expand viewCollapse view
<text:list-level-style-bullet text:level="1" text:bullet-char="●">
<style:text-properties fo:font-family="StarSymbol" style:use-window-font-color="true" fo:font-size="45%"/>
I have not font named "StarSymbol" or similar font, therefore the bullets are not appeared for me.
John_Ha wrote:Brak wrote:... when you have a dozen slides with a dozen bullet points - 12 slides become 144!
I really wouldn't worry about it.
No-one in the audience is going to notice anything during a presentation which has 12 lines per slide because they won't be able to read the lines.
And even if they can read the lines with binoculars they will be so bored that they all will have fallen asleep long before you get anywhere near your 144th bullet.
Zizi64 wrote:I have not font named "StarSymbol" or similar font, therefore the bullets are not appeared for me.
Users browsing this forum: No registered users and 0 guests