EE Wiki http://www.lisardo.biz/wiki/ The ExpressionEngine Wiki! de info@lisardo.de Copyright 2006 2008-04-25T15:13:45+01:00 Frontend Editing http://www.lisardo.biz/wiki/Frontend-Editing/ http://www.lisardo.biz/wiki/Frontend-Editing/ Ausgehend von einem Artikel bei expertinnen-web.de habe ich mal versucht, das Frontend-Editing in einem meiner Projekte zu implementieren. Dabei hat sich schnell herausgestellt, dass man ein paar Schritte anders machen muss, wenn TemplaVoila anstatt Automake-Template verwendet wird.

Zuerst gehe ich ähnlich vor und erstelle die verschiedenen User und Gruppen:

User und Gruppen incl. User-TSconfig

Zunächst der normale Weg im Backend: Ich richte eine Backend-Gruppe namens “redaktion” ein und lege alle Rechte fest, die diese Gruppe haben soll. Dabei regle ich wie üblich über die Option “Zugriff” in der “Web”-Palette welche Rechte diese Gruppe bei einzelnen Seiten haben soll (lesen, editieren, löschen, neue Seiten anlegen etc. )

Über das Seiten-TSconfig (der root-Seite) lege ich fest, welche Rechte neu erstellte Seiten bekommen:

# Eigentuemer
TCEMAIN.permissions.userid = 5
# Gruppe immer Redaktion:
TCEMAIN.permissions.groupid = 1
# Gruppe bekommt immer alle Rechte
TCEMAIN.permissions.group = 31

Dadurch vermeide ich, dass die Mitglieder der Gruppe “redaktion” Seiten, die von einem Admin erstellt wurden, nicht sehen oder nicht bearbeiten können. Ob man das so haben will, muss man natürlich von Fall zu Fall entscheiden.

Die Gruppe “redaktion” bekommt nun ein User-TSconfig:

admPanel {
  #Frontend-Editieren generell freigeben, sowohl editieren wie Vorschau
  enable.edit = 1
  enable.preview = 1
  #Buttons abhängig vom Admin-Panel - also umschaltbar
  override.edit.displayIcons = 0
  override.preview.showHiddenPages = 0
  #Admin-Panel einschalten
  hide = 0
}

Damit bekommt die Gruppe ein Adminpanel zu sehen, das aber nur eingeschränkte Möglichkeiten bietet. (Ich gehe hier einen anderen Weg als expertinnen-web.de: ich möchte, dass das Admin-Panel mit den Vorschaumöglichkeiten zur Verfügung steht.)

Natürlich muss man im Haupt-Typoscript-Template das Frontendediting noch generell freischalten:

page.config.admPanel = 1

Danach lege ich einen oder mehrere Backend-User an und weise ihnen die Gruppe “redaktion” zu.

Frontend-User und Backend-User zusammenbringen

Das geschieht über die Extension simulatebe. Die Extension zunächst installieren und danach in headerData einbinden:

page.headerData.99 < plugin.tx_simulatebe_pi1

Da ich YAML verwende, sieht es bei mir so aus:

temp.buildHeaderData {
  10 = TEXT
  10.value = <link href="fileadmin/css/
  20 = USER
  20.userFunc = tx_flexformgetconstant_pi1->main
  20.field = cssfile
  30 = TEXT
  30.value = " rel="stylesheet" type="text/css" />
  40 = TEXT
  40.value = <!--[if lte IE 7]>
  50 = TEXT
  50.value = <link href="fileadmin/css/patches/
  60 = USER
  60.userFunc = tx_flexformgetconstant_pi1->main
  60.field = iehacks
  70 = TEXT
  70.value = " rel="stylesheet" type="text/css" />
  80 = TEXT
  80.value = <![endif]-->
  
  99 < plugin.tx_simulatebe_pi1
}

Danach die passenden Frontend-User anlegen und über das neue Feld “Related Backend User” mit den passenden Backend-Usern verbinden. Jetzt können sich die Frontend-User als Backend-User über das Frontend-Login einloggen.

Einbau der Edit-Panels in eine TemplaVoila-Seite

Da ich TemplaVoila verwende und auch etwas andere Ziele verfolge, geht es jetzt anders weiter als bei den Web-Expertinnen. Prinzipiell müssen die gleichen Einstellungen gemacht werden, aber an anderen Stellen.

Zunächst öffne ich das “XML der Datenstruktur” meiner TemplaVoila-Seitenvorlage und füge dort das Editpanel für neu Inhaltsobjekte ein, und zwar in den XML-Tag, der die Inhaltselemente aufnimmt:

<field_content type="array">
            <tx_templavoila type="array">
                <title>Inhaltsbereich</title>
                <sample_data type="array">
                    <numIndex index="0"></numIndex>
                </sample_data>
                <eType>ce</eType>
                <TypoScript><![CDATA[
# Neue Inhaltselemente anlegen                
4 = EDITPANEL
4 {
    newRecordFromTable = tt_content
        allow = new
}

10= RECORDS
10.source.current=1
10.tables = tt_content
10.wrap = <!--TYPO3SEARCH_begin--> | <!--TYPO3SEARCH_end-->
                   ]]></TypoScript>

Entscheidend sind die Zeilen 4 =, damit erscheint ein Button, mit dem auf der Seite neue Inhaltselemente angelegt werden können.

