Kategorien
- [-]Developer (92)
- API (14)
- Backend (16)
- Extensions (26)
- HTML & CSS (3)
- Typoscript (31)
- [-]Redaktionelles (15)
- Anleitungen (6)
- Tipps (6)
- Sonstiges (29)
Schlagwortwolke
| « | August 2010 | » | ||||
|---|---|---|---|---|---|---|
| S | M | T | W | T | F | S |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 | ||||
Letzte Nachrichten
- Datenschutzkonforme like-Buttons mit socialshareprivacy als...
- 22.09.2011 14:01
- Lightbox in eigener Extension
- 20.09.2011 23:26
- Eigene Datei-Icons in tt_news
- 20.09.2011 14:27
- socialshareprivacy - datenschutzkonforme Likebuttons
- 06.09.2011 21:54
Letzte Kommentare
- Hallo zusammen Falls Ihr das noch nicht gesehen habt, ich...
- 01.02.2012 02:35
- @Gunter: Wie kommst du drauf, das Fluid "beim Hersteller"...
- 30.01.2012 12:29
- Ich glaube, ich habe eine mögliche Datenschutzlücke in der...
- 30.01.2012 10:43
- Ich bin Journalistin und verstehe recht wenig von Typo3....
- 24.01.2012 17:47
In eigener Sache
Peter Linzenkirchner, Lisardo Multimedia in Augsburg. Freelance und Partner für Design- und Webagenturen in Augsburg und München. Pixelgenaue Templates, valides HTML, barrierearm. TYPO3-Projekte, Extension-Programmierung und mehr ...
niceText funktioniert nicht
niceText funktioniert nicht
Problem: Nach einem Update oder einem Serverumzug werden Grafiken, die über den GIFBUILDER erstellt wurden (z. B. in GMENU) nur als leere Flächen dargestellt bzw. ohne Text. Ursache scheint die Angabe von niceText=1 zu sein.
Beispiel
- 1.NO {
- wrap= <li>|</li>
- XY=108,19
- backColor=#b4b4b4
- # Text rendern
- 10=TEXT
- 10.text.field=title
- 10.fontColor=#000000
- 10.fontFile=fileadmin/fonts/verdana.ttf
- 10.niceText=1
- 10.offset=7,13
- }
Normalerweise sollte das ausreichen, um graue Grafikflächen mit den Seitennamen zu erstellen; nach dem Update oder dem Umzug jedoch nicht mehr. Die Texte erscheinen erst wieder, wenn die Zeile
- 10.niceText=1
deaktiviert wird. Das führt aber zu nicht akzeptablen Verschlechterung der Darstellung.
Ursache ist eine Voreinstellung in TypoScript, die sich beim einem Wechsel von ImageMagick auf GraphicsMagick bzw. bei einer Versionsänderung von GraphicsMagick plötzlich auswirkt.
Lösung
eine einfache Lösung wäre, niceText durch antiAlias zu ersetzen:
- 10.antiAlias=1
Das sieht im Ergebnis allerdings etwas anders aus – nicht schlecht allerdings; nach meinem Empfinden ist es näher an der normalen Schriftdarstellung unter Windows als niceText. Wenn man allerdings wirklich die Darstellung von niceText braucht, ist das noch keine Lösung.
Die Optionen niceText und antiAlias spielen zusammen. Per Voreinstellung ist antiAlias immer eingeschaltet (antiAlias=1) auch wenn es nicht explizit angegeben wird. In den älteren Versionen von GraphicsMagic hat das keine Rolle gespielt, in den neueren scheint es aber so zu sein, dass ein aktiviertes antiAlias die Option niceText deaktivert und vice versa. Die Lösung sieht also so aus:
- 1.NO {
- wrap= <li>|</li>
- XY=108,19
- backColor=#b4b4b4
- # Text rendern
- 10=TEXT
- 10.text.field=title
- 10.fontColor=#000000
- 10.fontFile=fileadmin/fonts/verdana.ttf
- 10.niceText=1
- 10.antiAlias=0
- 10.offset=7,13
- }
Also grundsätzlich immer beides angeben.
Weiterführende Links
- Kommentare

