Schnellnavigation:

Kategorien

Schlagwortwolke

api typoscript seo rte extension backend css templavoila facebook sprachen extensions gifbuilder datenbank google fce redaktion php menü hyphen ie6 formular security constants slide webfonts silbentrennung twitter typo3-camp tceform t3c tca tag t3blog sql sprachmenü tcadefaults suchmaschine suchtipps typo3camp
« 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        

Kopieren Sie diesen Link in Ihren RSS-Reader

RSS 0.91Nachrichten
Kommentare
RSS 2.0Nachrichten
Kommentare

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 ... 

Zur Zeit wird gefiltert nach: August 31
Filter zurücksetzen

31August2010

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. 1.NO {
  2.       wrap= <li>|</li>
  3.       XY=108,19
  4.       backColor=#b4b4b4
  5.  
  6.       # Text rendern
  7.       10=TEXT
  8.       10.text.field=title
  9.       10.fontColor=#000000
  10.       10.fontFile=fileadmin/fonts/verdana.ttf
  11.       10.niceText=1
  12.       10.offset=7,13
  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

  1. 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:

  1. 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. 1.NO {
  2.       wrap= <li>|</li>
  3.       XY=108,19
  4.       backColor=#b4b4b4
  5.  
  6.       # Text rendern
  7.       10=TEXT
  8.       10.text.field=title
  9.       10.fontColor=#000000
  10.       10.fontFile=fileadmin/fonts/verdana.ttf
  11.       10.niceText=1
  12.       10.antiAlias=0
  13.       10.offset=7,13
  14.     }

Also grundsätzlich immer beides angeben.

Weiterführende Links

Kategorien: Typoscript  Kommentare 0
Tags: gifbuilder
31August2010

Konfiguration einer Extension abfragen

Eine Extension kann Konfigurationsvariablen enthalten, die im Extensions-Manager eingestellt werden können/müssen. Dazu muss zunächste eine Datei mit dem Namen ext_conf_template.txt in der Root der Extension erstellt werden. Darin werden die Auswahl- bzw. Einstellungsmöglichkeiten definiert (hier ein Beispiel aus der captcha-Extension):

  1. # cat=basic; type=boolean; label=Use TTF: When set the captcha will get generated using TTF font rendering functions which will result in much more readable captchas
  2. useTTF=0
  3.  
  4. # cat=basic; type=integer; label=Image width: The width of the captcha image
  5. imgWidth=95

Diese Variablen werden im Extensions-Manager bei der Installation der Extension abgefragt und können dort eingestellt werden. Sie werden automatisch serialisiert in der localconf.php der TYPO3-Installation abgelegt.

Innerhalb einer Frontend-Extension kann nur auf diese Variablen so zugegriffen werden:

  1. $_EXTCONF=unserialize($_EXTCONF);
  2.  
  3. $useTTF=$_EXTCONF['useTTF'];
  4.  
  5. // usw.
  6.  

Von ausserhalb der Extension – wie das z. B. in der captcha.php der captcha-Extension nötig ist, kann so zugeriffen werden:

  1. // Pfade einstellung und localcon.php laden
  2. define('TYPO3_MODE','FE');
  3. define(PATH_this,dirname(__FILE__).'/');
  4. define(PATH_site,dirname(dirname(dirname(dirname(dirname(__FILE__))))).'/');
  5. define(PATH_typo3conf,PATH_site.'typo3conf/');
  6. require_once(PATH_typo3conf.'localconf.php');
  7. //
  8. $config=unserialize($TYPO3_CONF_VARS['EXT']['extConf']['captcha']);

Die captcha-Extension wirft in manchen Installationen folgenden Fehler:

TYPO3 Fatal Error: Extension key “lang” was NOT loaded! (t3lib_extMgm::extPath)

Das liegt daran, dass die captcha.php versucht, das halbe Backend nachzuladen, was aber überhaupt nicht erforderlich ist. Der einfachste Fix geht so, dass die ersten Zeilen der Extension, in denen verschiedene Klassen des Backends nachgeladen werden, durch andere ersetzt werden.

Diese Zeilen:

  1. define(PATH_t3lib,PATH_site.'t3lib/');
  2. define(PATH_tslib,PATH_site.'typo3/sysext/cms/tslib/');
  3. require_once(PATH_t3lib.'class.t3lib_div.php');
  4. require_once(PATH_t3lib.'class.t3lib_extmgm.php');
  5. require_once(PATH_t3lib.'config_default.php');

ersetzen durch diese:

  1. define(PATH_typo3conf,PATH_site.'typo3conf/');
  2. require_once(PATH_typo3conf.'localconf.php');
  3. $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['captcha']=
  4.       unserialize($TYPO3_CONF_VARS['EXT']['extConf']['captcha']);

Damit wird das Nachladen vieler Klassen umgangen und die Konfiguration direkt aus der localconf.php übernommen.

 

 

Kategorien: API/Extensions  Kommentare 0
Tags: config, api, extension, captcha