Jetzt möchte ich noch die Toolbar zum Anlegen neuer Seiten im Kopf der Seite ausgeben. Dazu muss ich entweder einen eigenen Platzhalter in der TemplaVoila-Vorlage anlegen, oder eine vorhandene Definition erweitern. Ich erweitere meine Kopfdefinition:

lib.kopf = COA
lib.kopf {
  # Editpanel  für die Seite einbinden und formatieren:
  5 < styles.content.editPanelPage
  5.10.allow >
  5.10.allow = toolbar,move,hide
  5.10.label.data =
  5.10.label.wrap =

  # der Rest meiner Kopfausgabe
  10 = TEXT
  10.value = {$kopf.headline}
  10.wrap = <h1>|</h1>
  20 = TEXT
  # mit data und page, da TemplaVoila field selbst schon belegt.
  20.data = page:title
  20.wrap = <h2>|</h2>
}

Formatierung der Toolbar und Icons:

Da ich die Standardausgabe nicht besonders schön finde, entferne ich einiges, z. B. die Labels. Dazu folgenden Code ins TypoScript-Setup des Haupttemplates eingeben:

################ Edit Panel ################
tt_content.stdWrap.editPanel.label =
# Label entfernen
tt_content.stdWrap.editPanel.line = 0
# Linie unterhalb des Edit-Panels enfernen

Ausserdem ergänze ich mein Stylesheet noch:

table.typo3-editPanel { border: none; background-color: #fff;opacity: 0.3;-moz-opacity: 0.3;filter: Alpha(opacity=30);zoom:1;}
table.typo3-editPanel TD.typo3-editPanel-controls {border:none; background-color: #fff;}

Nicht ganz W3C-konform, durch die Transparenz sind die Werkzeuge aber deutlich dezenter. Über das Adminpanel können die Werkzeuge zusätzlich an- und ausgeschaltet werden. Ausserdem steht eine Preview zur Verfügung, mit der die Ansicht aller Frontend-Benutzer simuliert werden kann.

Weiterführende Links:

Category:Typo3 -> TSconfig
Category:Typo3 -> Backend
Category:Typo3 -> Frontend User

]]> Frontend Editing 2008-04-25T15:13:45+01:00 htmlarea http://www.lisardo.biz/wiki/htmlarea/ http://www.lisardo.biz/wiki/htmlarea/ Wenn man den HTMLArea in ein Frontend-Plugin einbetten will, stößt man eventuell auf das Problem, dass die minimale Breite vorgegeben ist: 460px nämlich. Das kann das Layout definitiv zerstören. Leider ist dieser Wert in den PHP-Dateien hart vorgegeben und kann nicht konfiguriert werden; man muss also den RTE patchen, wenn man das ändern will – mit allen damit verbundenen Nachteilen.

Zu finden ist der Wert in dieser Datei: typo3/systext/rtehtmlarea/pi2/class.tx_rtehtmlarea_pi2.php ab Zeile 213:

/* =======================================
* SET STYLES
* =======================================
*/

$RTEWidth = 460+($pObj->docLarge ? 150 : 0);
$RTEHeight = 380;
$editorWrapWidth = $RTEWidth . 'px';
$editorWrapHeight = $RTEHeight . 'px';
$this->RTEWrapStyle = $this->RTEWrapStyle ? $this->RTEWrapStyle : ($this->RTEdivStyle ? $this->RTEdivStyle : ('height:' . ($RTEHeight+2) . 'px; width:'. ($RTEWidth+2) . 'px;'));        
$this->RTEdivStyle = $this->RTEdivStyle ? $this->RTEdivStyle : 'position:relative; left:0px; top:0px; height:' . $RTEHeight . 'px; width:'.$RTEWidth.'px; border: 1px solid black;';
$this->toolbar_level_size = $RTEWidth;

Für die Verwedung des RTE im Frontend ist diese fixe Kodierung der Breite und Höhe schon eine erhebliche Einschränkung.

Category:Typo3 -> Extensions -> Programmierung

]]> htmlarea 2008-04-25T14:09:11+01:00 RTE einrichten http://www.lisardo.biz/wiki/RTE-einrichten/ http://www.lisardo.biz/wiki/RTE-einrichten/ htmlArea RTE

Seit Version 4 von Typo3 ist der Rich Text Editor »htmlArea RTE (rtehtmlarea)« fester Bestandteil der Typo3-Installation. Ich beziehe mich im folgenden auf diesen RTE, nicht auf den älteren.

Nach der Installation muss der RTE konfiguriert werden.

Grundeinstellungen, vor allem zum Bildupload

Standardmäßig ist der Bildupload innerhalb des RTE nicht aktiv. Man muss im Extensionsmanager htmlArea öffnen und dort die Option »Enable images in the RTE« aktivieren. Es sind gibt weitere interessante Grundeinstellungen: DAM media Browser einschalten, Accessability-Icons für Links aktivieren und so weiter.

Sehr wichtig sind die »Default configuration settings«: damit wird festgelegt, welche grundlegende Set an Möglichkeiten und Werkzeugen standardmäßig und ohne weitere Konfiguration zur Verfügung stehen. Normalerweise wird bei der Installation »Typical« eingestellt; die beiden anderen erfordern in jedem Fall zusätzlich eine manuelle Konfiguration im TSconfig.

Konfiguration im Page TSconfig

