Just sending to the list for completeness of the discussion that led us
to these conclusions 3 of 3.
AESE, S.L., Javier de Lorenzo-Cáceres. wrote:
> Hi Phil,
>
> After reading a little bit more about pdf fonts I encountered people
> using more terms than concepts exist:
>
> Terms: base fonts, core fonts, built-in fonts, embedded fonts, bundled
> fonts, system fonts.
>
> Concepts: I think there are only 4 concepts,
> 1) System font: a font installed on the operating system.
> 2) Acrobat Base font: one of the 13 (or 14) Acrobat fonts not to
> embed for lightweight while maintaining interoperability and design
> fidelity (maybe we may use core fonts, built-in fonts or bundled
> fonts without the need of disambiguation from embedded fonts but we
> better avoid it).
> 3) MM font: Multiple Master font. I think these are two of the above,
> one serif and one sans-serif for substitution when a font not in the 13
> base fonts and not embedded is used (and maybe not in the target system).
> 4) Embedded font: the original font used in the original doc and
> embedded in the doc for 100% design fidelity everywhere (it may be a
> subset for lightweight).
>
> You wrote:
> Seems extraordinary that the 35 Meg Adobe Acrobat doesn't have a utf-8
> font bundled??
>
> I believe you are totally right: I'm reading that all are latin1 and it
> seems extraordinary, at least in recent versions.
>
> Recap: Then, we must add another Advantage and correct nº2:
>
> - New Advantage: pdf reports for all languages. (now they are latin1 + CJK)
> - Nº2: The use of full utf-8 (there is no need to develope an user
> option. There is no need to have a high speed connection, indeed, it
> will be more lightweight)
>
> Recap: Moreover, we don´t need to think about conversion
> functions (Approach nº2)
>
> Recap: now we are trying to achieve a real utf-8 compliant system. We
> must delete the word "prepared" in Advantage nº3. (neither we are trying
> to move iso dynamic change to the pdf generation stage.)
>
> Recap: And maybe, to add a minor disadvantage: for all languages except
> english, utf-8 docs are a little bit bigger; this is specially true for
> CJK, but CJK will like to use it along other languages, for sure.
>
> If this works, it will make many people happy. I think there are reasons
> to be excited about it.
> Moreover, it's an easier path than having to deal with creating a new
> user option and work with conversion (decode or transcode) functions.
>
> ******************
> I think that now we may concentrate in:
> 1) What free open source library to use: we have TCPDF at hand.
> 2) How to "load" a system font in TCPDF (this must be an utf-8 font not
> in the 13 base fonts and not to embed).
> 3) Which font/s will be selected for best results of interoperabity,
> design fidelity, and viewing/printing quality (I have readed that Adobe
> Postscript Type 1 gives better results on screen than any other like
> Postscript Type 3 bitmapped fonts, PCL fonts, MacOS bitmap fonts,
> Windows vector (outline) fonts, etc.
>
> Warmest regards,
> javier
>
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.
http://p.sf.net/sfu/bobj-july_______________________________________________
Web-ERP-translation mailing list
Web-ERP-translation@...
https://lists.sourceforge.net/lists/listinfo/web-erp-translation
