At 7:25 PM +0200 7/3/02, Joaqu�n Cuenca Abela wrote:
>I don't know how to implement a font substitution algorithm that makes
>sense. The problem:
Oh what fun...
>fonts used in windows are not usually available on others systems. When
>you try to open on linux an abiword file that comes from windows, it
>will have "Times New Roman", "Arial", etc fonts, but the linux guy
>doesn't has these fonts.
They MAY have those fonts, but yes, the issue is still there...
>If we substitute these fonts for something else, we have to indicate it
>in the GUI,
That would be nice...
>ie. if we change Arial for Helvetica, we have to show in the
>font family combo box the Helvetica name (as this is the font the
>abiword is using to display the text).
Agreed.
But you may also wish to alert the user as well since their
document WILL reflow based on the new metrics.
>This substitution should be a "only visual" one (only the string in the
>GUI is affected, but the doc is still saved with "Arial"), or a "hard"
>one (the file is saved with "Helvetica").
I would give the user a choice about this one, given the
metrics changes and that they may now be using this file always on
the new machine and may want it changed permanently.
>If the substitution is "only visual", say that the linux user adds a new
>paragraph in "Helvetica", it will be saved in the doc as a "Helvetica"
>paragraph, while the others paragraphs will be still "Arial" (and the
>GUI is saying that all them have exactly the same font). That's a real
>problem.
But if they are using Styles, then it won't matter. And
users should be using Styles. If they don't, they get what they
deserve.
LDR
--
---------------------------------------------------------------------------
Leonard Rosenthol <mailto:[EMAIL PROTECTED]>
<http://www.lazerware.com>