########## Grundeinstellungen ##########

RTE.default {
  useCSS = 1
  ignoreMainStyleOverride = 0

  # Damit kann die übermäßig große Schriftdarstellung in den Tabellen
  # im Firefox korrigiert werden. Ausserdem ist es möglich, die grundlegende
  # Darstellung im RTE-Eingabefenster zu konfigurieren: Schrift, Schrifgrößen etc.
  mainStyleOverride_add.TD =font-size:12px;
  mainStyleOverride_add.H1 =font-size:16px;color:#a7b198;
  mainStyleOverride_add.H2 =font-size:16px;color:#a7b198;

  # Überschreiben der Default-Einstellungen zu den erlaubten Tags
  proc.allowTags=code, table, tbody, tr, th, td, h1, h2, h3, h4, h5, h6, div, p, br, span, ul, ol, li, pre, blockquote, strong, em, b, i, u, sub, sup, strike, a, link, img, nobr, hr, center, font, tt, q, cite
  proc.entryHTMLparser_db.allowTags<RTE.default.proc.allowTags
  proc.entryHTMLparser_db.tags.a.fixAttrib.title.unset = 1
  # das ist nicht unbedingt erforderlich, wenn man in den »Default
  # configuration settings« die Option »Typical gewählt hat«. Wenn
  # man eine der anderen beiden eingestellt hat, muss man diese Zeile anpassen.  

  # Welche Buttons sollen im RTE gezeigt werden?
  showButtons = *
  hideButtons = strikethrough, lefttoright, righttoleft
  keepButtonGroupTogether = 1
  
  # wenn den Redakteuren eigene Klassen zur Verfügung gestellt werden, müssen
  # diese in einem Stylesheet extra dem RTE zur Verfüung gestellt werden.
  contentCSS=fileadmin/css/screen/content_rte.css

  # nur Klassen mit Tags erlauben. z. B. : p.klasse {border:1px solid #ccc}
  showTagFreeClasses=0
  
  # hier wird definiert, welche Klassen den Redakteuren zur
  # Verfügung gestellt werden:  die vorhandenen Klassen für die
  # Zeichenformatierung werden hier ausgeschaltet:
  classesCharacter =
  # die vorhandenen Klassen zum Formatieren von Absätzen werden
  # durch die selbstdefinierten Klassen überschrieben:
  classesParagraph = linie_danach,linie_davor,kasten_gruen_hg
  # Tipp: wenn die default-Klassen übernommen und nur ergänzt
  # werden sollen, dann so schreiben:
  # classesParagraph := linie_danach ...

  # Klassendefinition für die gesamte Tabelle
  classesTable = tabelle01
  # Klassendefinition für die einzelnen Zellen
  classesTD = zelle01,zelle02
  # das kann für tr, thead, tbody ebenfalls gemacht werden

  # Jetzt müssen die einzelnen Klassen noch explizit erlaubt werden
  proc.allowedClasses = linie_danach,linie_davor,kasten_gruen_hg,tabelle01,zelle01,zelle02

  # Schriften erlauben
  fontFace = font1, font2

  # Farben erlauben
  colors = color1, color2
}

############ Achtung!! ###############
# Alle selbstdefinierten Klassen müssen in dem oben eingebundenen
# Stylesheet auch definiert sein!
# Dabei muss beachtet werden, dass Tag-lose Klassen durch showTagFreeClasses = 0
# ausgeschaltet wurden:
# Falsch: .linie_danach {border-bottom: ...}
# Richtig: p.linie_danach {border-bottom: ...}
# Genauso bei den Tabellen.
#######################################


########### Definition der Klassenbezeichnungen für die Redakteure

RTE.classes {
  # hier werden die Namen der Klassen »lesbar« gemacht
  linie_davor.name = Linie davor
  linie_danach.name = Linie danach
  kasten_gruen_hg.name = Kasten: grüner HG
  kasten_gruen_r.name = Kasten: grüner Rahmen
  kasten_info.name = Kasten: Info-Knopf
  tabelle01.name = Standard in Blau-Grau
  zelle01.name = Zellen blauer Hintergrund
  zelle02.name = Zellen ohne Hintergrund
  zelle03.name = Zellen grauer Hintergrund
  
  # Wenn man will kann man die Anzeige der Klassen in den Menüs für die
  # Redakteure auch noch optisch anpassen:
  linie_davor.name = Linie davor
  linie_davor.value = border-bottom: 1x solid #ff0000
  # damit erscheint der Eintrag im Menü schon so formatiert, wie
  # später der Absatz. Nötig ist das aber nicht.
  
}

############# Definition de Schriftmenüs ###########

RTE.fonts {
  font1 {
    name = Verdana
    value = verdana,arial,helvetica,sans-serif
  }
  font2 {
    name = Georgia
    value = georgia, times, 'times new roman', serif
  }
}

########### Definition des Farbmenüs ##############

RTE.colors {
  color1 {
    name = t3 blau
    value = #0000ff
  }
  color2 {
    name = t3 grün
    value = #00ff00
  }
}

########### Definition der Link-Klassen ##############

