Kategorien
- [-]Developer (104)
- API (15)
- Backend (17)
- Extensions (29)
- HTML & CSS (4)
- Typoscript (33)
- [-]Redaktionelles (21)
- Anleitungen (9)
- Tipps (8)
- [-]Sonstiges (50)
- SEO (8)
Schlagwortwolke
« | Juni 2023 | » | ||||
---|---|---|---|---|---|---|
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 |
Letzte Nachrichten
- DSGVO
- 26.05.2018 18:39
- Trackingtools und Datenschutzerklärung
- 14.03.2014 23:07
- 1:n und n:1 Relationen in Extbase
- 06.12.2013 12:04
- Erste Abmahnungen wegen Google Analytics
- 04.10.2013 12:11
Letzte Kommentare
- Das liegt daran, dass die captcha.php versucht, das halbe...
- 05.12.2017 00:41
- Hallo, danke für den tollen Beitrag. Kann man die...
- 22.10.2015 10:05
- Vielen Dank für den Austausch guter Artikel. Es ist eine...
- 17.08.2015 10:58
- Hallo Peter, danke für die Extension. Ich habe sie auf...
- 27.08.2014 12:51
In eigener Sache
Peter Linzenkirchner, Lisardo EDV Beratung 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: gifbuilder
Filter zurücksetzen
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
Grafische Header
Ziel ist die Verwendung von Grafiken in den normalen Headern der Inhaltselemente bzw. als Ersatz derselben. Dazu gibt es mehrere Möglichkeiten in unterschiedlichem Schwierigkeitsgrad, dabei mehr oder weniger barrierefrei.
Alle vorgestellten Lösungen sind nicht vollständig barrierefrei, da keine einzige beim normalen Browserzoom (also dem Textzoom und nicht dem Ganzseitenzoom) nicht skalieren.
Headlines als Bilder ausgeben mit dem GIFBUILDER
Das ist sicher die einfachste Variante, die sich allerdings nur für einzeilige Headlines eignet. Bei mehrzeiligen Headlines (mit automatischem Umbruch) führt diese Technik zu abgeschnittenem Text, das kann aber mit einem Trick umgangen werden.
Quelle: Header aus Font rendern
Vorteile: einfach und simpel einzubauen. Wenn im Browser die Bilder ausgeschaltet sind, wird die Headline in der Standardschrift gezeigt (aus dem Alt-Attribut).
Nachteile: nur bedingt barrierefrei (Alt-Text wird vorgelesen, der Textfluss ist aber im Screenreader gestört – ich würde das Title-Attribut rauslassen, sonst wird der Text zweimal vorgelesen), ausserdem für SEO nicht ganz optimal. Nur bei einzeiligen Headlines möglich.
In den Kommentaren steht ein Beitrag von fips, mit dem jedes Wort der Headline eigens gerendert werden kann. So erfolgt der Zeilenumbruch wieder automatisch, da die Bilder einfach umbrechen (ungetestet):
- tempHeader=COA
- tempHeader {
- 10=IMAGE
- 10 {
- alttext.field=header
- file=GIFBUILDER
- file {
- XY=[10.w],26
- backColor=#ffffff
- transparentColor=#ffffff
- 10=TEXT
- 10 {
- text.field=header
- text.current=1
- text.listNum.splitChar=32
- text.listNum=0
- text.required=1
- text.noTrimWrap=|| |
- offset=0,20
- align=left
- #fontSize = {$header_fontsize}
- fontSize=20
- #fontFile = {$header_font}
- fontFile=fileadmin/fonts/titania-regular.ttf
- #fontColor = {$header_color}
- fontColor=#0e6400
- niceText=1
- doNotStripHTML=1
- }
- 5<.10
- 5 {
- fontColor=#c1c1c1
- offset=3,18
- }
- }
- if.isTrue.field=header
- if.isTrue.listNum=0
- if.isTrue.listNum.splitChar=32
- }
- 20<.10
- 20.if.isTrue.listNum=1
- 20.alttext.field>
- 30<.20
- 30.if.isTrue.listNum=2
- 40<.20
- 40.if.isTrue.listNum=2
- #...usw - so viele Wörter, die man max. benötigt
- }
Beide Methoden haben das Problem, dass Links um die Headlines nicht funktionieren; der entsprechende TypoScript-Code muss noch ergänzt werden. Siehe im Beispiel weiter unten zu den mehrzeiligen Headlines.
Einzeilige Headlines mit einer Image-Replacement Methode
Hier wird das Bild als Hintergrund des h2-Tags geladen und der eigentliche Text der Headline mit CSS versteckt. Diese Methode nennt sich »Image Replacement«. Bei mehrzeiligen Headlines (mit automatischem Umbruch) führt diese Technik ebenfalls wieder zu abgeschnittenem Text.
- tempHeader=COA
- tempHeader {
- 10=IMG_RESOURCE
- 10.stdWrap.wrap= <h2class="imageheader"style="background-image: url('|')">
- 10.file=GIFBUILDER
- 10=TEXT
- 10 {
- text= >
- fontSize=18
- offset=5,18
- fontColor=#26383D
- niceText=1
- }
- 20=TEXT
- 20 {
- text.current=1
- fontSize=18
- fontFile=fileadmin/fonts/Chalkboard.ttf
- offset=23,20
- fontColor=#CFA824
- niceText=1
- }
- XY=[10.w]+[20.w]+23,26
- transparentColor=#ffffff
- backColor=#ffffff
- }
- 20=TEXT
- 20.wrap= |</h2>
- }
- lib.stdheader.10.5<tempHeader
Damit erhält man folgenden Output:
- <h2class="imageheader"style="background-image: url('typo3temp/GB/xxx.gif')>
- Meine Headline
- </h2>
Damit die Sache auch ordentlich aussieht ist noch ein CSS-erforderlich:
- h2.imageheader {
- overflow:hidden;
- height:26px;
- text-indent:999em;
- white-space:nowrap;
- background-repeat:no-repeat;
- }
- h2.imageheader a {display:block;}
Quelle: Grafische Überschriften mit TYPO3
Vorteile: Semantisch korrekt und weitgehend barrierefrei (bis auf die Tatsache, dass auch hier die Grafik nicht skaliert bei einem Textzoom im Browser).
Nachteile: wie erwähnt nur bei einzeiligen Headlines möglich. Wird im Browser die Darstellung von Bildern deaktiviert bei gleichzeitig aktivem CSS, so ist keine Headline zu sehen, da kein Alt-Text zur Verfügung steht. Damit die Links auf den Headlines funktionieren, müssen sie zum Blockelement gemacht werden.
Auch in diesem Beispiel sind Links um die Headlines nicht berücksichtigt; das entsprechende TypoScript muss noch ergänzt werden, siehe unten.
Mehrzeilige Headlines mit Image-Replacement
Dazu ist es zuerst erforderlich, die extTables.php von Typo3 zu patchen:
- $TCA['tt_content']['columns']['header']['config']['type']='text';
Damit wird aus dem einzeiligen Text-Input ein Textfeld. Die Zeilenschaltungen werden dann mit Return einfach im Feld gesetzt.
- lib.stdheader {
- stdWrap.dataWrap=
- 10 {
- 1>
- }
- }
- lib.stdheader.10 {
- 1=IMG_RESOURCE
- 1 {
- file=GIFBUILDER
- file {
- XY=[10.w]+10,[10.h]+6
- backColor=#ffffff
- 10=TEXT
- 10 {
- text.field=header
- fontSize=32
- fontFile=fileadmin/fonts/arial.ttf
- fontColor=##454B45
- offset=0,30
- }
- }
- stdWrap.innerWrap(
- <h1 style="background: url({$baseUrl}|) no-repeat;">
- )
- stdWrap.outerWrap.cObject=COA
- stdWrap.outerWrap.cObject {
- 5=LOAD_REGISTER
- 5.headerlines.cObject=TEXT
- 5.headerlines.cObject.data=field:header
- 5.headerlines.cObject.br=1
- 5.headerlines.cObject.innerWrap= <span><span>|</span></span>
- 5.headerlines.cObject.innerWrap.typolink.parameter.field=header_link
- 10=TEXT
- 10.value= |
- 10.dataWrap(
- |{register:headerlines}
- )
- }
- stdWrap.outerWrap.append=TEXT
- stdWrap.outerWrap.append.value= </h1>
- }
- }
Weiter ist folgender CSS-Code erforderlich:
- h1 {
- position:relative;
- display:block;
- width:280px;
- margin-bottom:13px;
- }
- h1 span {
- display:block;
- margin-top:1px;
- width:1px;
- font-size:20px;
- line-height:22px;
- overflow:hidden;
- }
- h1 span span {
- display:block;
- width:1000px;
- }
Quelle: jenses im Mittwaldforum: (etwas weiter unten im Thread » [HowTo] grafische Content Überschrift«)
Das Image-Replacement erfolgt hier über den span-Tag. Eventuell wäre es sinnvoll, diese Methode mit dem Image-Replacement des obigen Beispiels zu ergänzen, da dieses ohne zusätzliches Markup auskommt.
Vorteile: weitgehend barrierefrei, optimiert für Suchmaschinen, mehrzeilige Headlines möglich.
Nachteile: Typo3-Core-Code muss gepatcht werden; bei ausgeschalteten Bildern erscheint kein Alttext.
Weiterführende Links:
- Jens Meiert: Übersicht: Image-Replacement-Techniken
- Speziell die hier verwendete Methode: Phark-Methode
- Mittwald Forum: grafische Content Überschrift
- sk-typo3: Header aus Font rendern
Weiterführende Literatur:
Alexander Ebner & Patrick Schuster: Typo3 und TypoScript Kochbuch.
- Corporate Identity bei Überschriften, S. 457
- Grafiken mit mehrzeiligem Text, S. 458
- Dynamisches Logo im Web 2.0 Stil, S. 451
Bilder mit Lupe
Ziel ist, normale Inhaltsbilder von Typo3 mit einer Lupe oder einem Pluszeichen zu versehen, das darauf hindeutet, dass die Bilder vergrößert werden können. Die gleiche Technik kann aber auch verwendet werden, um die Bilder z. B. mit abgerundeten Kanten oder Schatten zu versehen.
Grundtechnik: Bilder mit Wasserzeichen
Die einfachste Möglichkeit ist es, das IMAGE-Objekt der Contentelemente mit einer Maske zu versehen:
Nachteil dieser Technik ist, dass die Bilder dazu alle eine vorgebene Größe haben müssen – Maske wie Hintergrund werden brutal auf die Größe der Bilder gezoomt. Das ist für Wasserzeichen u. U. ganz sinnvoll, aber um Bilder mit einer Lupe zu versehen ist dieser Ansatz ungeeignet.
GIFBUILDER verwenden
Prinzipiell können die Bilder über GIFBUILDER manipuliert werden, wie hier im GIFBUILDER-Artikel des typo3-Wikis wunderbar beschrieben. So können erstaunliche Effekte erreicht werden, wie z. B. transparente Flächen oder Texte mit Schatten auf Bildern. Ein Beispiel:
Leider hat diese Technik einen großen Nachteil: damit imageLinkWrap funktioniert, darf “file” kein GIFBUILDER-Objekt sein. Heisst im Klartext: man kann auf derartig manipulierte Grafiken keinen Link setzen, weder die Klickvergrößerung noch einen individuellen. Damit funktionieren auch die üblichen Lightbox-Skripte nicht mehr.
Falls das nicht benötigt wird, ist es aber die ideale Technik.
Tipp: Damit die Qualität der Bilder stimmt, muss im Install-Tool png_truecolor aktiviert werden, ausserdem muss die GDLIB 2 verwendet werden.
Lösung des Problems:
Sie erfolgt letztlich doch über die oben erwähnten Masken, allerdings mit einem recht aufwändigen Umweg. Grundlage meiner Lösung ist dieser Artikel im TYPO3wizard-Forum (meinen besten Dank an Andy!). Im Prinzip werden einfach Masken eingesetzt, diese werden allerdings mit Hilfe von IMG_RESSOURCE und GIFBUILDER mit einem Hintergrund in der Größe der Bilder versehen, so dass die Lupe selbst nicht mitzoomt sondern an einem ganz konkreten Platz positioniert werden kann.
- tt_content{
- import.current = 1
- width.field = imagewidth
- m.mask.import.cObject = IMG_RESOURCE
- m.mask.import.cObject.file = GIFBUILDER
- m.mask.import.cObject.file {
- # Hier wird die dynamische Maske mit der gleichen Größe wie das aktuelle
- # Bild erstellt. Die 10 ist der Bezug auf das folgende IMAGE-Objekt
- XY = [10.w],[10.h]
- format = png
- # Da der "XY" Parameter keinen stdWrap hat, finden wir die Größe durch
- # erneutes Laden des Bilds heraus
- 10 = IMAGE
- import.current = 1
- width.field = imagewidth
- maxW = {$styles.content.imgtext.maxW}
- maxW.override.data = register:maxImageWidth
- maxWInText = {$styles.content.imgtext.maxWInText}
- maxWInText.override.data = register:maxImageWidthInText
- }
- # Erstellen einer weißen Box die die ganze Größe einnimmt
- 20 = BOX
- 20.dimensions = 0,0,[10.w],[10.h]
- 20.color = #FFFFFF
- # Positionierung der Lupe rechts unten
- 60 = IMAGE
- 60.align = r,b
- }
- # Nun muss noch der Hintergrund erstellt werden, Ablauf im Prinzip wie oben:
- m.bgImg.import.cObject = IMG_RESOURCE
- m.bgImg.import.cObject.file = GIFBUILDER
- m.bgImg.import.cObject.file {
- # wieder eine Maske mit der gleichen Größe wie das Bild erstellen
- XY = [10.w],[10.h]
- format = png
- # und dazu das Bild erneut laden
- 10 = IMAGE
- import.current = 1
- width.field = imagewidth
- maxW = {$styles.content.imgtext.maxW}
- maxW.override.data = register:maxImageWidth
- maxWInText = {$styles.content.imgtext.maxWInText}
- maxWInText.override.data = register:maxImageWidthInText
- }
- # wieder eine Box in der Größe des Bildes
- 15 = BOX
- 15.dimensions = 0,0,[10.w],[10.h]
- 15.color = #FFFFFF
- # und darauf die Maske der Lupe platzieren
- 60 = IMAGE
- 60.align = r,b
- }
- }
- }
Möglich, dass es auch einfacher geht … aber diese Lösung tut was sie soll. Links, Alt- und Title-Attribute funktionieren.