[GastForen PrePress allgemein Typographie FontExplorer 4.1: aktive Fonts nach Neustart öfter nicht verfügbar

  • Suche
  • Hilfe
  • Lesezeichen
  • Benutzerliste
Themen
Beiträge
Moderatoren
Letzter Beitrag

FontExplorer 4.1: aktive Fonts nach Neustart öfter nicht verfügbar

Martin Fischer
Beiträge gesamt: 12783

3. Feb 2014, 16:42
Beitrag # 1 von 5
Bewertung:
(4925 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo,

seit dem Upgrade des FontExplorers auf 4.1 (von 3.x) beobachte ich immer wieder, dass Fonts, die im FontExplorer als aktiviert markiert sind, in Anwendungsprogrammen (z.B. InDesign CS6 u.a.) nicht verfügbar sind und nicht zur Auswahl angeboten werden (z.B. Minion Pro, nicht als Systemfont installiert, sondern über FontExplorer verwaltet).

Abhilfe verschafft die Deaktivierung und Reaktivierung der Fonts in FontExplorer.
Das ist auf die Dauer etwas lästig.

Die Font-Caches sind in der Zwischenzeit mehrfach gelöscht worden.

Dieses Problem ist mir von der vorhergehenden Version nicht bekannt.
Es trat unmittelbar nach Installation des Upgrades auf 4.1 zu Tage (4.0 hatte ich vorsichtshalber übersprungen).

Hat jemand eine Idee, womit dieses hin und wieder auftauchende Phänomen zusammenhängen könnte und wie dem beizukommen wäre?

(Betriebssystem: OS X 10.8.5)

(Dieser Beitrag wurde von Martin Fischer am 3. Feb 2014, 16:50 geändert)
X

FontExplorer 4.1: aktive Fonts nach Neustart öfter nicht verfügbar

typografie.info
Beiträge gesamt: 403

3. Feb 2014, 16:58
Beitrag # 2 von 5
Beitrag ID: #523067
Bewertung:
(4905 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Wir haben das in unserem Typoforum auch diskutiert:
http://www.typografie.info/...r-41-ist-erschienen/

Am Ende gibt es ein Statement von Monotype zur Ursuche und was man dagegen tun kann. Außerdem arbeitet man »fieberhaft« an einem Update. ;-)


als Antwort auf: [#523066]

FontExplorer 4.1: aktive Fonts nach Neustart öfter nicht verfügbar

Martin Fischer
Beiträge gesamt: 12783

3. Feb 2014, 16:58
Beitrag # 3 von 5
Beitrag ID: #523068
Bewertung:
(4902 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Das Problem scheint bekannt zu sein.
Z.B. Typographie.info – FontExplorer 4.1 ist erschienen.

Mit dem Wissen von heute, hätte ich mich mit dem Kauf des Upgrades zurückgehalten. ;-)

---
edit:
@typografie.info: Danke für den Hinweis.
Du warst einen Kick schneller. ;-)


als Antwort auf: [#523066]
(Dieser Beitrag wurde von Martin Fischer am 3. Feb 2014, 17:01 geändert)

FontExplorer 4.1: aktive Fonts nach Neustart öfter nicht verfügbar

Michael Pabst
Beiträge gesamt: 2858

5. Feb 2014, 17:34
Beitrag # 4 von 5
Beitrag ID: #523168
Bewertung:
(4709 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Merkwürdig. Das Problem der ungefragten Deaktivierung bestimmter Schriften nach einem Neustart hatte ich über mehrere Versionen des FE hinweg. Neuerdings ist das weg. Entweder seit dem Update auf 4.1 oder vielleicht seit einem der letzten Systemupdates (10.8.5).

Edit: Bei mir waren allerdings die Schriften nicht nur in den Anwendungsprogrammen nicht verfügbar, sondern auch tatsächlich nach einem Neustart deaktiviert.

Gruß
Michael


als Antwort auf: [#523068]
(Dieser Beitrag wurde von Michael Pabst am 5. Feb 2014, 17:37 geändert)

FontExplorer 4.1: aktive Fonts nach Neustart öfter nicht verfügbar

Martin Fischer
Beiträge gesamt: 12783

9. Feb 2014, 21:35
Beitrag # 5 von 5
Beitrag ID: #523344
Bewertung:
(4591 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Das Update FontExplorer 4.1.1 ist inzwischen verfügbar.

Zitat von FEX If you experienced problems with fonts not being activated in your design applications with FontExplorer X Pro 4.1, please update your software to 4.1.1!

Resolved
– Fonts permanently activated in FontExplorer X Pro were no longer available in many other Applications such as Adobe CS5/5.5/6 and QuarkXPress 8 and 9 following an update to FontExplorer X Pro 4.1. Cleaning the System and Application Font Caches generally resolved this problem

– The Smart Set dialog did not show checkboxes for Usages, Themes or Categories so that it was not possible to create a Smart Set based on individual classifications

– Various minor unrelated issues have been addressed



als Antwort auf: [#523068]
X