RTE.classesAnchor {
  externalLink {
    class = ext-link
    type = url
    image=fileadmin/icons/ext-link.gif
  }
  externalLinkInNewWindow {
    class = ext-link2
    type = url
    image=fileadmin/icons/ext-link2.gif
  }
  internalLink {
    class = int-link
    type = page
    image=fileadmin/icons/int-link.gif
  }
  internalLinkInNewWindow {
    class = int-link2
    type = page
    image=fileadmin/icons/int-link2.gif
  }
  download {
    class = download
    type = file
    image=fileadmin/icons/down.gif
  }
  mail {
    class = mail
    type = mail
    image=fileadmin/icons/mail.gif
  }
}

Achtung Browsercache!

Die Arbeit mit dem RTE hat einige Tücken. Wird das Stylesheet für die selbstdefinierten Klassen geändert, so nimmt dies der RTE erst zur Kenntnis, wenn die Stylesheetdatei erneut geladen und so der Browsercache überschrieben wird. Der einfachste Weg ist, das Stylesheet direkt im Browser zu öffnen und nach jeder Änderungen mit gedrückter Umschalt-Taste neu zu laden. Dann wird das Stylesheet im Browsercache aktualisiert und der RTE hat eine Chance, die geänderten Inhalte zu sehen und darauf zu reagieren.

Tipps

Die Erweiterung »css_styled_content« bereinigt das HTML, das der RTE ans Frontend übergibt. Dort ist zum Beispiel geregelt, dass eine Tabelle nur die Klasse »contenttable« tragen darf. Wenn Sie also den Redakteuren ermöglichen wollen, Tabellen mit eigenen Klassen zu versehen, so müssen Sie folgenden Code in das TypoScript-Setup Ihrer Seite eingeben (Achtung: nicht ins Page TSConfig!):

#############  nötig, damit der RTE Klassen an Tabellen hängt ########
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class.list >

Diese Einstellung hat aber einen Nebeneffekt: wenn im RTE zum Zeitpunkt des Sicherns die Rahmenansicht für Tabellen aktiviert war, steht anschließend im Quellcode:

<table class="htmlarea-showtableborders eigeneKlasse">

Das ist zwar nicht schön, schadet aber auch nicht. Man kann es vermeiden, indem man vor dem Speichern im RTE die Rahmen der Tabellen abschaltete – aber das würde ich meinen Redakteuren lieber nicht erklären :-)

Es gibt noch eine Reihe weiterer Einstellungen, mit denen »css_styled_content« in den Output des RTE eingreift; sie sind alle in lib.parseFunc_RTE zu finden. Am einfachsten über den TypoScript Objectbrowser. Das betrifft zum Beispiel die Ausgabe der Tabelleninhalte, die von lib.parseFunc_RTE mit einem <p>-Tag umgeben werden:

# Ausschalten der p-Tags für alleinstehende Zeilen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.nonWrappedTag = p

Ich ziehe es vor, einfach über die CSS-Stile diese Absätze mit Rand 0 zu versehen, dann stören diese <p>-Tags nicht; aber wer diese Tags raus haben will, kann obige Zeile verwenden und das p am Ende einfach weglassen. Man muss sich dann aber im Klaren sein, dass dies für alle Texte ohne expliziten Tag gibt.

Man kann die p-Tags in den Tabellenzellen auch so abschalten:

# #wichtig, damit die nicht in p gewrappt werden
lib.parseFunc_RTE.externalBlocks = ul,ol,table
#nochmaliges parsen von tabellenzellen auschalten, damit inhalte nicht wieder in p gepackt werden
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.callRecursive = 0

Jetzt wird allerdings auch das Parsen der Links abgeschaltet; wenn man Links in den Tabellenzellen benötigt, dann sollte der Code noch so ergänzt werden:

#nachträgliches ermöglichen von Links in Tabellenzellen
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc {
        makelinks = 1
        makelinks.http.keep = scheme,path,query
        makelinks.mailto.keep = path
        tags {
                link = TEXT
                link {
                 current = 1
                 typolink.parameter.data = parameters : allParams
                }
       }
}

Quelle: sk-typo3.de

# Ausschalten der p-Tags für alleinstehende Zeilen
lib.parseFunc_RTE.externalBlocks = ul,ol,table

Über die obige Konfiguration werden Icons für die Links definiert. Wenn man die voreingestellten Icons deaktivieren will, hilft dieser Code:

RTE.classesAnchor {
        externalLink.image >
        internalLink.image >
        internalLinkInNewWindow.image >        
        download.image >
        mail.image >
}

Um zu erreichen, dass der RTE Bilder nicht in einen <p>-Tag packt, hilft dieser Code:

RTE.default.proc.allowTagsOutside = img, hr

Weiterführende Links

  • Manual auf Typo3.org Hinweis: das Manual ist nicht auf dem üblichen Weg zu finden; die Extension gehört zwar mittlerweile zur Standardinstallation, aber sie wird in der Core-Dokumentation gelistet. Es gibt deshalb eine eigene Extension nur für das Manual von htmlArea RTE.
  • Artikel Dynamisches CSS mit htmlArea RTE der Usergroup NRW. Das finde ich sehr informativ; hier gibt es noch eine Reihe weiterer Tipps.
  • eine interessante Beispielkonfiguration aus dem typo3.net-Forum von ms_k
  • Eine sehr ausführliche Anleitung gibts bei site42: Wie konfiguriert man den RTE htmlArea?. Das ist schon fast eine Übersetzung des Manuals – sehr empfehlenswert.

Category:Typo3 -> RTE
Category:Typo3 -> Extensions

]]> RTE einrichten 2008-04-22T14:16:33+01:00 Inhaltselemente formatieren http://www.lisardo.biz/wiki/Inhaltselemente-formatieren/ http://www.lisardo.biz/wiki/Inhaltselemente-formatieren/ Die Optionen aller Eingabefelder im Backend können modifizert (= geändert oder erweitert) werden. Prinzipiell ist die Syntax:

TCEFORM.[tablename].[field] {
  # Feld komplett entfernen:
  disabled = 1
  # Item entfernen
  removeItems = 1,2,3
  # Item hinzufügen (Achtung: erfordert für das Frontend noch TypoScript im Template!)
  addItems.[itemValue] = 100,101
  # Umbenennen
  altLabels.[item_value] = ein ganz neuer Name
}

Leider gibt es keine Dokumentation, welche Optionen für welches Feld zur Verfügung stehen und wie diese im Frontend ausgegeben werden. Das kann man wohl am einfachsten aus dem Quelltext des Eingabeformulars im Backend entnehmen. Für das Frontend kenne ich im Moment nur die Möglichkeit, es auszutesten bzw im Falle von tt_content das TypoScript von css_styled_content durchzusehen.

Bezeichnungen der Headline-Layouts ändern:

Ins TSconfig der der Seite folgendes eintragen:

TCEFORM.tt_content {
  # ausblenden
  header_layout.removeItems = 1,4,5,100
  # mit anderem Namen versehen
  header_layout.altLabels.0 = Ebene 1, H1
  header_layout.altLabels.2 = Ebene 2, H2
  header_layout.altLabels.3 = Ebene 3, H3
}

Rahmenoptionen umbenennen:

TCEFORM.tt_content {
  # Rahmenoptionen im Bereich Typ
  section_frame {
    # neue Labels
    altLabels {
      10 = Kasten
      5 = Linie davor
      6 = Linie danach
      11 = BoxBlau
      12 = BoxGrau
    }
  # ausblenden
  removeItems = 1, 20, 21
  }
}

Neue Rahmenoptionen hinzufügen

Das ist etwas aufwändiger, da hierzu auch das TypoScript von tt_content verändert werden muss. Erster Schritt im TSconfig der Seite:

# neuer Rahmen dazu
TCEFORM.tt_content.section_frame {
  addItems.100 = Mal ganz anders
}

Danach im TypoScript-Template:

tt_content.stdWrap.innerWrap.cObject = CASE
tt_content.stdWrap.innerWrap.cObject {
  key.field = section_frame
  100 = TEXT
  100.value = <div class="mal-ganz-anders">|</div>
}

Danach ganz normal in der CSS-Datei formatieren.

Weiterführende Links:

Category:Typo3 -> TSconfig

]]> Inhaltselemente formatieren 2008-04-22T13:10:38+01:00 newloginbox redirect http://www.lisardo.biz/wiki/newloginbox-redirect/ http://www.lisardo.biz/wiki/newloginbox-redirect/ Die newloginbox unterstützt eine Weiterleitung entweder an den Referrer oder an eine URL, die über einen Link-Parameter übergeben wird. Beides ist in der Konfiguration aber sehr kompliziert, wenn es sich bei der Weiterleitung nicht um eine einfache Seite handelt sondern zusätzlich Parameter übergeben werden müssen. Die Redirect-Funktion der newloginbox schneidet die URLs nämlich beim ersten & ab.

newloginbox aktzeptiert einen URL-Parameter namens redirect_url, wenn die Seite mit der Loginbox aufgerufen wird, allerdings nur dann, wenn keine Referrer-Domains defniert wurden. Dieser Parameter überschreibt den Referrer.

Allerdings muss dieser Parameter auf bestimmte Art angehängt werden:

  • als letzter (sonst funktioniert der Link nicht)
  • nicht im Namensraum der Extension sondern direkt

Also geht das:

http://www.111111.de/index.php?id=11&redirect_url=index.php?id=12

aber das nicht:

http://www.111111.de/index.php?id=11&tx_extension_pi1[redirect_url]=index.php?id=12

Das ist unangenehm, da man die Typolink-Funktionen nicht mehr richtig nutzen kann.

Aber es geht noch weiter. Wenn man mehr als einen Parameter übergeben muss, so stellt sich heraus, dass die redirect_url ab dem ersten & abgeschnitten wird. Das hier:

http://www.111111.de/index.php?id=11&tx_extension_pi1[redirect_url]=index.php?id=12&uid=23

ergibt als Redirect nur index.php?id=12.

Sehr schlecht. Aber man kann einen Trick benutzen, nämlich die & Zeichen durch ihr ASCII-Äquivalent ersetzen. Das geht:

http://www.111111.de/index.php?id=11&tx_extension_pi1[redirect_url]=index.php?id=12&#x26;uid=23

Da ich das Login auf der Seite brauche, auf der sich die Besucher gerade befinden und dabei einen langen Suchstring übergeben muss wird die Sache kompliziert. Ich mache es jetzt etwa so:

# Das hier liefert eine Variante von $this->piVars, ergänzt
# um die uid und reduziert um einige andere (eine Funktion, die hier keine Rolle
# spielt. Man kann auch einfach $this->piVars einsetzen.

$aktPiVars = $this->p_aktPiVars(array('uid'=>$value['uid']));

