Anzeige:
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 15 von 21

Thema: Euro bzw. beliebiges Zeichen?

  1. #1
    Registrierter Benutzer
    Registriert seit
    31.08.2007
    Beiträge
    45

    Euro bzw. beliebiges Zeichen?

    Mein benutzter PS-Font enthält das Euro-Symbol an Position 20AC.
    Leider wird das Zeichen mit \texteuro nicht abgerufen, sondern ich bekomme das aus der Schrift SFRM, das geht nicht.

    Mit eurosym kriege ich ein C mit zwei Strichen durch, was aber völlig anders aussieht als das eigtl. Euro-Zeichen, nämlich viel breiter.

    Kann man überhaupt ein spezifisches Zeichen abrufen oder liegt es an der Kodierung des Fonts fd, vf etc. ?

    Mit dem times-Paket funktioniert es und ich bekomme das Euro-Symbol aus der Nimbus...

    XeTeX kann ich wg. fehlendem microtype leider nicht benutzen.

  2. #2
    Registrierter Benutzer
    Registriert seit
    09.12.2005
    Beiträge
    1.326
    Das hängt schlicht und ergreifend von der Codierung des Fonts ab. Für Text-Symbole, die nicht Teil der üblicherweise verwendeten T1-Codierung sind, gibt es extra die TS1-Codierung (siehe Seite 29 der Encoding-Anleitung encguide.pdf). Genau darauf greift das Paket textcomp zurück.
    Geändert von klops (17-07-2013 um 11:56 Uhr)

  3. #3
    Registrierter Benutzer
    Registriert seit
    31.08.2007
    Beiträge
    45
    Zitat Zitat von klops Beitrag anzeigen
    encguide.pdf
    bzw 'texdoc textcomp'
    Danke.

    Ich weiß nicht, ob ich das jemals verstehen werde.

    Muss ich dann bei der Fontherstellung schon zusätzliche pfb-Dateien erstellen (habe einen Font, wo es eine Datei mit nur Euro und Pi gibt) oder geht das alles auf LaTeX-Ebene?

  4. #4
    Registrierter Benutzer
    Registriert seit
    09.12.2005
    Beiträge
    1.326
    Zitat Zitat von slkdjf Beitrag anzeigen
    Muss ich dann bei der Fontherstellung schon zusätzliche pfb-Dateien erstellen (habe einen Font, wo es eine Datei mit nur Euro und Pi gibt) oder geht das alles auf LaTeX-Ebene?
    Das geht auf TeX-Ebene, beispielsweise mit einem virtuellen Font oder entsprechenden Encoding-Angaben in den map-Dateien. Siehe dazu auch fontinstallationguide.pdf.

    Aber das wird alles mit XeLaTeX oder LuaLaTeX (theoretisch) einfacher. Ich würde also dazu raten.

  5. #5
    Registrierter Benutzer
    Registriert seit
    19.05.2009
    Beiträge
    4.045
    Zitat Zitat von klops Beitrag anzeigen
    Aber das wird alles mit XeLaTeX oder LuaLaTeX (theoretisch) einfacher. Ich würde also dazu raten.
    Wenn die Schrift eine Type1-Schrift mit unklarer (d.h. nicht unicode)-Kodierung ist, würde ich nicht darauf wetten.

    Wenn aber die Schrift bereits mit LaTeX funktioniert und nur beim Euro auf eine andere Schrift zurückgreift, dann könnte es auch sein, dass man nur die richtige textcomp-Option benutzen muss. Aber da ja mal wieder mit Informationen (Minimalbeispiel, Name und Typ der Schrift, log-Datei) gespart wird ...


    Mein benutzter PS-Font enthält das Euro-Symbol an Position 20AC.
    Die Aussage macht nicht viel Sinn. Type1-Schrift haben keine Positionen, die benutzen Namen.

  6. #6
    Registrierter Benutzer
    Registriert seit
    31.08.2007
    Beiträge
    45
    Die Schrift ist selbsterstellt aus OTF inkl. Ligaturen, Kapitälchen, Mediävalziffern etc.

    Zitat Zitat von u_fischer Beitrag anzeigen
    Type1-Schrift haben keine Positionen, die benutzen Namen.
    Kann man sie vielleicht per Namen aufrufen?

  7. #7
    Registrierter Benutzer
    Registriert seit
    19.05.2009
    Beiträge
    4.045
    Die Schrift ist selbsterstellt aus OTF inkl. Ligaturen, Kapitälchen, Mediävalziffern etc.
    Und wie hast du die nötigen LaTeX/TeX-Dateien erzeugt? Warum wurden die TS1-Dateien nicht erzeugt? Alle Skripte, die ich so kenne, erstellen die mit.

  8. #8
    Registrierter Benutzer
    Registriert seit
    31.08.2007
    Beiträge
    45
    Mit otfinst.py.
    Es sind nur t1...fd vorhanden, keine ts1, ist da was schiefgelaufen?
    otfinst.py enthält nur "T1", kein "TS1"

  9. #9
    Registrierter Benutzer
    Registriert seit
    19.05.2009
    Beiträge
    4.045
    Als ich das letzte Mal otfinst.py ausprobiert habe, war es in hohem Maße fehlerhaft. http://tex.stackexchange.com/questio...-using-otfinst.

    Ich würde eher autoinst benutzen.

  10. #10
    Registrierter Benutzer
    Registriert seit
    31.08.2007
    Beiträge
    45
    Vielen Dank, das scheint tatsächlich zu funktionieren, sogar inklusive Euro.
    Nur fehlt mir jetzt \lnstyle um auf Tabellenziffern umzuschalten?
    Kann ich nun nur noch per option "lining" umschalten und entweder-oder benutzen?

  11. #11
    Registrierter Benutzer
    Registriert seit
    31.08.2007
    Beiträge
    45
    Das Zauberwort heißt \fontfigurestyle{lining}\selectfont

    Alles super Danke Danke

    --- Leider NICHT, denn die Ziffern kommen aus Nimbus-Roman

    --- Habe -nofigurekern gesagt, darum gab es keine proportionalen Tabellenziffern
    ... und das Zauberwort heißt \lnfigures
    Geändert von slkdjf (17-07-2013 um 14:56 Uhr)

  12. #12
    Registrierter Benutzer
    Registriert seit
    09.12.2005
    Beiträge
    1.326
    Da es ein OTF-Font ist: Warum verwendest Du den nicht mit lualatex?

  13. #13
    Registrierter Benutzer
    Registriert seit
    31.08.2007
    Beiträge
    45
    Weil m.W. microtype nicht funktioniert? Oder hat sich das inzwischen geändert?

    Package csquotes Error: Invalid argument
    See the csquotes package documentation for explanation.
    Type H for immediate help.
    ...

    l.367 \MakeAutoQuote{»}{«}
    Geändert von slkdjf (18-07-2013 um 17:35 Uhr)

  14. #14
    Registrierter Benutzer Avatar von Donalduck
    Registriert seit
    08.05.2007
    Ort
    Augsburg
    Beiträge
    754
    Das hat sich (schon länger) geändert. microtype unterstützt LuaTeX, und mit Einschränkungen auch XeTeX.

  15. #15
    Registrierter Benutzer
    Registriert seit
    31.08.2007
    Beiträge
    45
    Na viel länger als 1 Jahr kann's aber nicht sein ...
    Da werde ich mal gucken, ob ich das ganze konvertieren kann

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •