Mitkopieren von Previews

[Christian Boltz]

Hallo Ratti, hallo Leute,

mir ist gerade eine Kleinigkeit aufgefallen - in bestimmten Fällen
werden Previews nicht mitkopiert.

Zum Reproduzieren:
- ein paar Fonts in ein Verzeichnis werfen, die noch "kryptische"
  8.3-Dateinamen haben. Nennen wir das Verzeichnis "~/neuefonts".
- fontlinge_base --previews ~/neuefonts
- fontlinge_base --move ~/neuefonts - die Fonts werden verschoben und
  lesbar umbenannt, die Previews bleiben mit "kryptischem" Namen in
  ~/neuefonts liegen.

Ja, ich weiß, dass diese Vorgehensweise nicht der Doku entspricht ;-)
Trotzdem die Frage: Lässt sich das mit vertretbarem Aufwand ändern?


Gruß

Christian Boltz
--
Was habt Ihr denn?  emacs ist doch ein tolles Betriebssystem!
Das einzige was ihm fehlt, ist ein vernünftiger Editor (vim?)
[Jan Trippler in suse-linux]


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Fontlinge-devel mailing list
Fontlinge-devel@...
https://lists.sourceforge.net/lists/listinfo/fontlinge-devel

[Joerg Rossdeutscher]

Hallo,

Am Sonntag, den 11.09.2005, 23:35 +0200 schrieb Christian Boltz:

> Hallo Ratti, hallo Leute,
>
> mir ist gerade eine Kleinigkeit aufgefallen - in bestimmten Fällen
> werden Previews nicht mitkopiert.
>
> Zum Reproduzieren:
> - ein paar Fonts in ein Verzeichnis werfen, die noch "kryptische"
>   8.3-Dateinamen haben. Nennen wir das Verzeichnis "~/neuefonts".
> - fontlinge_base --previews ~/neuefonts
> - fontlinge_base --move ~/neuefonts - die Fonts werden verschoben und
>   lesbar umbenannt, die Previews bleiben mit "kryptischem" Namen in
>   ~/neuefonts liegen.
>
> Ja, ich weiß, dass diese Vorgehensweise nicht der Doku entspricht ;-)
> Trotzdem die Frage: Lässt sich das mit vertretbarem Aufwand ändern?

Ich hab das mal angetestet. Code ist drin, aber auskommentiert. Weil:

Wenn existiert:
HELVB.TTF
HELVB.png

...dann entsteht, wenn man den neuen Code aktiviert:

Helvetica_Bold.ttf
HELVB.png

Jeder neue Durchlauf würde jetzt die Zusammengehörigkeit der Dateien
nicht mehr erkennen, das Preview wäre dann verwaist. Also weg.

Man kann überlegen, ob man einen Umbenennung vornimmt (Das wäre dann
aber eine grössere Änderung), und stattdessen generiert:

Helvetica_Bold.ttf
Helvetica_Bold.png

Aber was macht man dann mit so einer Quelle:

HELVB.TTF
HELVB.png
Helvetica_Bold.png

Es ist nicht unwahrscheinlich, dass dem Font bereits vom Autor ein Bild
beigelegt wird. Dann entstünde Kuddelmuddel oder Datenverlust.


Der sichere Weg scheint einzig und allein zu sein:

1. Den neuen Code nicht aktivieren
2. Kopieren der "unsauberen" Quelle (download oder so) in eine leere
   Fontbase
3. --force-previews
4. Endgültiger --move in die echte fontbase.

Gruß,
Ratti




--
 -o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux
 /\\ http://freshmeat.net/projects/fontlinge/
_\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/

[Christian Boltz]

Hallo Ratti, hallo Leute,

Am Samstag, 8. Oktober 2005 11:43 schrieb Ratti:

> Am Sonntag, den 11.09.2005, 23:35 +0200 schrieb Christian Boltz:
> > mir ist gerade eine Kleinigkeit aufgefallen - in bestimmten Fällen
> > werden Previews nicht mitkopiert.
> >
> > Zum Reproduzieren:
> > - ein paar Fonts in ein Verzeichnis werfen, die noch "kryptische"
> >   8.3-Dateinamen haben. Nennen wir das Verzeichnis "~/neuefonts".
> > - fontlinge_base --previews ~/neuefonts
> > - fontlinge_base --move ~/neuefonts - die Fonts werden verschoben
> > und lesbar umbenannt, die Previews bleiben mit "kryptischem" Namen
> > in ~/neuefonts liegen.
> >
> > Ja, ich weiß, dass diese Vorgehensweise nicht der Doku entspricht
> > ;-) Trotzdem die Frage: Lässt sich das mit vertretbarem Aufwand
> > ändern?
>
> Ich hab das mal angetestet. Code ist drin, aber auskommentiert. Weil:
>
> Wenn existiert:
> HELVB.TTF
> HELVB.png
>
> ...dann entsteht, wenn man den neuen Code aktiviert:
>
> Helvetica_Bold.ttf
> HELVB.png
>
> Jeder neue Durchlauf würde jetzt die Zusammengehörigkeit der Dateien
> nicht mehr erkennen, das Preview wäre dann verwaist. Also weg.

Das wäre schlecht.

> Man kann überlegen, ob man einen Umbenennung vornimmt (Das wäre dann
> aber eine grössere Änderung), und stattdessen generiert:
>
> Helvetica_Bold.ttf
> Helvetica_Bold.png

Viel besser. Um nicht zu sagen prima ;-)

> Aber was macht man dann mit so einer Quelle:
>
> HELVB.TTF
> HELVB.png
> Helvetica_Bold.png
>
> Es ist nicht unwahrscheinlich, dass dem Font bereits vom Autor ein
> Bild beigelegt wird. Dann entstünde Kuddelmuddel oder Datenverlust.

Ich würde das Preview mit gleichem basename, also HELVB.png, bevorzugen.
Und zwar schon allein, weil unser --preview die Vorschaubilder auch
anhand des basename benennt.

Ach ja:
#      if(     $t=~/^$base(\(\d+\))?(\.(.+))?\.(png| [...] )$/is ) {
                          ^^^^^^^^^^
Bei Verwendung des basename sollte der Teil "(1)" nicht im Dateinamen
vorkommen (bzw. schon in $base enthalten sein). Du solltest die RegEx
also entsprechend verkürzen.

BTW, ungetestet: Die RegEx "nach Fontname" arbeitet mit derselben RegEx
und schnappt sich deshalb wohl auch Fonts mit der falschen Nummer. Es
könnte also vorkommen, dass die Previews von Arial(1).ttf und
Arial(2).ttf durcheinandergewürfelt werden.

> Der sichere Weg scheint einzig und allein zu sein:
>
> 1. Den neuen Code nicht aktivieren
> 2. Kopieren der "unsauberen" Quelle (download oder so) in eine leere
>    Fontbase
> 3. --force-previews
> 4. Endgültiger --move in die echte fontbase.

Inzwischen solltest Du mitbekommen haben, dass ich mich nicht an Doku
und "sichere Wege" halte ;-)


Gruß

Christian Boltz
--
In /etc steht, was Du denkst. In /proc steht, was das OS denkt.
                                           [Thomas Blum in doc]


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
_______________________________________________
Fontlinge-devel mailing list
Fontlinge-devel@...
https://lists.sourceforge.net/lists/listinfo/fontlinge-devel