# die URL wie üblich:

$url = $this->pi_linkTP_keepPIvars_url($aktPiVars, 1, 1, $this->conf['pidSingle']);

# Redirect-URL:

$redirect_url = '&redirect_url=index.php?id='.$this->conf['pidSingle'];

# die & raus und um die $aktPiVars ergänzen

$redirect_url .= str_replace('&', '&#x26;', t3lib_div::implodeArrayForUrl( 'tx_lisimmo_pi1',$aktPiVars,'',0,0) );

# die URL komplettieren   

$url .= $redirect_url;
    
# ins Array

$wrappedSubpartArray['###LINK_ITEM###'] = array("<a href=\"$url\">",  "</a>");

Category:Typo3 -> Extensions -> Programmierung
Category:Typo3 -> Extensions -> newloginbox

]]> newloginbox redirect 2008-03-31T23:03:41+01:00 Frontend User Objeect fe user http://www.lisardo.biz/wiki/Frontend-User-Objeect-fe-user/ http://www.lisardo.biz/wiki/Frontend-User-Objeect-fe-user/ Über GLOBALS[‘TSFE’]->fe_user kann man sich die gesamte Konfiguration der Frontenduser ausgeben lassen:

$GLOBALS['TYPO3_DB']->debugOutput = true;
echo t3lib_div::debug( $GLOBALS['TSFE']->fe_user );

Ergebnis:

tslib_feuserauth Object
(
    [global_database] =>
    [session_table] => fe_sessions
    [name] => fe_typo_user
    [get_name] => ftu
    [user_table] => fe_users
    [username_column] => username
    [userident_column] => password
    [userid_column] => uid
    [lastLogin_column] => lastlogin
    [enablecolumns] => Array
        (
            [deleted] => deleted
            [disabled] => disable
            [starttime] => starttime
            [endtime] => endtime
        )

    [formfield_uname] => user
    [formfield_uident] => pass
    [formfield_chalvalue] => challenge
    [formfield_status] => logintype
    [security_level] => normal
    [auth_include] =>
    [auth_timeout_field] => 6000
    [lifetime] => 0
    [gc_time] => 6000
    [gc_probability] => 1
    [writeStdLog] =>
    [writeAttemptLog] =>
    [sendNoCacheHeaders] => 0
    [getFallBack] => 1
    [hash_length] => 10
    [getMethodEnabled] => 1
    [lockIP] => 2
    [lockHashKeyWords] => useragent
    [warningEmail] =>
    [warningPeriod] => 3600
    [warningMax] => 3
    [checkPid] => 1
    [checkPid_value] => 0
    [id] => ed2f34eb0c
    [cookieId] => ed2f34eb0c
    [loginFailure] =>
    [loginSessionStarted] =>
    [get_URL_ID] =>
    [newSessionID] =>
    [forceSetCookie] =>
    [dontSetCookie] =>
    [challengeStoredInCookie] =>
    [loginType] => FE
    [svConfig] =>
    [writeDevLog] =>
    [formfield_permanent] => permalogin
    [usergroup_column] => usergroup
    [usergroup_table] => fe_groups
    [groupData] => Array
        (
            [title] => Array
                (
                )

            [uid] => Array
                (
                )

            [pid] => Array
                (
                )

        )

    [TSdataArray] => Array
        (
            [0] =>
        )

    [userTS] => Array
        (
        )

    [userTSUpdated] => 0
    [showHiddenRecords] => 0
    [sesData] => Array
        (
            [th_mailformplus17] =>
        )

    [sesData_change] => 0
    [userData_change] => 0
    [is_permanent] => 1
    [user] =>
)
</pre>|</b><b>|Object:<pre>tslib_feuserauth Object
(
    [global_database] =>
    [session_table] => fe_sessions
    [name] => fe_typo_user
    [get_name] => ftu
    [user_table] => fe_users
    [username_column] => username
    [userident_column] => password
    [userid_column] => uid
    [lastLogin_column] => lastlogin
    [enablecolumns] => Array
        (
            [deleted] => deleted
            [disabled] => disable
            [starttime] => starttime
            [endtime] => endtime
        )

    [formfield_uname] => user
    [formfield_uident] => pass
    [formfield_chalvalue] => challenge
    [formfield_status] => logintype
    [security_level] => normal
    [auth_include] =>
    [auth_timeout_field] => 6000
    [lifetime] => 0
    [gc_time] => 6000
    [gc_probability] => 1
    [writeStdLog] =>
    [writeAttemptLog] =>
    [sendNoCacheHeaders] => 0
    [getFallBack] => 1
    [hash_length] => 10
    [getMethodEnabled] => 1
    [lockIP] => 2
    [lockHashKeyWords] => useragent
    [warningEmail] =>
    [warningPeriod] => 3600
    [warningMax] => 3
    [checkPid] => 1
    [checkPid_value] => 0
    [id] => ed2f34eb0c
    [cookieId] => ed2f34eb0c
    [loginFailure] =>
    [loginSessionStarted] =>
    [get_URL_ID] =>
    [newSessionID] =>
    [forceSetCookie] =>
    [dontSetCookie] =>
    [challengeStoredInCookie] =>
    [loginType] => FE
    [svConfig] =>
    [writeDevLog] =>
    [formfield_permanent] => permalogin
    [usergroup_column] => usergroup
    [usergroup_table] => fe_groups
    [groupData] => Array
        (
            [title] => Array
                (
                )

            [uid] => Array
                (
                )

            [pid] => Array
                (
                )

        )

    [TSdataArray] => Array
        (
            [0] =>
        )

    [userTS] => Array
        (
        )

    [userTSUpdated] => 0
    [showHiddenRecords] => 0
    [sesData] => Array
        (
            [th_mailformplus17] =>
        )

    [sesData_change] => 0
    [userData_change] => 0
    [is_permanent] => 1
    [user] =>
)
</pre>|</b><b>|Object:<pre>tslib_feuserauth Object
(
    [global_database] =>
    [session_table] => fe_sessions
    [name] => fe_typo_user
    [get_name] => ftu
    [user_table] => fe_users
    [username_column] => username
    [userident_column] => password
    [userid_column] => uid
    [lastLogin_column] => lastlogin
    [enablecolumns] => Array
        (
            [deleted] => deleted
            [disabled] => disable
            [starttime] => starttime
            [endtime] => endtime
        )

    [formfield_uname] => user
    [formfield_uident] => pass
    [formfield_chalvalue] => challenge
    [formfield_status] => logintype
    [security_level] => normal
    [auth_include] =>
    [auth_timeout_field] => 6000
    [lifetime] => 0
    [gc_time] => 6000
    [gc_probability] => 1
    [writeStdLog] =>
    [writeAttemptLog] =>
    [sendNoCacheHeaders] => 0
    [getFallBack] => 1
    [hash_length] => 10
    [getMethodEnabled] => 1
    [lockIP] => 2
    [lockHashKeyWords] => useragent
    [warningEmail] =>
    [warningPeriod] => 3600
    [warningMax] => 3
    [checkPid] => 1
    [checkPid_value] => 0
    [id] => ed2f34eb0c
    [cookieId] => ed2f34eb0c
    [loginFailure] =>
    [loginSessionStarted] =>
    [get_URL_ID] =>
    [newSessionID] =>
    [forceSetCookie] =>
    [dontSetCookie] =>
    [challengeStoredInCookie] =>
    [loginType] => FE
    [svConfig] =>
    [writeDevLog] =>
    [formfield_permanent] => permalogin
    [usergroup_column] => usergroup
    [usergroup_table] => fe_groups
    [groupData] => Array
        (
            [title] => Array
                (
                )

            [uid] => Array
                (
                )

            [pid] => Array
                (
                )

        )

    [TSdataArray] => Array
        (
            [0] =>
        )

    [userTS] => Array
        (
        )

    [userTSUpdated] => 0
    [showHiddenRecords] => 0
    [sesData] => Array
        (
            [th_mailformplus17] =>
        )

    [sesData_change] => 0
    [userData_change] => 0
    [is_permanent] => 1
    [user] =>
)

