Kategorien
- [-]Developer (94)
- API (14)
- Backend (16)
- Extensions (26)
- HTML & CSS (4)
- Typoscript (31)
- [-]Redaktionelles (15)
- Anleitungen (6)
- Tipps (6)
- Sonstiges (36)
Schlagwortwolke
| « | Mai 2012 | » | ||||
|---|---|---|---|---|---|---|
| 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
- Cookie Control und die europäische Cookie-Richtlinie
- 18.05.2012 21:41
- Schafft er es auf die erste Seite?
- 18.05.2012 14:39
- TYPO3camp Berlin 2012
- 11.05.2012 15:35
- Webdesign in Zeiten des iPad 3: und immer noch mehr Pixel.
- 10.05.2012 17:14
Letzte Kommentare
- Hallo David, das ist ein guter Tipp, werde ich mir...
- 13.05.2012 13:19
- Hallo! In der Aufzählung gehst du nicht auf den verfügbaren...
- 12.05.2012 14:35
- Müsste eigentlich so funktionieren, ich mache es hier ja...
- 10.04.2012 13:03
- Erst einmal - Danke für die Extension. Eine Frage habe...
- 10.04.2012 10:30
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 ...
Formularfelder von mailform vorbelegen
Es ist möglich, die Felder eines Mailformulars mit GET-Variablen vorzubelegen. Das muss allerdings mit Hilfe von TypoScript vorbereitet werden.
Folgendes Beispiel geht davon aus, dass das Formular mit der Variablen ?prod=xx aufgerufen wird. xx enthalt die uid eines News-Eintrags. Anhand der übergebenen uid soll das Formular mit dem Titel des News-Eintrags vorbelegt werden.
- tt_content.mailform {
- # Kann auch an anderer Stelle erfolgen -
- # das Register ist global
- 15=LOAD_REGISTER
- 15 {
- # REGISTER hat stdWrap-Eigenschaften, hier cObject
- # Dadurch ist es möglich, das Register mit einer
- # Datenbankabfrage zu füllen, was
- # hier passiert mit Hilfe von RECORDS
- produktname.cObject=RECORDS
- # Contentobjekt RECORDS wird aufgerufen
- produktname.cObject {
- # source: Liste von uid. Mit stdWrap-
- # Eigenschaften.
- # data: stdWrap vom Typ getText
- source.data=GPvar:prod
- # tables: Liste der Tabellen
- tables=tt_news
- # Mit source und tables wird der Datenbank-Inhalt
- # abgefragt.
- # Dieser Inhalt muss jetzt noch gerendert werden.
- # conf.[Tabelle]: Configarray zum Rendern des
- # Inhalts (cObject)
- conf.tt_news=TEXT
- conf.tt_news {
- field=title
- }
- }
- }
- }
- # Nötig, damit der die Variable auch wirklich ersetzt wird
- tt_content.mailform.20.data.insertData=1
- # Cache muss deaktiviert sein
- config.no_cache=1
Im Formular kann so auf den Wert zugegriffen werden:
- Name: | *Name=input,40
- Firma: |Firma=input,40
- Straße: |Strasse=input,40
- PLZ/Ort: |Ort=input,40
- Telefon: |Telefon=input,40
- E-Mail: | *email=input,40| |EMAIL
- Produkt: |Produkt=input,40|{register:produktname}
- Ihre Nachricht: |Mitteilung=textarea,40,8
Extension debuggen
Einige Möglichkeiten, während der Entwicklung einer Extension den Quellcode zu debuggen.
Ein Array ordentlich ausgeben:
- t3lib_div::debug($data);
Wenn es mehrere Debugs sind, kann man sie benennen:
- t3lib_div::debug($data,'Array vorher');
- $data['Name']='Dampf';
- $data['Alter']=32;
- t3lib_div::debug($data,'Array nachher');
Datenbankabfragen:
- $GLOBALS['TYPO3_DB']->debugOutput=true;