Dabei werden die Daten des eingeloggten Benutzers und seiner Benutzergruppe ausgegeben. Damit kann einfach überprüft werden, ob es sich um einen gültigen Benutzer handelt und ob er der richtigen Gruppe angehört.

Category:Typo3 -> Extensions -> Programmierung

]]> Frontend User Objeect fe user 2008-03-23T21:36:18+01:00 Ausgaben im Kopfbereich http://www.lisardo.biz/wiki/Ausgaben-im-Kopfbereich/ http://www.lisardo.biz/wiki/Ausgaben-im-Kopfbereich/ Man kann aus einer Extension heraus beliebige Ausgaben in den HEAD-Bereich der gesamten Seite machen. Siehe hierzu zum Beispiel CSS und JavaScript im Kopfbereich ausgeben und vor allem GLOBALS TSFE.

Category:Typo3 -> Extensions -> Programmierung

]]> Ausgaben im Kopfbereich 2008-03-22T15:49:09+01:00 index http://www.lisardo.biz/wiki/index/ http://www.lisardo.biz/wiki/index/ Herzlich willkommen

im wiki auf lisardo.de. Sie sind in meiner Wissensdatenbank für den Bereich Internet, Suchmaschinen, CMS, HTML, CSS und weiteren Internetthemen geladet. Dieses Wiki dient eigentlich nur dazu, Themen, Techniken oder Snippets so festzuhalten, dass ich schnell wieder darauf zugreifen kann. Eine Art Zettelkasten sozusagen, der sich nicht direkt an die Öffentlichkeit richtet, unsystematisch und subjektiv … Die Inhalte sind allerdings auch nicht privat; wer Lust hat, kann gerne darin nach Tipps suchen, vielleicht ist was Brauchbares dabei.

Zu meiner Homepage gehts hier lang, mein Blog finden Sie hier und das Link-Verzeichnis hier. Das Impressum darf natürlich nicht fehlen und weitere Informationen über mich finden Sie hier.

Im Moment wird dieses Wiki nur von mir gepflegt, falls jemand Interesse hat, es mit mir zusammen zu nutzen, so bitte ich um Mitteilung über mein Kontaktformular. Bitte nicht einfach registrieren, das landet im Nirvana; ich habe die automatische User-Registrierung deaktiviert.

Dieses Wiki arbeitet mit Textile. Infos zu diesem »Human Text Generator« gibt es hier.

Einige Anwendungsbeispiele finden sich auch in der Kategorie Hilfe.

]]> index 2008-03-22T15:46:04+01:00 CSS und JavaScript im Kopfbereich ausgeben http://www.lisardo.biz/wiki/CSS-und-JavaScript-im-Kopfbereich-ausgeben/ http://www.lisardo.biz/wiki/CSS-und-JavaScript-im-Kopfbereich-ausgeben/ Bei der Extension-Programmierung steht man immer wieder vor dem Problem, dynamisch erstelltes JavaScript oder CSS ausgeben zu müssen. Man kann das natürlich direkt auf der Seite bzw. über die $content-Ausgabe, aber das ist nicht schön und funktioniert auch manchmal gar nicht. Es gibt deshalb die Möglichkeit, beides aus der Extension heraus in den HEAD-Bereich zu schreiben:

$GLOBALS['TSFE']->setJS($this->extKey, 'alert("Mach was. ")');
$GLOBALS['TSFE']->setCSS($this->extKey, 'p {padding:2em}');

Die Deklaration kann weggelassen werden, das übernimmt Typo3. Die Einträge verwenden das globale Array $GLOBALS[‘TSFE’]->additionalJavaScript bzw. $GLOBALS[‘TSFE’]->additionalCSS. Da diese Einträge nach denen des TypoScript-Templates erscheinen, können so auch vorher definierte Werte überschrieben werden.

Weiterführende Links

siehe auch den Artikel zu GLOBALS TSFE

Category:Typo3 -> Extensions -> Programmierung

]]> CSS und JavaScript im Kopfbereich ausgeben 2008-03-22T15:37:30+01:00 GLOBALS TSFE http://www.lisardo.biz/wiki/GLOBALS-TSFE/ http://www.lisardo.biz/wiki/GLOBALS-TSFE/ Über GLOBAL[‘TSFE’] kann man bei der Extension-Programmierung mehr oder weniger auf das gesamte TypoScript-Setup von Typo3 zugreifen. Man kann aktuelle Konfigurationen abfragen oder auch ändern, so dass sich die Ausgabe ins Frontend abhängig vom installierten Plugin auf jeder Seite ändern kann.

Zum Beispiel können damit zusätzliche JavaScript- oder CSS-Definitionen im Kopfbereich ausgegeben werden (siehe CSS und JavaScript im Kopfbereich ausgeben) oder der Bodytag erweitert werden. Folgende Zeile fügt z. B. auf jeder Seite, auf der das Plugin installiert wirde, dem Body-Tag einen onload-Befehl hinzu, wie er für Google-Maps benötigt wird:

$GLOBALS['TSFE']->pSetup['bodyTagAdd'] = 'onload="load()" onunload="GUnload()';

Mit

$GLOBALS['TYPO3_DB']->debugOutput = true;
echo t3lib_div::debug( $GLOBALS['TSFE']->pSetup );

kann man sich das gesamte Teilarray pSetup ausgeben lassen – darin ist die gesamte page-Konfiguration aus dem TypoScript-Setup enthalten. (Nicht das ganze $GLOBALS[‘TSFE’]-Array so ausgeben lassen – es ist viel zu groß ... ) Wie oben zu sehen ist, kann man jede TypoScript-Anweisung, die man im Setup der Seite anwenden kann, auch über das $Globals[‘TSFE’]-Array aus PHP hinzufügen.

Mit

$GLOBALS['TYPO3_DB']->debugOutput = true;
foreach ($GLOBALS['TSFE'] as $key => $value) {
       $var[] = $key;
}
echo t3lib_div::debug( $var );

kann man sich die erste Ebene des $GLOBAL-Arrays ausgeben lassen:

0id
1type
2idParts
3cHash
4no_cache
5rootLine
6page
7contentPid
8sys_page
9jumpurl
10pageNotFound
11domainStartPage
12pageAccessFailureHistory
13MP
14RDCT
15page_cache_reg1
16siteScript
17fe_user
18loginUser
19gr_list
20beUserLogin
21workspacePreview
22loginAllowedInBranch
23ADMCMD_preview_BEUSER_uid
24fePreview
25showHiddenPage
26showHiddenRecords
27simUserGroup
28TYPO3_CONF_VARS
29TCAcachedExtras
30tmpl
31cacheTimeOutDefault
32cacheContentFlag
33cacheExpires
34isClientCachable
35all
36sPre
37pSetup
38newHash
39getMethodUrlIdToken
40no_CacheBeforePageGen
41tempContent
42forceTemplateParsing
43cHash_array
44hash_base
45pagesTSconfig
46additionalHeaderData
47additionalJavaScript
48additionalCSS
49JSeventFuncCalls
50JSCode
51JSImgCode
52divSection
53defaultBodyTag
54debug
55intTarget
56extTarget
57MP_defaults
58spamProtectEmailAddresses
59absRefPrefix
60absRefPrefix_force
61compensateFieldWidth
62lockFilePath
63ATagParams
64sWordRegEx
65sWordList
66linkVars
67excludeCHashVars
68displayEditIcons
69displayFieldEditIcons
70sys_language_uid
71sys_language_mode
72sys_language_content
73sys_language_contentOL
74sys_language_isocode
75applicationData
76register
77registerStack
78cObjectDepthCounter
79recordRegister
80currentRecord
81accessKey
82imagesOnPage
83lastImageInfo
84uniqueCounter
85uniqueString
86indexedDocTitle
87altPageTitle