Re: [TYPO3-german] TYPO3 9.5 - wo ist der TypoScript-Objekt-Browser hin verschwunden
Hallo Dieter, vielen Dank für die sschnelle Antwort. Kannst du mal posten, welche System-Extension bei deiner Aufsetzung installiert sind? Ich habe den Verdacht, dass ich im Composer eine System-Extension vergessen habe. Die mit * markierten System-Extensions sind nur installiert aber nicht geladen. Außerdem ist es keine Composer-Installation. about adminpanel backend belog beuser core extbase extensionmanager * feedit felogin filelist * filemetadata fluid fluid_styled_content form frontend impexp * indexed_search info install linkvalidator lowlevel * opendocs recordlist * recycler redirects reports * rsaauth rte_ckeditor scheduler seo setup * sys_action sys_note t3editor * taskcenter tstemplate viewpage * workspaces ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 9.5 - wo ist der TypoScript-Objekt-Browser hin verschwunden
Hallo Dieter, Bis TYPO3 8.7 war dieser unter dem Modul Template zu finden. Dies gibt es unt 9.5 nicht mehr (- oder ich habe vergessen, die notwendige Extension zu laden) ich habe zwar gerade nicht die aktuellste Version vom 9.5, aber zumindest im 9.5.2 ist er immer noch dort, wo er schon in Version 3.8 war ;) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 2 Verständigungsfragen zu cObject und stdWrap
Hallo Alexander, deine 2. Frage kann ich dir sofort beantworten. 10 = TEXT 10.data = field:header 10.wrap = ###|### 10.stdWrap.wrap = ***|*** Mit stdWrap kann ich rekursiv nochmal auf alle Funktionen von stdWrap zugreifen. Ich denke sowas wird nur in komplexeren Scripten benötigt. Hier aber trotzdem ein sehr vereinfachtes Beispiel. Dazu sei gesagt, das der aktuelle Inhalt erst mit den Eigenschaften aus stdWrap und danach erst mit den stdWrap-Eigenschaften aus TEXT verarbeitet wird. So kommt es, dass wir folgendes Ergebnis zu Gesicht bekommen: ###***sfjquery***### Kann mir das jemand biite erklären? Vielen Dank Bei stdWrap muss man sich vorher anschauen, in welcher Reihenfolge die Eigenschaften in der Referenz aufgelistet sind. In genau dieser Reihenfolge werden die jeweiligen Funktionen auch angewendet. Es ist dabei egal, in welcher Reihenfolge man die Eigenschaften im TS setzt, da im Hintergrund bereits die "Auswertungsreihenfolge" feststeht. Da stdWrap in der Referenz vor wrap gelistet wird, wird folglich in deinem Beispiel zuerst 10.stdWrap.wrap angewandt und erst danach 10.wrap. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsche Kodierung obwohl alles auf UTF-8
Im HTML-Code der Seite steht richtiger Weise: Der Browser ist ja in der Lage den Text korrekt anzuzeigen, meinst Du wirklich es liegt am Browser? Ich habe auch noch mit Chrome getestet, dort tritt das gleiche Problem auf. Hast du dir mal den Response-Header angesehen? Normalerweise interessiert sich der Browser herzlich wenig für die Angaben in meta-Tags. Der Browser orientiert sich eher am Response-Header "Content-Type". Wenn dort nur "text/html" steht, kann es gut sein, dass der Browser von einer iso-Kodierung ausgeht. Steht da allerdings "text/html; charset=UTF-8", müsste der Browser eigentlich automatisch auf UTF-8 wechseln. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FLUIDTEMPLATE immer von root an?
Das sollte eigentlich kein Problem darstellen. FLUIDTEMPLATE ist ein cObject und kann im TypoScript genauso verwendet werden, wie alle anderen cObjects. Probier es einfach mal bei einer Testinstanz aus :) (Bei mir hat es zumindest bisher immer funktioniert ;) ) Grüße, Jana. Am 23.02.2015 11:56, schrieb Andreas Werner: Hallo allerseits, hab da gerade ein Verständnisproblem. Gibt es eigentlich die Möglichkeit, ein FLUIDTEMPLATE innerhalb TEMPLATE zu verwenden, also z.B. ein COA an einen Marker zu setzen und dort ein FLUIDTEMPLATE für einen kleinen Bereich zu benutzen? (Hintergrund ist die Wartung einer recht komplexen Seite, bei der die Umstellung auf Fluid nicht gleich erfolgen kann/soll.) Grüße Andreas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news out of memory
Am 26.01.2015 10:19, schrieb Gerhard Obermayr: Mann, mann, mann, wann haben eigentlich alle begriffen, dass man hier keine Screenshot einstellen soll? Das wird erst dann passieren, wenn diese Option im Forum deaktiviert wird ;) Oder auch alternativ nach der Entkopplung von Forum und Mailingliste. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 6.2 LTS erster Eindruck
Am 28.03.2014 17:12, schrieb Philipp Gampe: Hi bernd, bernd wilke wrote: Ich warte immer ein bis zwei Monate mit dem Update, bis die ärgsten Fehler rausgefischt worden sind. Dass sich das nicht ändert, ist sehr ärgerlich. mMn. ergibt sich das aus dem sehr früh festgelegtem Release-Termin. wenn ich mir ansehe was noch in den letzten Tagen vor dem Release alles geändert wurde Feature-Freeze ist etwas anderes. dadurch war es natürlich sehr schwer alles auszutesten. oder für Extensionautoren ihre Extension wirklich "ready for 6.2" zu machen Also schon mit den Beta Versionen haben Leute neue Webseiten gestartet. Es ist also Möglich. Wenn jeder immer bis zur .0 wartet, bis er mal anfängt zu testen, dann muss er sich auch nicht wundern wenn eine Funktion mal nicht richtig getestet ist. Wir testen alle viel, aber nun einmal nicht jede Funktion. Dies ist bei der Grüße von TYPO3 nicht möglich. Allein die automatischen Tests brauchen ja schon über 20 Minuten. Leute, testet einfach vorher anstatt hinterher zu Meckern, dass keiner getestet hat. +1 Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multidomain navigation
Ich lese gerade, dass typolinkCheckRootline automatisch aktiviert wird, wenn man typolinkEnableLinksAcrossDomains verwendet. Das wird es also nicht sein. Ich habe eben auch mal versucht, meine Konfiguration "kaputt" zu machen. Das klappt aber nicht, es funktioniert trotzdem ;) Grüße, Jana. Am 02.09.2013 11:33, schrieb Jana Golinowski: Bei RealUrl kann ich dir leider nicht weiterhelfen, da ich bisher nur mit CoolURI gearbeitet habe. Eine Multidomain-Umgebung habe ich auch noch nicht mit TYPO3 6.x umgesetzt, aber ich kann dir meine funktionierenden Einstellungen für TYPO3 4.7 anbieten: Ich habe zwei Domains, jede hat einen eigenen Seitenbaum. Das TypoScript liegt auf einer übergeordneten Seite, d.h. bei den Domain-Seiten ist nicht "Als Anfang der Website benutzen" gesetzt. Bei den beiden Domain-Records ist "In Links immer diese Domain voranstellen" gesetzt. Folgendes TypoScript wird für die Domain-Settings verwendet: config { typolinkEnableLinksAcrossDomains = 1 simulateStaticDocuments = 0 tx_cooluri_enable = 1 redirectOldLinksToNew = 1 baseURL = http://domain1.de/ } [PIDinRootline = 42] config.baseURL = http://domain2.de/ [end] Wobei sich deine TS-Konfiguration ja nicht wirklich von meiner unterscheidet. Hast du schonmal ohne typolinkCheckRootline probiert? Grüße, Jana. Am 02.09.2013 11:02, schrieb Mikwauschk: > Hallo, > > sorry das ich eine PN sende ... hatte beim Listing sammeleinstellungen > eingestellt, kannst ja auf die Listing mail antworten. > > habe ich eingebaut dennoch funktioniert es nicht wirklich... > habe Typo3 6.1 mit RealUrl 1.12.6 - LocalConfiguration.php Einstellungen > eingetragen. > > 'realurl' => array( > '_DEFAULT' => array( > 'init' => array( > 'enableCHashCache' => 1, > 'enableUrlDecodeCache' => 1, > 'enableUrlEncodeHash' => 1, > 'respectSimulateStaticURLs' => 0, > 'appendMissingSlash' => 'ifNotFile', > ), > 'rewrite' => array(), > 'preVars' => array( > array( > 'GETvar' => 'L', > 'valueMap' => array( > 'deutsch' => '', > 'deutsch' => '0', > 'englisch' => '1', > 'italienisch' => '2', > 'polnisch' => '3', > ), > 'valueDefault' => '0', > 'noMatch' => 'bypass', > ), > array( > 'GETvar' => 'no_cache', > 'valueMap' => array( > '' => 1, > ), > 'noMatch' => 'bypass' > ), > ), > 'pagePath' => array( > 'type' => 'user', > 'userFunc' => > 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main', > 'spaceCharacter' => '-', > 'languageGetVar' => 'L', > 'expireDays' => 3, > 'rootpage_id' => '1' // WICHTIG: Hier muss deine root ID > eingetragen werden. > ), > // configure filenames for different pagetypes > 'fileName' => array( > 'defaultToHTMLsuffixOnPrev' => 1, > 'index' => array( > 'page.html' => array( > 'keyValues' => array ( > 'type' => 1, > ), > ), > 'print.html' => array( > 'keyValues' => array( > 'type'
Re: [TYPO3-german] Multidomain navigation
Bei RealUrl kann ich dir leider nicht weiterhelfen, da ich bisher nur mit CoolURI gearbeitet habe. Eine Multidomain-Umgebung habe ich auch noch nicht mit TYPO3 6.x umgesetzt, aber ich kann dir meine funktionierenden Einstellungen für TYPO3 4.7 anbieten: Ich habe zwei Domains, jede hat einen eigenen Seitenbaum. Das TypoScript liegt auf einer übergeordneten Seite, d.h. bei den Domain-Seiten ist nicht "Als Anfang der Website benutzen" gesetzt. Bei den beiden Domain-Records ist "In Links immer diese Domain voranstellen" gesetzt. Folgendes TypoScript wird für die Domain-Settings verwendet: config { typolinkEnableLinksAcrossDomains = 1 simulateStaticDocuments = 0 tx_cooluri_enable = 1 redirectOldLinksToNew = 1 baseURL = http://domain1.de/ } [PIDinRootline = 42] config.baseURL = http://domain2.de/ [end] Wobei sich deine TS-Konfiguration ja nicht wirklich von meiner unterscheidet. Hast du schonmal ohne typolinkCheckRootline probiert? Grüße, Jana. Am 02.09.2013 11:02, schrieb Mikwauschk: > Hallo, > > sorry das ich eine PN sende ... hatte beim Listing sammeleinstellungen > eingestellt, kannst ja auf die Listing mail antworten. > > habe ich eingebaut dennoch funktioniert es nicht wirklich... > habe Typo3 6.1 mit RealUrl 1.12.6 - LocalConfiguration.php Einstellungen > eingetragen. > > 'realurl' => array( > '_DEFAULT' => array( > 'init' => array( > 'enableCHashCache' => 1, > 'enableUrlDecodeCache' => 1, > 'enableUrlEncodeHash' => 1, > 'respectSimulateStaticURLs' => 0, > 'appendMissingSlash' => 'ifNotFile', > ), > 'rewrite' => array(), > 'preVars' => array( > array( > 'GETvar' => 'L', > 'valueMap' => array( > 'deutsch' => '', > 'deutsch' => '0', > 'englisch' => '1', > 'italienisch' => '2', > 'polnisch' => '3', > ), > 'valueDefault' => '0', > 'noMatch' => 'bypass', > ), > array( > 'GETvar' => 'no_cache', > 'valueMap' => array( > '' => 1, > ), > 'noMatch' => 'bypass' > ), > ), > 'pagePath' => array( > 'type' => 'user', > 'userFunc' => > 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main', > 'spaceCharacter' => '-', > 'languageGetVar' => 'L', > 'expireDays' => 3, > 'rootpage_id' => '1' // WICHTIG: Hier muss deine root ID > eingetragen werden. > ), > // configure filenames for different pagetypes > 'fileName' => array( > 'defaultToHTMLsuffixOnPrev' => 1, > 'index' => array( > 'page.html' => array( > 'keyValues' => array ( > 'type' => 1, > ), > ), > 'print.html' => array( > 'keyValues' => array( > 'type' => 98, > ), > ), > 'rss.xml' => array( > 'keyValues' => array( > 'type' => 100, > ), > ), > 'rss091.xml' => array( > 'keyValues' => array( > 'type' => 101, > ), > ), > 'rdf.xml' => array( > 'keyValues' => array( > 'type' => 102, > ), > ), > 'atom.xml' => array( > 'keyValues' => array( > 'type' => 103, > ), > ), > ), > > ), > ), > 'domain2.de' => array( > 'pagePath' => array( > 'type' => 'user', > 'userFunc' => > 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main', > 'spaceCharacter' => '-', > 'languageGetVar' => 'L', > 'expireDays' => 3, > 'rootpage_id' => 35 > ), >
Re: [TYPO3-german] Multidomain navigation
Wenn ich dich richtig verstanden habe, suchst du wahrscheinlich die TS-Einstellung config.typolinkEnableLinksAcrossDomains (hoffentlich habe ich mich jetzt nicht vertippt). Grüße, Jana. Am 30.08.2013 14:49, schrieb Mikwauschk: Hallo alle miteinander, ich habe leider ein kleines Problem mit einer Navigation bei einem Multidomain Typo3. Bei jeder Domain separat läuft alles wunderbar, nun wollte ich in einer Domain C (eine Übersichtsseite) wo rechts die Navigation der einen Domain A steht und auf der anderen Seite die Navigation der anderen Domain B . da ich realurl mit benutze und die Navigation somit immer dem Base_URL unterstellt wird, die Navigation einzubinden ist ja übers Typo3 kein Problem. Aber wie bekomme ich den Host also Domain1.de/test in der einen Navigation und in der anderen Navigation Domain2.de/ichunddu, da die aufgerufene Domain ja Domain3.de/home heißt? ist das Überhaupt möglich? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Forum vs. Liste OT
Am 06.08.2013 13:02, schrieb Ralf-Rene Schröder: was mich durch das Forum (in der Verkoppelung mit Mailinglist und Newsreader) stört, ist das durch das forum jetzt natürlich immer wieder Anhänge mit in die newsgroup geraten die da eigentlich nichts zu suchen haben (sondern als verlinkte Dateien sinnvoll wären) ob man im Forum Anhänge vielleicht untersagen sollte um dies zu vermeiden oder was sagt Ihr dazu? +1 Bis vor wenigen Tagen hate ich keine Ahnung davon, dass es ein Forum gibt, mit dem quasi an die Mailingliste gepostet wird. Ich habe mich nur über die nicht anzeig-/downloadbaren Anhänge gewundert und fing schon an Icedove zu verdächtigen. Entweder die Forensoftware wird so angepasst, dass angehängte Dateien nicht ausschließlich über das Forum verwendet werden können, oder das Anhängen von Dateien wird dort deaktiviert (falls solche Anpassungen nicht möglich sind). Wenn man von dem Forum nichts weiß, sind diese Dateien für Nutzer von Newsreadern, Mailprogrammen sowie den Mailinglisten-Archiven (wie nabble, mail-archive oder das Archiv unter lists.typo3.org) nutzlos. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typoscript Vererbung
Hallo Cigdem, ich habe diese Option zwar noch nie verwendet, aber das klingt nach deinem Anwendungsfall: In den Eigenschaften des Template-Datensatzes gibt es die Option "Template nächste Ebene" (en: "Template on Next Level"). Damit kannst du einen Template-Datensatz angeben, der für die Unterseiten benutzt werden soll. Grüße, Jana. Am 18.07.2013 09:12, schrieb Klengel, Müsserref Cigdem: Hallo Liste, ich hoffe ich kann meine Fragen möglichst gut formulieren: Ich habe folgende Struktur im Seitenbaum A B --B.1 --B.2 --B.3 In A und B ändere ich das Typoscript etwas ab, da diese Seite andere CSS-Dateien benötige und auch ein anderes HTML-Template, als die Root-Seite benutzen. Jetzt muss ich für die Seite B doch ein weiteres, anderes Template benutzen OHNE das an die Unterseiten zu vererben. Diese sollen weiterhin die alte Templatedatei, die von A (und vorher von B) benutzt wurde, nutzen. Muss ich dafür allen Unterseiten von B eine Templateerweiterung verpassen? Denn dann müsste ich ja jedes Mal, wenn der Redakteur eine weitere Seite hinzufügt daran denken, auch das Template zu erweitern. Oder kann ich irgendwo sowas sagen wie: Nutze für Seite B dieses Template ABER für alle Unterseiten von B ein anderes Template? Schöne Grüße, Cigdem ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Stimmt für TYPO3 @http://bitnami.com
+2 Grüße, Jana. Am 17.07.2013 23:00, schrieb d.ros: http://bitnami.com/contest Braucht weniger als 30 Sekunden um eine Stimme abzugeben und macht TYPO3 damit bekannter. Antwortet hier zusätzlich mit einem +1, um zu sehen wer den Knopf gedrückt hat. PS: Vom ersten POST in der englischen Liste um 22:26 bis jetzt 23:00 gab es 16 Votes, aber nur 2 Rückmeldungen -interessant :-) Cheers David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CoolURI Problem
Hallo Michael, ich habe bei meinem Test zwar das "=" vergessen, aber es hängt wahrscheinlich trotzdem mit der Condition zusammen. Das Problem ist das fehlende "www.". Schau dir mal im Installtool die phpinfo()-Ausgabe an. Wenn ich mein System auf "www.my.domain" konfiguriere, dann ist auch genau das der Wert von HTTP_HOST. Demzufolge trifft bei dir eventuell die Bedingung nie zu. # funktioniert nicht [globalString = ENV:HTTP_HOST=my.domain] config.baseURL = http://www.my.domain/ [global] # funktioniert [globalString = ENV:HTTP_HOST=www.my.domain] config.baseURL = http://www.my.domain/ [global] # funktioniert auch [globalString = ENV:HTTP_HOST=*.my.domain] config.baseURL = http://www.my.domain/ [global] Grüße, Jana. Am 17.07.2013 11:04, schrieb Jana Golinowski: Hallo Michael, Bring leider nichts hab immer noch dasselbe Problem, ich habs auch mal mit der originalen htaccess von TYPO3 probiert. Das ist der Pfad eines Bildes auf einer Unterseite, CoolURI schreibt den Navigationspfad dazwischen. http://www.municall.de/vertriebspartner/interessenten/distribution/uploads/tx_imagecycle/Municall_Distribution_Banner.png ich konnte das Verhalten jetzt endlich auch provozieren. Normalerweise setze ich config.baseURL global. Wenn ich das aber mit deiner TS-Condition verbinde, stimmen die relativen Pfade nicht mehr. Mein Test (TS): # funktioniert nicht [globalString ENV:HTTP_HOST=my.domain] config.baseURL = http://my.domain/ [global] # funktioniert config.baseURL = http://my.domain/ Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CoolURI Problem
Hallo Michael, Bring leider nichts hab immer noch dasselbe Problem, ich habs auch mal mit der originalen htaccess von TYPO3 probiert. Das ist der Pfad eines Bildes auf einer Unterseite, CoolURI schreibt den Navigationspfad dazwischen. http://www.municall.de/vertriebspartner/interessenten/distribution/uploads/tx_imagecycle/Municall_Distribution_Banner.png ich konnte das Verhalten jetzt endlich auch provozieren. Normalerweise setze ich config.baseURL global. Wenn ich das aber mit deiner TS-Condition verbinde, stimmen die relativen Pfade nicht mehr. Mein Test (TS): # funktioniert nicht [globalString ENV:HTTP_HOST=my.domain] config.baseURL = http://my.domain/ [global] # funktioniert config.baseURL = http://my.domain/ Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CoolURI Problem
Hallo Michael, müssen die Zeilen von dir zu meinen hinzu oder ersetzen die welche? die kommen dazu. Und zwar als erste Regel (wie es in dem Kommentar steht) nach RewriteEngine On. Ich habe das übrigens auch nur aus der originalen _.htaccess von TYPO3 kopiert (in meinem Fall Version 4.7). Du kannst deine Regeln ja mal damit vergleichen. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CoolURI Problem
Hallo Mike, da fehlen wahrscheinlich noch ein paar Zeilen. Ich nehme an, diese Regel dürfte dir helfen: # Rule for versioned static files, configured through: # - $TYPO3_CONF_VARS['BE']['versionNumberInFilename'] # - $TYPO3_CONF_VARS['FE']['versionNumberInFilename'] # IMPORTANT: This rule has to be the very first RewriteCond in order to work! RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.+)\.(\d+)\.(php|js|css|png|jpg|gif|gzip)$ $1.$3 [L] Du hast die htaccess wohl etwas zu sehr angepasst ;-) Am 17.07.2013 08:59, schrieb Michael Holzer: Hallo zusammen, ich hab CoolURI installiert und die htaccess angepasst. Soweit funktioniert das auch aber nur auf der Startseite, sobald ich auf eine Unterseite gehe stimmen die Pfade nicht mehr, sprich es gehen keine Bilder oder CSS mehr. Inhalt der htaccess RewriteEngine On RewriteRule ^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php) $ - [L] RewriteRule ^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php) /.*$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteRule .* index.php [L] RewriteBase / Typoscript [globalString = ENV:HTTP_HOST=municall.de] config.baseURL = http://www.municall.de/ [global] config.tx_cooluri_enable = 1 config.redirectOldLinksToNew = 1 Gruss Mike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HMENU: Wenn Submenü leer (entryLevel=-1), dann aktuelle Ebene (entryLevel=-2)
Hallo Christof, ist zwar ungetestet, aber du könntest die stdWrap-Eigenschaft von HMENU nutzen. lib.field_submenu = HMENU lib.field_submenu { entryLevel = -1 1 = TMENU [...] stdWrap.ifEmpty.cObject = HMENU stdWrap.ifEmpty.cObject { entryLevel = -2 1 = TMENU [...] } } Wenn die aktuelle Seite keine Unterseiten für das Menü enthält, ist die Ausgabe leer, so dass ifEmpty greift. In dem Fall musst du nur darauf achten, dass du nicht die wrap-Eigenschaft bei HMENU verwendest, weil diese vor stdWrap angewandt wird. Grüße, Jana. Am 17.07.2013 08:08, schrieb HC-Media: Hallo an alle, ich habe aktuell eine Frage betreffend des HMENU's. Ich generiere mir ein Submenü mit dem entryLevel -1, also es werden alle Seiten unterhalb der aktuellen angezeigt. Jetzt hätte ich gerne, wenn eine Seite keine Unterseite enthält, dass die aktuelle Menüebene als Sub-Menü dargestellt wird. Folgendes Snippet erzeugt mir derzeit mein Submenü: lib.field_submenu = HMENU lib.field_submenu { entryLevel = -1 1 = TMENU 1 { expAll = 1 wrap = | NO.wrapItemAndSub = | CUR = 1 CUR { wrapItemAndSub = | } ACT = 1 ACT { wrapItemAndSub = | } } } Sollte hier kein Menüpunkt erscheinen, soll dieses Snippet ausgeführt werden: lib.field_submenu = HMENU lib.field_submenu { entryLevel = -2 1 = TMENU 1 { expAll = 1 wrap = | NO.wrapItemAndSub = | CUR = 1 CUR { wrapItemAndSub = | } ACT = 1 ACT { wrapItemAndSub = | } } } Könnt ihr mir hier weiterhelfen? Danke, Thx Christof ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsches (fehlerhaftes) Design mit IE
Nachtrag: XHTML 1.0 Transitional bezieht sich auf hauptplatz.stadthaag.at, bei kattner.at ist es HTML 4.0 Transitional. Das mit dem Mix dürfte trotzdem zutreffen. Außerdem ist der Doctype unvollständig, was den IE auch häufig stört. Am 17.01.2013 12:16, schrieb Jana Golinowski: Hallo Gerhard, ich habe mir die Seite zwar nicht im IE angesehen, aber mir ist aufgefallen, dass der Doctype mit XHTML 1.0 Transitional angegeben ist, während im eigentlichen Seitenquelltext HTML5-Tags vorkommen (bspw. "header" und "footer"). Dieser Mix könnte das Problem sein. Außerdem kennt der IE diese Tags auch erst ab Version 9 [1]. [1] http://www.w3cschools.com/tags/tag_header.asp Grüße, Jana. Am 17.01.2013 10:16, schrieb Gerhard Obermayr: Die Wetterlage ist trist und seit ein paar Tagen auch mein Gemüt. Der Grund: Ich finde einen Designfehler nicht. Vielleicht ist es ja nur ein reiner CSS-Fehler, aber ich tippe auf eine Kombination. Die website kattner.at sieht in FF, Opera, Chrome und Safari so aus wie gewollt. Wenn ich das Template lokal aufrufe, ist alles in Ordnung - auch in IE! Nur im web sieht es furchtbar aus - alles ist zerfetzt, nicht einmal das Hauptmenü wird gerendert. Andere Seiten, die ich ähnlich aufgebaut habe - z.B. hauptplatz.stadthaag.at - werden auch in IE nicht zerrissen. Kann mir jemand mitteilen, wie ich feststellen kann, wer der Schuldige ist? Ich bin mit meinem Latein am Ende ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsches (fehlerhaftes) Design mit IE
Nachtrag: XHTML 1.0 Transitional bezieht sich auf hauptplatz.stadthaag.at, bei kattner.at ist es HTML 4.0 Transitional. Das mit dem Mix dürfte trotzdem zutreffen. Außerdem ist der Doctype unvollständig, was den IE auch häufig stört. Am 17.01.2013 12:16, schrieb Jana Golinowski: Hallo Gerhard, ich habe mir die Seite zwar nicht im IE angesehen, aber mir ist aufgefallen, dass der Doctype mit XHTML 1.0 Transitional angegeben ist, während im eigentlichen Seitenquelltext HTML5-Tags vorkommen (bspw. "header" und "footer"). Dieser Mix könnte das Problem sein. Außerdem kennt der IE diese Tags auch erst ab Version 9 [1]. [1] http://www.w3cschools.com/tags/tag_header.asp Grüße, Jana. Am 17.01.2013 10:16, schrieb Gerhard Obermayr: Die Wetterlage ist trist und seit ein paar Tagen auch mein Gemüt. Der Grund: Ich finde einen Designfehler nicht. Vielleicht ist es ja nur ein reiner CSS-Fehler, aber ich tippe auf eine Kombination. Die website kattner.at sieht in FF, Opera, Chrome und Safari so aus wie gewollt. Wenn ich das Template lokal aufrufe, ist alles in Ordnung - auch in IE! Nur im web sieht es furchtbar aus - alles ist zerfetzt, nicht einmal das Hauptmenü wird gerendert. Andere Seiten, die ich ähnlich aufgebaut habe - z.B. hauptplatz.stadthaag.at - werden auch in IE nicht zerrissen. Kann mir jemand mitteilen, wie ich feststellen kann, wer der Schuldige ist? Ich bin mit meinem Latein am Ende ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsches (fehlerhaftes) Design mit IE
Hallo Gerhard, ich habe mir die Seite zwar nicht im IE angesehen, aber mir ist aufgefallen, dass der Doctype mit XHTML 1.0 Transitional angegeben ist, während im eigentlichen Seitenquelltext HTML5-Tags vorkommen (bspw. "header" und "footer"). Dieser Mix könnte das Problem sein. Außerdem kennt der IE diese Tags auch erst ab Version 9 [1]. [1] http://www.w3cschools.com/tags/tag_header.asp Grüße, Jana. Am 17.01.2013 10:16, schrieb Gerhard Obermayr: Die Wetterlage ist trist und seit ein paar Tagen auch mein Gemüt. Der Grund: Ich finde einen Designfehler nicht. Vielleicht ist es ja nur ein reiner CSS-Fehler, aber ich tippe auf eine Kombination. Die website kattner.at sieht in FF, Opera, Chrome und Safari so aus wie gewollt. Wenn ich das Template lokal aufrufe, ist alles in Ordnung - auch in IE! Nur im web sieht es furchtbar aus - alles ist zerfetzt, nicht einmal das Hauptmenü wird gerendert. Andere Seiten, die ich ähnlich aufgebaut habe - z.B. hauptplatz.stadthaag.at - werden auch in IE nicht zerrissen. Kann mir jemand mitteilen, wie ich feststellen kann, wer der Schuldige ist? Ich bin mit meinem Latein am Ende ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler in Typo3 4.7.7 - Strict Standards: Non-static method
Hast du im Zuge des TYPO3-Updates auch PHP auf 5.4 aktualisiert oder das error_reporting geändert? Folgender Google-Treffer könnte dir helfen: http://stackoverflow.com/questions/10768576/how-can-i-solve-non-static-method-xx-should-not-be-called-statically-in Grüße, Jana. Am 10.01.2013 11:35, schrieb Tobias Leichsenring | EDVSolutions.org: Hallo, ich habe heute feststellen müssen, dass beim Aufruf meiner Webseite die folgenden beiden Fehler angezeigt werden : Strict Standards: Non-static method tslib_cObj::getKey() should not be called statically, assuming $this from incompatible context in / typo3/sysext/cms/tslib/class.tslib_menu.php on line 178 Strict Standards: Non-static method tslib_cObj::calc() should not be called statically, assuming $this from incompatible context in / typo3/sysext/cms/tslib/class.tslib_me Es handelt sich um die Version 4.7.7 und mich habe leider keinen Ansatz gefunden, an was dieser Fehler liegen könnte. Auf der Präsenz ist für das Kontaktformular noch Powermail 1.6.9 installiert, hier kommt es dann zu noch mehr Fehlern : Strict Standards: Non-static method tslib_cObj::getKey() should not be called statically, assuming $this from incompatible context in /typo3/sysext/cms/tslib/class.tslib_menu.php on line 178 Strict Standards: Non-static method tslib_cObj::calc() should not be called statically, assuming $this from incompatible context in /typo3/sysext/cms/tslib/class.tslib_menu.php on line 760 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_pi1.php on line 183 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_pi1.php on line 183 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_pi1.php on line 183 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_pi1.php on line 183 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_pi1.php on line 183 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_pi1.php on line 183 Strict Standards: Non-static method tslib_cObj::fileResource() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_form.php on line 102 Strict Standards: Non-static method tslib_cObj::fileResource() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_form.php on line 105 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_form.php on line 136 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_form.php on line 148 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_form.php on line 161 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_form.php on line 161 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_form.php on line 214 Strict Standards: Non-static method tslib_cObj::enableFields() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_form.php on line 214 Strict Standards: Non-static method tslib_cObj::fileResource() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_html.php on line 68 Strict Standards: Non-static method tslib_cObj::getSubpart() should not be called statically, assuming $this from incompatible context in /typo3conf/ext/powermail/pi1/class.tx_powermail_html.php on line 168 Strict Standards: Non-static method tslib_cObj::substituteMarkerArrayCached() should not be called statically, assuming $this from inc
Re: [TYPO3-german] URL der nächsten und vorherigen Seite im Baum?
Eventuell reicht auch HMENU mit special = browse. Grüße, Jana. Am 19.12.2012 10:24, schrieb d.ros: Am 19.12.2012 09:03, schrieb Clemens K.: hi, ich muss die url der nächsten und vorherigen seite im baum in javascript-variablen speichern. hat jemand eine idee wie ich diese per typoscript bekommen kann? danke + lg http://typo3.org/extension-manuals/pagebrowse/1.3.2/view/1/1/#id1305013 Müsste der Ansatz sein. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gifbuilder
Hallo Kay, ich hatte neulich etwas Ähnliches. Pack deine Farbauswahl in backColor.stdWrap.cObject. Bei meinem Projekt habe ich so in Abhängigkeit vom layout-Feld der Seite die Farbe eingestellt. Grüße, Jana. Am 16.12.2012 23:24, schrieb Kay Strobach: Hallo zusammen, ich muss aus einer SW Grafik dynamisch ein Logo in anderen Farben rendern. Das geht soweit mit dem folgenden TS: rahmenBoxLogo = IMG_RESOURCE rahmenBoxLogo { stdWrap.wrap = url("|") file = GIFBUILDER file { XY = [20.w],[20.h] 20 = IMAGE 20.file = GIFBUILDER 20.file { XY = 128,22 backColor = red } 20.mask = EXT:skin_sbs_cd_redsys/css/colors/less/images/logo_sbs_typo3_sw.png } } In dem Beispiel wird die Farbe (red) als String angegeben, das geht auch mit einer TSConst relativ einfach, dummerweise bekomme ich die Farbe aber aus einem String, der wie folgt aussieht : farbe1|farbe2 Auch das läßt sich mit TS auslesen: inputColor1 = TEXT inputColor1 { value = {$lessColorScheme} split { token.char = 124 cObjNum = 1|*|2 1.current = 1 } } Dummerweise kann ich statt = red nicht einfach< inputColor1 schreiben, was für ein Objekttyp ist backColor, wie bekomme ich das Ergebnis eines cObj in backColor ;), oder muss ich doch nochmal die Struktur ändern und jede Farbe einzeln ablegen :( Danke schonmal Grüße Kay ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 3. Menüebene
Hallo Björn, das klingt wie eines der "It's not a bug, it's a feature"-Features. Bei der .special-Eigenschaft gab (oder gibt?) es die Besonderheit, dass das Ausklappen ab der dritten Ebene nicht funktionierte bzw. nicht vorgesehen war. Ich weiß nicht, ob das immer noch so ist, aber du kannst ja mal den Workaround dazu ausprobieren: http://forge.typo3.org/issues/16026 Bei meinen Installationen hatte das damals wunderbar funktioniert. Grüße, Jana. Am 11.12.2012 12:40, schrieb Björn Hahnefeld: Hallo Philipp, war auch meine erste Vermutung. Allerdings hat es mit dem TS dann leider auch nicht geklappt. Und laut Quelltext werden die Elemente auch gar nicht mal angezeigt (also Darstellung und CSS spielen noch keine Rolle): -- # # Hauptmenü # lib.mainnavi = HMENU lib.mainnavi { special = directory special.value = 8 1 = TMENU 1 { wrap =| expAll = 1 NO.wrapItemAndSub =| ACT< .NO ACT = 1 ACT.ATagParams = class="active" } 2 = TMENU 2 { wrap =| NO.allWrap =| ACT< .NO ACT = 1 ACT.ATagParams = class="active" } 3 = TMENU 3 { wrap =| NO.allWrap =| ACT< .NO ACT = 1 ACT.ATagParams = class="active" } } -- Viele Grüße Björn -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Philipp Gampe Gesendet: Montag, 10. Dezember 2012 18:57 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] 3. Menüebene Hi Björn Hahnefeld, Björn Hahnefeld wrote: 1 = TMENU 2 = TMENU 2.1 = TMENU Es muss schon 3 = TMENU heißen. Oder (üblicher): 3< .1 Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Appliance (CentOS)
Das klingt, als ob die Netzwerkkarte nicht auf eth0 sondern etwas anderes gemappt ist. Was sagt dir denn Folgendes? cat /proc/net/dev Grüße, Jana. Am 07.12.2012 14:23, schrieb Gerhard Wendebourg: Am 07.12.2012 02:08, schrieb Tom Lehmann: Am Fr 07 Dez 2012 00:37:16 CET g...@nwx.de schrieb: Moin, hat hier schon einmal jemand die CentOS-basierte virtuelle (VirtualBox) Typo3-Appliance (http://www.typo3-installer.de) getestet? Ich habe sie installiert, bin aber darüber gestolpert, dass sich das Netzwerk nicht in Betrieb setzen lässt (meldet, dass eth0 nicht vorhanden sei), während dies bei anderen virtuellen Systemen (Ubuntu, Debian, Fedora oder WinXP) quasi out-of-the-box arbeitete und nur noch ein Port-forwarding einzurichten war. CentOS ist keine Plattform, mit der ich vertraut bin (einmal von den Standard-Unix-Kommandos abgesehen). Vielleicht hat hier jemand einen Tip. ~$ man ip oder ~$ man ifconfig Nun ja: ifconfig habe ich natürlich gecheckt. Sagt dann aber "eth0: device not found" Ebenso, wie beim Start des Netzwerks "Bringing up eth0: Device eth0 does not seem to be present". Und leider keine Info darüber, wie in der Appliance der Netzverkehr mit dem Hostsystem (VBox) zu konfigurieren ist / mit welchen Geräten / Treibern. sollte dabei schon ausreichen. Falls es noch andere ähnliche open-source Projekte / Images für den virtuellen Betrieb mit Typo3 geben sollte, bitte ich um Hinweis. Ist, wie meinerseits schon erwähnt, m.E. eigentlich die intelligenteste und wahrscheinlich stabilste Implementierung von Typo3. Die beste Implementierung des Ganzen wird eher sein, wenn man sich in die Sache mal ein wenig einliest. Ein Debian GNU/Linux für TYPO3 aufzu- setzen ist ja nun nicht wirklich eine grosse Zauberei und läuft bei richtiger Konfiguration des System äusserst stabil. An Debian habe ich diesbezüglich keine Zweifel - ist von mir einige hundert mal, oft auch inklusive Apache, MYSQL und PHP / für die WebEntwicklung installiert worden. Der Knackpunkt, so wie ich es derzeit erlebe, ist das reibungslose Zusammenspiel der weiteren Komponenten - Apache, MYSQL, PHP usw. - mit TYPO3 zu organisieren, hier insbesondere mit den nicht-dokumentierten Haken und Ösen. Ich habe selbst ein CMS für ein Nachrichtenportal programmiert (in PHP / MYSQL) und seit vielen Jahren im Betrieb. Aber ich erlebe nun bei Typo3, dass etwa das Introductionpackage in der aktuellen Version (4.7.7) auf Ubuntu oder Debian - nach den Anweisungen der Doku installiert - erstmal dysfunktional ist mit 404-Fehlern, sowie Hinweisen, die mitgelieferte .htaccess müsse nur hineinkopiert (oder angepasst) werden, deren Befolgen an dem Problem nichts lösen. http://forge.typo3.org/issues/32083 Dasselbe Introductionpackage läuft unter Windows und generiert an anderer Stelle Fehler, wo die Debianvariante stabil läuft. Natürlich kann ich nun anfangen, Dokumentationen der beteiligten Komponenten zu studieren - und damit die nächsten Jahrzehnte verbringen. Allein mit den Büchern zu den Linux-Netzwerkfunktionen kann man ganze Regale füllen, ganz zu schweigen von Apache, PHP, MYSQL & Co. Ich hatte bisher mit vielen Projekten der freien Software / GNU zu tun, aber selten mit soviel offenen Enden, wie bei Typo3. Gruß GW Oder ich hab obigen Absatz einfach nur nicht richtig verstanden. Gruss Tom ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Monatsnamen bei tt_news nicht übersetzt
Hast du die Locales auch im TS-Setup eingestellt? Grüße, Jana. Am 27.11.2012 10:12, schrieb Yves Chassein: Hallo David, ich habe gestern bei meinem Debain, das unter dem Apache liegt die locale für de_DE.utf8 installiert, doch leider greift dies nicht, muss ich da irgendwas noch neustarten? Grüße Yves Am 26. November 2012 18:41 schrieb david greiner: Hey! check mal die locale Einstellungen des Servers! via 'locale' auf der Shell, oder wenn du keine Shell hast, dann im hostingpaket nach der Einstellung suchen. Vielleicht stehts auch in phpinfo(); da bin ich mir gerade nicht sicher. Gruß, David. -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. david greiner schrieb: Hey! check mal die locale Einstellungen des Servers! Gruß, David. Yves Chassein schrieb: Hey, ich habe mal eine kleine Frage, bei mir werden die Monatsnamen bei tt_news immer nur auf englisch angezeigt. Was muss ich tun, damit diese auf deutsch angezeigt werden? Grüße Yves _ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] admin erstellen
Database Analyzer? Am 29.10.2012 09:25, schrieb Matze Hoppe: Hi, sitze hier im Install-Tool von v4.2.9 und finde den Link zum Erstellen eines neuen admin-users nicht. Wie war das mit dem Wald und Bäumen? Kann mich jemand auf den rechten Weg führen? Danke! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anzeige von DIV-Containern im IE8
Hallo Björn, also im Chrome sehe ich auch kein Logo. Dem scheint dein CSS für den Hintergrund nicht zu gefallen. Wenn ich die 10px-Angabe bei der background-Eigenschaft entferne, wird es angezeigt. Allerdings sind dann die Sociallinks verschoben. Das liegt der "div-in-a-tag-Konstruktion". Sobald das a-Tag display:block und float:left bekommt, sieht alles ganz gut aus. Das div braucht dann kein float:left mehr. Im IE habe ich es mir nicht angesehen. Grüße, Jana. Am 23.10.2012 16:11, schrieb Björn Hahnefeld: Hallo zusammen, wieder mal ein blödes Problem: mit dem IE8 wird das Logo oben nicht angezeigt: http://www.mp-telekommunikation.de/. Mit allen anderen Browsern hingegen haut die Sache wunderbar hin. Folgendes TS habe ich hierfür entwickelt und eingesetzt: -- 10 = COA 10 { stdWrap.wrap = 10 = TEXT 10 { data = register:page_media listNum = 0 override { required = 1 data = levelmedia: -1, "slide" listNum = 0 } dataWrap = background:url(uploads/media/|) no-repeat top left 10px; width:429px; height:96px; } } -- Warum erscheint denn das Logo bei allen Browsern und nur beim IE8 und abwärts nicht? Viele Grüße Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Jobbörse
Hallo Christof, könnt ihr mir evtl. eine Extension für eine Jobbörse empfehlen? Folgende Features sollten enthalten sein: *) Suche/Biete Job *) Jobbezeichnung *) Eintrittsdatum (Datum oder "ab sofort") *) Firmenanschrift/Wunschort *) Jobbeschreibung *) Evtl. Bilder uploaden Die Ansicht im Fronten würde dann ähnlich einer Suche/Biete Börse sein mit einer Übersicht und einer Detailseite mit Google Map usw… Hat jemand eine Empfehlung? schau dir mal die Extension Browser an ([1], [2]). Die lässt sich ziemlich vielseitig einsetzen und ist eine der am ausführlichsten dokumentierten Erweiterungen. Vor allem die Handbücher [3] und Demoseiten [4] sind sehr hilfreich. Ein Beispiel für einen Stellenmarkt ist auch dabei. [1] http://typo3.org/extensions/repository/view/browser [2] http://typo3-browser.de [3] http://typo3-browser.de/browser-tutorials/ [4] http://typo3-browser.de/browser-demo-websites/ Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TS: Unterseiten anzeigen falls diese wieder Unterseiten haben
Hallo Daniel, ich glaube, du suchst die Menüzustände IFSUB, ACTIFSUB, CURIFSUB usw. Grüße, Jana. Am 30.07.2012 14:12, schrieb Daniel Mehrbrodt: Hallo, ich habe ein Menü gebaut, dass eine Art Sitemap ausgibt. Das Problem besteht darin, dass die jeweiligen Unterseiten nur angezeigt werden dürfen falls diese wiederum Unterseiten besitzen. Im Typoscript darf die zweite Ebene nur angezeigt werden, falls Unterseiten vorhanden sind. Ich begreife nicht, wie ich die Conditions hier richtig einsetzen kann. Kann mir bitte jemand auf die Sprünge helfen? lib.productList = HMENU lib.productList { special = directory special.value = 90 1 = TMENU 1 { expAll = 1 wrap = | NO.wrapItemAndSub = | } 2 = TMENU 2 { wrap = | NO.wrapItemAndSub = | } } Gruß, Daniel ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GMENU mit Bildern aus Seitentitel
das automatische Vererben von höheren Ebenen funktioniert nur mit dem Feld media automatisch (das liegt an den enormen Ressourcen, die so eine autoamtische Vererbung benötigt). Wenn du andere Felder vererben lassen willst, musst du die in der localconf.php definieren: $TYPO3_CONF_VARS['FE']['addRootLineFields'] = ",title"; das erste Komma ist wichtig ... ! Ungeprüft, aber das müsste gehen; ich vererbe auf die Art die META-Tags: $TYPO3_CONF_VARS['FE']['addRootLineFields'] = ",subtitle,author,keywords,description"; Naja, bei subtitle usw. stimmt das schon, aber title und uid werden ebenfalls automatisch weitergereicht. Daher gibt es ja nicht nur levelmedia, sondern auch leveltitle und leveluid ;-) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GMENU mit Bildern aus Seitentitel
Hallo Leo, lib.iconmenu> lib.iconmenu = HMENU lib.iconmenu { entryLevel = 1 special = directory special.value = 25 1 = GMENU 1 { noBlur = 1 wrap = | NO { format = png transparentBackground = 0 backColor = red quality = 100 5 = IMAGE 5 { file.import = fileadmin/templates/img/iconmenu/ file.import.dataWrap= |.png file.import.data = leveltitle : 1 } } } } zwei Fehler sind im Code: 1. Nimm den entryLevel-Eintrag raus. Dort kann nur eine Angabe gemacht werden (entweder entryLevel oder special). 2. Bei file.import.data hast du dich eventuell auch mit der Ebene vertan (vielleicht eher -1?). Aber du könntest dort auch auf leveltitle verzichten und stattdessen field:title verwenden, da du ja sowieso nur den Eintrag für den jeweiligen Menüpunkt brauchst. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Relaunch Started ;)
im Augenblick etwas rudimentär :) Tja, back to the roots ;) am 02.04.2012 13:59 Kay Strobach schrieb: Hallo zusammen, der lang erwartete Relaunch wird gerade publiziert ;) http://typo3.org/ Grüße Kay ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DIV nicht erstellen, wenn kein Menu erstellt werden kann
Jetzt gibt es aber Seiten, die kein Untermenue haben, aber der DIV wird trotzdem erstellt und damit habe ich einen Strich (den Schatten) noch stehen. Mich stört das, aber nachdem ich in meinen Anfängen mit typoscript am IF verzweifelt bin, frage ich lieber hier nach, wie ich es anstellen kann, dass das Menu nur dann erstellt wird (Inklusive DIV), wenn es tatsächlich Unterpunkte gibt. Hier mein Typoscript bisher: page.20.marks.MENU_LINKS = COA page.20.marks.MENU_LINKS { 20 = HMENU 20 { entryLevel = 2 wrap = | 1 = TMENU 1.wrap = | 1.noBlur = 1 1.NO = 1 1.NO.wrapItemAndSub = | 2 = TMENU 2.wrap = | 2.noBlur = 1 2.NO = 1 2.NO.wrapItemAndSub = | 3 = TMENU 3.wrap = | 3.noBlur = 1 3.NO = 1 3.NO.wrapItemAndSub = | } } Eigentlich müsste es vollkommen ausreichen, du den wrap beim HMENU wegnimmst und zur ersten Menüebene hinzufügst. 1.wrap = | Denn die Menüebenen werden nur dann gewrappt, wenn es aus mindestens ein Menüelement in der Ebene gibt. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GIFBUILDER problem: falscher hintergrund und kein text
das hat leider auch nichts gebracht... der code sollte eigentlich stimmen. kann es an der schrift liegen? Wahrscheinlich nicht, aber du kannst ja Zeile mal auskommentieren, dann wird eine Systemschrift verwendet. Was genau soll dann eigentlich im Bild stehen? Um zu testen, ob überhaupt etwas ausgegeben wird, kannst es bei der Textebene erstmal mit 10.text = irgendetwas probieren (und 10.text.current = 1 erstmal rausnehmen). Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] typolink mit htmlSpecialChars
Hallo Falk, Du hast natürlich recht, das war nur einer meiner verzweifelten Versuche hsc überhaupt auf typolink anzuwenden :-) Problem bei Deiner Variante ist, dass hsc sich gar nicht auf typolink auswirkt. hast du es auch schon mit typolink.returnLast = url probiert? So bekommst du nur die URL für den Link und könntest hsc anschließend darauf anwenden. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 mit Android Tablet administrieren
Hallo, ich habe das jetzt auch mal mit einem Samsung Tablet getestet, soweit funktioniert alles, was stört ist natürlich das das Backend nicht dafür ausgelegt ist und man bei der aufgeklappten Tastatur noch weniger sieht. ich nutze zwar kein Android, aber ich hatte es neulich mal bei einem 4.2er TYPO3 mit dem WeTab probiert. Opera, Chrome und Firefox waren da auch nicht wirklich zu gebrauchen. Der "Original"-Browser vom WeTab OS funktionierte allerdings erstaunlich gut. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Hintergrundbild- wechsel bei Seitenwechsel
ne funktioniert auch nicht. Der DIV bleibt leer. Hast du schon den generierten Quelltext überprüft? Spuckt der Typoscript-Object-Browser oder Template Analyzer irgendeinen Fehler aus? Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Klemmbrett: Elemente kopieren nicht anwählbar
Nein, ob ich vorher Datensätze ausgewählt habe, macht keinen Unterschied. Beim Wählen von "Elemente kopieren" im Selector wird das BE zum Neuladen der Darstellung veranlasst und die Auswahl bleibt unverändert bei "Elemente verschieben." Mir ist das neulich auch aufgefallen (ebenfalls TYPO3 4.5.6). Aber das scheint nur ein Fehler in der Anzeige zu sein. Die Sicherheitsabfrage vor dem Einfügen enthält entsprechend der tatsächlichen Einstellung "verschieben" bzw. "kopieren" und die ausgeführte Aktion ist auch korrekt. (Zumindest war es bei mir so.) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Sprachmenü nur aktiv wenn alternative Übersetzung existiert
wenn ich die Option donotlinkit einsetze dann werden alle Menü Punkte deaktiviert. Ich schaff es nicht nur für diese ausgewählten Seiten zum Laufen zu bringen. Die Menüzustände USERDEF1 und USERDEF2 fehlen noch. Nur bei denen muss doNotLinkIt gesetzt werden. USERDEF1 ist dabei der normal Zustand, wenn für die Seite keine Übersetzung vorhanden ist. USERDEF2 der zugehörige Zustand, wenn die Seite aktiv in der Rootline ist und keine Übersetzung hat. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HMENU / TMENU seltsames Phänomen
Das klingt nach einem häufigen "Problem" (it's not a bug, it's a feature ;-) ), das mir meistens nur mit special=directory über den Weg läuft. Ich weiß zwar nicht, ob sich die aktuellen TYPO3-Versionen auch noch so verhalten, aber testen kannst du es ja mal. http://bugs.typo3.org/view.php?id=3224 Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Login Endlosschleife
ich kann mich nicht mehr in mein Backend einloggen ( https://domain.tld/typo3/ ). Sobald ich einen korrekten user+pass eingegeben habe werde ich aus unbekannten Gründen wieder auf die Login-Seite umgeleitet anstatt ins Backend! Passiert das mit unterschiedlichen Browsern? Ich habe dieses Problem nur im Firefox (aber auch nicht immer). Mit anderen Browsern ist es bei mir noch nicht aufgetreten. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [OT] Mail-Client und Threads
Hallo Roman, könntest du bitte deinen Mail-Client irgendwie umstellen bzw. "direkt" auf ein Posting antworten? Es sind mittlerweile drei Threads geworden und es ist sehr anstrengend dem Thema zu folgen, wenn die Antwort auf etwas aus Thread A in Thread B landet. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news bildgröße LATEST Ansicht
Die Bildgröße wird hier in dem tt_news plugin selbst geändert unter other settings: Typoscript for this content element (plugin.tt_news.[your TS]) displayLatest { image.file { maxW > maxH > width = 237c height = 93c } } aber die Werte werden nicht übernommen auch wenn ich das im Template eingebe Ist das nur ein Tippfehler oder hast du im Template tatsächlich die beiden schließenden Klammern in einer Zeile? Ansonsten kannst du die Konfiguration mal per Template Analyzer und Object Browser überprüfen. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TypoScript - additionalParams nur für bestimmte Seite
Ein weiterer Test hat ergeben, dass die IF-Bedingung hier scheinbar egal ist (ignoriert wird?!). page.10.marks.LEFTCOLUMN.10.2.NO{ additionalParams = ¶meter additionalParams.if.value = 3 additionalParams.if.equals = 4 } Diese Bedingung ist offensichtlich falsch, trotzdem wird der zusätzliche Parameter angehängt. Hm, bei meinem Test funktioniert es ... temp.left.10.1.NO { additionalParams = &foo=bar additionalParams.if { value = 34 equals.data = field:uid } } Nur bei dem Menüelement für die Seite mit der ID 34 wird der Parameter an die URL angehängt. Hast du mal im Typoscript-Object-Browser nachgesehen, ob deine Konfiguration vielleicht woanders überschrieben wird? Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TypoScript - additionalParams nur für bestimmte Seite
additionalParams.if.equals.data = page:uid Danke für die schnelle Rückmeldung. Dein Tip bringt leider keine Änderung/Erfolg. Entschuldige, ich hatte es nur kurz überflogen. TYPO3 verhält sich da ganz korrekt. Mit page:uid wird die ID der aktuell gezeigten (!) Seite ausgelesen. Wenn man sich gerade die Seite mit der ID 1234 ansieht, ist die Bedingung natürlich immer wahr ;-) Mit field:uid passiert dann genau das, was du möchtest: der Vergleich mit der ID der jeweiligen Seite im Menü. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TypoScript - additionalParams nur für bestimmte Seite
page.10.marks.LEFTCOLUMN.10.2.NO{ additionalParams = ¶meter additionalParams.if.value = 1234 additionalParams.if.equals = page:uid } Aber der zusätzliche Paramter wird auf allen Seiten angehängt. Selbst dann, wenn ich ein additionalParams.if.negate = 1 noch dazu schreibe. Womit ich spätestens hier dann vor einem Rätsel stehe. Wie wäre es hiermit? ;-) additionalParams.if.equals.data = page:uid Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gifbuilder mit transparentem text ??
ja da hast Du vollkommen Recht, aber auf der Seite http://ug.typo3-nrw.de ist der Hintergrund transparent und ich möchte, dass der Text transparent ist. Das heißt es gibt kein default Bild, weil jeder Seitentitel ist ja unterschiedlich :-( Oder verstehe ich etwas falsch? Du kannst doch auch die Maske per Gifbuilder erstellen. Unter http://wiki.typo3.org/GIFBUILDER gibt es den Abschnitt "Creating (semi-transparent) Boxes with transparent Text" - das ist doch quasi das, was du machen möchtest ;) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Klasse auf alle klassenlosen -Tags
Ich habe mal meine Theorie getestet und wenn ich das CSS in p { text-align: justify; } .align-center, p.align-center { text-align: center; } aendere, stimmen die Prioritaeten. Allerdings ist das nicht so ganz was ich will, auch wenn ich damit leben koennte. Ich waere dennoch weiterhin an einer Loesung interessiert, mit der ich (ohne jQuery) die klassenlosen -Tags loswerde. Du solltest dich vielleicht noch etwas mehr damit beschäftigen, welche CSS-Eigenschaft wann verwendet wird. Auf CSS 4 You ist vor allem auch die Kaskadierung sehr gut erklärt. http://www.css4you.de/wscss/css06.html Dass dein anderer Test nicht so funktioniert, wie du dir das zuerst gedacht hast ist auch vollkommen klar. "p.align-center" ist eben viel ungenauer als "div.cnt p", d.h. die Spezifität ist geringer (11 < 12). Alternativ könntest du in solchen Fällen auch die !important-Regel benutzen. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] navtitle als CSS-Klasse über wrapitemandsub einbauen
Ich bräuchte also eher etwas in Richtung: wrapItemAndSub = | wrapItemAndSub hat laut TSRef auch stdWrap-Eigenschaften. Du könntest also auch sowas probieren (hab sdas nicht getestet): wrapItemAndSub = | wrapItemAndSub.insertData = 1 Oder vielleicht auch: wrapItemAndSub.dataWrap = | Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zwei Newssitemaps parallel
news_sitemap = PAGE news_sitemap { typeNum = 210 ... } ... news_sitemap { typeNum = 220 ... } Die Seite mit typeNum = 220 geht, bei 210 wird mir angezeigt "The page is not configured! [type= 210][]". Sofern ich allerdings die Konfiguration von typeNum 220 rausnehme, funktioniert 210. Du brauchst noch ein PAGE-Objekt. Mit deiner jetzigen Konfiguration überschreibst das erste. eine_news_sitemap = PAGE eine_news_sitemap { typeNum = 210 ... } noch_eine_news_sitemap = PAGE noch_eine_news_sitemap { typeNum = 220 ... } Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5 - Seitenbaum wird teilweise nicht angezeigt
Die Fensterfarbe des Seitenbaums ist diese Graufärbung, der Filter-Trichter und der Neuladen-Button sind auch da, nur kein Seitenbaum. Sind denn alle Berechtigungen korrekt gesetzt (unter Web > Zugriff)? Das klingt nämlich ein bisschen so, als ob der Redakteur keinen DB-Mount hat. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HMENU auch mit zuletzt erstellter Seite
Hallo Jochen, Danke - so in der Art hatte ich mir das jetzt auch vorläufig zusammengestellt - wenn es noch eine elegantere Lösung gibt, kann man das ja immer noch ändern. Was hältst du denn hiervon? In dem Beispiel hat die "Sonderseite" die ID 13. Im Prinzip musst du nur die Menülinks der entsprechenden Ebene selbst erstellen und etwas mit stdWrap rumspielen ;-) temp.testmenu = HMENU temp.testmenu { 1 = TMENU 1 { wrap = | NO = 1 NO { wrapItemAndSub = | # keinen Menülink erzeugen doNotShowLink = 1 # Menülink selbst bauen stdWrap2 { field = nav_title // title # allgemein UID der Seite des entsprechenden Menüpunktes typolink.parameter.field = uid # UID überschreiben typolink.parameter.override { # Ausgabe nur, wenn aktueller Menüpunkt zur Seite mit UID 13 gehört if { value = 13 equals.field = uid } # zuletzt erstellte Unterseite ermitteln und UID ausgeben cObject = CONTENT cObject { table = pages select { pidInList = 13 orderBy = crdate DESC max = 1 } renderObj = TEXT renderObj.field = uid } } } } } } Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Download der letzten Trunk-Version
Ich loese Dinge auf der Shell. Volle Kontrolle und ich verschwende keine Zeit mit sinnlosem Muell. Jeder Griff zur Maus ist Zeitverlust. ... BTW: Vielleicht findet Ihr das komisch, aber ich liebe noch immer vim. Ich steige nur auf IDE's um, wenn ich in den Genuss komme mal ein aufwaendigeres Modul coden zu duerfen. Ich erhalte dann zwar ein paar Annehmlichkeiten, aber die Editoren stinken alle (egal ob eclipse, phpstorm oder sostwas). Im normalen Wahnsinn (Tagesarbeit) huepfe ich munter mit vi durch Projekte und Server und loese Probleme ... und ich bin uebel schnell dabei, die Effektivitaet von vim in Kombi mit svn und diversen anderen Kommandos auf der Shell erreicht schlicht keine IDE. Damit bist du nicht allein. Bei mir ist das auch so ;-) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] level:1 im HMENU (Aktuelle Level auslesen)
Seltsam ist nun, dass alle fünf level..-typen ausserhalb des HMENUs stehen zu scheinen. Der level-Ausgangspunkt bezieht sich nicht wie sonst alle Werte im HMENU auf den jeweils gerade gerenderten Menüeintrag. Die level-Typen beziehen sich immer auf die gerade aktuell im Browser angezeigte Seite. Das liegt daran, dass sich diese level-Optionen eben auf die Rootline beziehen und nicht direkt auf die Menüelemente. Ich hab's ja auch extra ausprobiert, damit ich dir nichts falsches erzähle ;-) Ist das tatsächlich so? Kann ich innerhalb eines Menüs nicht den Level abfragen? (darum gings mir eigentlich..) Wenn ich dein TS richtig verstehe, dürftes du alle Infos haben, die du brauchst. Du musst nur ein bisschen mit LOAD_REGISTER und prioriCalc rumhantieren. Im Prinzip geht es nur darum, die entsprechende Ebenennummer auszurechnen. Hier mal mein Test: temp.testmenu = COA temp.testmenu { 10 = LOAD_REGISTER 10.currentLevel.data = level:1 20 = HMENU 20 { includeNotInMenu = 1 entryLevel = -2 stdWrap.dataWrap = {register:currentLevel} | 1 = TMENU 1 { wrap = | expAll = 1 NO = 1 NO { wrapItemAndSub = | before { data = register:currentLevel stdWrap.wrap = |-1 stdWrap.wrap2 = |+1 prioriCalc = 1 } } } 2 < .1 2.NO.before.stdWrap.wrap2 = |+2 3 < .1 3.NO.before.stdWrap.wrap2 = |+3 } 30 = RESTORE_REGISTER Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] level:1 im HMENU (Aktuelle Level auslesen)
In der doc_core_tsref steht: level : 1 (gets the rootline level of the current page) http://typo3.org/documentation/document-library/references/doc_core_tsref/4.1.0/view/2/2/ ... Normalerweise beziehen sich im Menü die Werte auf den gerade gerenderten Menüeintrag, daher wundert mich das Ergebnis des TS. level:1 bezieht sich auf die aktuelle Seite, d.h. die Seite, die du dir gerade ansiehst. Ähnliches gilt auch für leveluid, leveltitle, levelmedia und levelfield. Alle level-Optionen beziehen auf die aktuelle Rootline. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mit TypoScript 2 Varibalen gegen 2 Get-Parametern vergleichen
5 = LOAD_REGISTER 5.datum.dataWrap = {GPvar:tx_ttnews|month},{GPvar:tx_ttnews|year} ... 10 = COA 10 { 10 = TEXT 10 { field = start strftime = %Y: %B wrap = | } if { value.field = start value.strftime = %m,%Y equals.data = register:datum negate = 1 } } Allerdings weiß ich nicht, ob man den Register wieder löschen sollte? Wenn ja, wie? 15 = RESTORE_REGISTER Alternativ kannst du das auch ohne Register machen. dataWrap steht dir ja auch bei if.equals zur Verfügung: if { value.field = start value.strftime = %m,%Y equals.dataWrap = {GPvar:tx_ttnews|month},{GPvar:tx_ttnews|year} negate = 1 } Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news "no News_ID given" bei sprachwechsel
typolink.addQueryString Das brauchst du. Schau dir nochmal das TS von Martin an. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seitenbaum verschwindet nach anklicken einer Seite
Seither habe ich das Problem, dass der Seitenbaum verschwindet, wenn man eine Seite anklickt. Das bedeutet zwar, dass man einen Breiten Bereich für die Bearbeitung der Inhalte hat. Aber man muss immer wieder über "Seite" oder "Liste" zurückgehen, um den Seitenbaum zu sehen. Das klingt nach dem Condensed-Mode (oder so ähnlich). Du kannst mal in deine Benutzereinstellungen schauen, ob du da das Häkchen dafür entdeckst. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Alias automatisch setzen, wenn leer?
vielen Dank für die Links. Das hilft sehr gut weiter, insbesondere die Pflichtfelder. Ich denke, ich werde diesem Ansatz nachgehen. Sehr schön :) Du kannst ja dann deine Lösung posten, wenn du fertig bist. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Alias automatisch setzen, wenn leer?
Es geht hier ganz einfach darum, dass die Redakteure immer wieder vergessen einen Alias einzugeben. So existieren immer wieder etliche Seiten ohne Alias, die dann irgendwann wieder mühselig nachgetragen werden müssen. Da die Redakteure nicht aus einem festen Team bestehen, sondern ständig wechseln, ist die Fehlerquote recht hoch. Du könntest aus dem Alias auch ein Pflichtfeld machen. http://www.comsolit.ch/blog/2010/09/typo3-be-pflichtfelder-definieren/ Zur Vorbelegung hab ich bspw. auch das hier gefunden: http://typo3.intervation.de/snippets/backend/felder-vorbelegen.html Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Alias automatisch setzen, wenn leer?
Oder, als Alternative, gibt es eine Möglichkeit, dass beim Anlegen von neuen Seiten automatisch der Seitenname im Feld "Alias" eingetragen wird, wenn keine manuelle Eingabe erfolgt ist? Geht bestimmt irgendwie. Dann müsstest du es aber zusätzlich noch schaffen, dass kein Seitentitel doppelt vorkommt. Der Aliasname ist quasi ein Ersatz für die ID. Warum stört dich die ID in der URL? Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gifbuilder Buchstaben Tanzen in der höhe
Hallo Chris, Also das Testbild im Install tool ist in ordnung und auch andere Texte Die ich "normal" rendere sind in ordnung sobald ich jedoch .angle option verwende um die text ausgabe zu drehen scheint irgend eine Komponente (GIFBULDER, ImageMagic, Freetype, ???) aus dem tritt zu kommen. und ich bekomme dieses seltsame schriftbild. ich hab eben was im Netz gefunden. Es scheint ein Bug in der GDLib-Erweiterung vom PHP zu sein. http://bugs.php.net/bug.php?id=51263 Da gibt es aber wohl quasi einen Konflikt mit einem anderen Bug (#49600). Aber immerhin klappt es mit der EFFECT-Ebene :-) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gifbuilder Buchstaben Tanzen in der höhe...
Vermutlich hängt das mit Freetype 2.4.x zusammen: http://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg2468018.html An Freetype 2.4.x liegt Christians Problem vielleicht nicht unbedingt. Ich habe seine Konfiguration im Typoscript auf einer Testinstallation ausprobiert (TYPO3 4.3.0 und 4.3.7, PHP 5.2.11), die unter Debian mit libfreetype 2.4.2 läuft. Es tritt zwar der Effekt auf, dass die Abständen zwischen den Zeichen nicht einheitlich sind (wie in dem Bugreport), aber ansonsten ist da alles in Ordnung. Allerdings verwende ich GraphicsMagick (1.3.12) statt ImageMagick. Sieht denn im Installtool unter "Basic Configuration" das Bild beim FreeType quick-test auch so aus? Zumindest sehe ich dort auch diesen Zeichenabstandsfehler. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] content-Element auf Folgeseiten ausgeben
folgendes TS soll ein content-Element auf allen Folgeseiten ausgeben: 10.marks.HEADLINE = TEXT 10.marks.HEADLINE { table = tt_content select { selectFields = image, header where = colPos = 1 } renderObj = COA renderObj { 10 = TEXT 10 { required = 1 wrap = | field = header } } } Fast richtig, bis auf zwei Fehler: 1. nicht TEXT sondern CONTENT 2. beim select fehlt noch die Angabe der Seiten-ID (select.pidInList), sonst werden die Inhalte der aktuellen Seite genommen Und wenn nur ein einziges Inhaltselement ausgegeben werden soll, solltest du noch select.max = 1 hinzufügen. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Druckansicht per Javascript abfragen
Wenn du druckst, wird doch nicht das ganze Javascript-Zeug nochmal ausgeführt, oder doch? Der Drucker nimmt den bis dahin generierten Quelltext, wenn ich mich nicht irre. Die Frage habe ich mir auch schon gestellt. Ich weiss es leider auch nicht aber ich befürchte es. Dann bliebe eben doch nur die Lösung mit einem entsprechende Seitentyp im TYPO3, diesen auswerten und darüber das JS einfach nicht einbinden / ausführen... Ich bezweifel, dass der Drucker mit dem JS was tut. Zumindest bei dem simplen Test, den ich eben gemacht habe: document.write((new Date()).getTime()); Im Ausdruck steht der gleiche Zeitstempel wie aus im Browserfenster. Wäre das nicht so, müsste sich der Browser exakt merken, was seit dem Seitenaufruf alles per Javascript passiert ist, und jede Aktion an den Drucker weiterleiten. Das kann recht viel werden und der Druck würde viel länger dauern. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Druckansicht per Javascript abfragen
Dem body-Tag ne ID mitzugeben ginge ja nur wenn ich im TYPO3 die Druckvariante über einen eigenen Type löse (Darüber kann ich ja dann ne Fallunterscheidung machen). Ebenso das nicht-Einbinden der Scripts. Diese Variante kommt aber nicht in Frage (ist nicht meine Entscheidung). Steh ich auf dem Schauch oder kann man das über das reine "Datei -> Drucken" dann gar nicht realisieren? Sie die Problematik mal unabhängig von TYPO3 an, also z.B. ne reine statische Seite. Das meine ich damit. Wenn du druckst, wird doch nicht das ganze Javascript-Zeug nochmal ausgeführt, oder doch? Der Drucker nimmt den bis dahin generierten Quelltext, wenn ich mich nicht irre. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Navigation
Hallo Stefan, in deinem TS ist doch alles drin, was du brauchst. Du musst nur wrap bzw. wrapItemAndSub in den jeweiligen Menüebenen anpassen. Z.B.: 1 = TMENU 1 { wrap = | NO = 1 NO { wrapItemAndSub = | ATagParams = class="main" # ... } # ... } 2 < .1 2 { # ul-Tag der Ebene anpassen wrap = | NO { # Menüelemente anpassen wrapItemAndSub = | ATagParams = } } Wenn nicht noch mehr Einstellungen gemacht, ist das Kopieren der ersten Ebene zwar nicht unbedingt notwendig, aber sicher ist sicher ;-) Meine Navigation muss folgendermaßen aussehen: Überpunkt 1 Unterpunkt 1 Unterpunkt 2 Unterpunkt 3 Unterpunkt 4 Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Aktuellen Seitentitel als additiona lParameter übergeben
Guten Morgen Lars, ich möchte gerne mit TypoScript einen Link erzeugen und den aktuellen Seitentitel als Parameter übergeben. Hier mein Script: 10 = COA_INT 10 { 10 = LOAD_REGISTER 10.itemTitle.data = leveltitle:3 20 = TEXT 20.value = Request Form # 20.data = register:itemTitle 20.typolink.parameter = 20 20.typolink.additionalParams = &tx_powermail_pi1[uid1]=register:itemTitle 20.wrap = | } In der auskommentierten Zeile funktioniert register:itemTitle und wird als Linktext benutzt. Aber als additionalParams klappt das nicht und register:itemTitle wird so als Text ausgegeben und nicht der Seitentitel. Was ist falsch? Bei deinem TS wird die Zeichenkette "register:itemTitle" an den Link angehängt. Bei typolink.additionalParams kannst du aber auch stdWrap-Eigenschaften verwenden. Z.B.: 20.typolink.additionalParams.data = register:itemTitle 20.typolink.additionalParams.wrap = &tx_powermail_pi1[uid1]=| Auch bin ich hiermit nicht glücklich: 10.itemTitle.data = leveltitle:3 Auf den Seitentitel der aktuellen Seite müsste man doch eigentlich auch anders zugreifen können, oder? An den Titel der aktuellen Seite kommst du auf verschiedene Arten. Mir fallen gerade 3 ein: 1. 10.itemTitle.data = leveltitle:-1 -1 ist immer die Ebene der aktuellen Seite im Seitenbaum 2. 10.itemTitle.data = page:title 3. 10.itemTitle.field = title .field kannst du immer benutzen, wenn die Felder der Seite zur Verfügung stehen, bspw. im Ausgabefeld eines PAGE-Objektes. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ist TYPO3 wirklich am neuesten Stand?
1. Warum gibt es das so gepriesene Introductionpackage nur als ZIP? Damit man es lokal entpacken und dann auf den Webserver mittels FTP hochladen muss? Alle anderen Packages hole ich mir direkt am Server als tar.gz ... Weil es für Einsteiger ist, die mit tar.gz nix anfangen können? Profis kann man doch die Nutzung von unzip auf der Kommandozeile zumuten ;-) Das ist für mich kein Argument. Warum werden die anderen Pakete als .tar.gz angeboten, dieses aber nur als .zip Warum denn nicht auch noch als .7z oder tar.bz2? Eigentlich ist es doch vollkommen egal, welcher Packer benutzt wurde. Das mit dem "Einsteiger" ist aber auf jeden Fall ein Argument, warum gerade bei dem Packet zip genommen wurde. Ich weiß genau, womit ich welche Archive entpacken kann. Die meisten Einsteiger (wohl vorwiegend aus der Windows-Welt) wissen aber oft gar nicht, dass es auch andere Archivformate außer zip gibt. Und da ist es nett, wenn sie nicht sofort zurückschrecken, oder? ;-) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Dateien durch Login schützen
ich habe felogin eingerichtet, es funktioniert gut. Damit schütze ich den Zugriff auf einige "interne Seiten". Wie kann ich nun - konzeptionell - Dateien hochladen und diese auf den "internen Seiten" verlinken, aber sicherstellen, dass nur über felogin angemeldete User diese Dateien herunterladen können? Muss ich dazu naw_securedl einbinden oder geht das auch ohne weitere Extension? geht nur mit extension die prüft ob der user berechtigt ist. Ok, und naw_securedl ist eine solche, richtig? Gibt es Alternativen dazu, die Vorteile bieten oder Nachteile nicht haben? Ich habe bei einem Projekt zwei Extensions dafür im Einsatz: naw_securedl - für Dateilinks über den Seiteninhalt "Dateiverweise" securelinks - für Dateilinks im RTE Vielleicht reicht mittlerweile auch nur eine der beiden aus, aber als ich das gemacht hatte, funktionierte naw_securedl nicht für Links, die vom RTE erzeugt wurden. Du darfst aber nicht vergessen, die entsprechenden Verzeichnisse zusätzlich zu schützen, damit die Dateien darin nicht direkt per URL aufrufbar sind (beispielsweise per htaccess). Außerdem kannst du dir auch noch kw_secdir oder rlmp_securedownloads ansehen. Oder such einfach mal nach "secure" in den Extensions auf typo3.org, gibt es noch viel mehr ;-) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene CSS-Klasse fehlt im RTE
folgendes TS soll die zuvor in der rte.css angelegte Klasse 'bigRaQuo' innerhalb des RTE verfügbar machen: RTE.default { contentCSS = fileadmin/css/rte.css showTagFreeClasses=1 classesCharacter := addToList(bigRaQuo) proc { allowedClasses := addToList(bigRaQuo) denyTags < RTE.default.buttons.inserttag.denyTags } FE { proc { allowedClasses < RTE.default.proc.allowedClasses } } } TS steht im page TS der entsprechenden Seite. Verweis zur CSS Datei ist angepasst. Cashes gelöscht. Nur fehlt die Klasse im RTE-dropdown. Ich glaube, da fehlt noch ein bisschen was: RTE { classes { bigRaQuo { name = Anzeigename value = CSS-Definition } } default { ignoreMainStyleOverride = 1 showTagFreeClasses = 1 } } Unter RTE.classes kann man definieren, wie die Klasse im Dropdown dargestellt wird, d.h. der Anzeigename wird entsprechend der angegebenen CSS-Definition formatiert. Wenn das fehlt, ist das aber kein Beinbruch; in dem Fall steht dann nur der Klassenname in der Liste. Ich tippe mal darauf, dass du die Klasse ohne Tag in der CSS-Datei hast. Standardmäßig übernimmt der RTE nur die Klassen, die direkt mit einem Tag definiert sind, z.B. span.rotertext. Dadurch können die CSS-Definitionen auch gleich "Absatz" und "Textstil" zugeordnet werden. Wenn auch Klassen übernommen werden sollen, die ohne Tag in der CSS-Datei definiert sind (z.B. .rotertext), muss showTagFreeClasses auf 1 gesetzt werden. Kommando zurück, ich sehe gerade, dass showTagFreeClasses in deiner Config ja drin ist. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene CSS-Klasse fehlt im RTE
folgendes TS soll die zuvor in der rte.css angelegte Klasse 'bigRaQuo' innerhalb des RTE verfügbar machen: RTE.default { contentCSS = fileadmin/css/rte.css showTagFreeClasses=1 classesCharacter := addToList(bigRaQuo) proc { allowedClasses := addToList(bigRaQuo) denyTags < RTE.default.buttons.inserttag.denyTags } FE { proc { allowedClasses < RTE.default.proc.allowedClasses } } } TS steht im page TS der entsprechenden Seite. Verweis zur CSS Datei ist angepasst. Cashes gelöscht. Nur fehlt die Klasse im RTE-dropdown. Ich glaube, da fehlt noch ein bisschen was: RTE { classes { bigRaQuo { name = Anzeigename value = CSS-Definition } } default { ignoreMainStyleOverride = 1 showTagFreeClasses = 1 } } Unter RTE.classes kann man definieren, wie die Klasse im Dropdown dargestellt wird, d.h. der Anzeigename wird entsprechend der angegebenen CSS-Definition formatiert. Wenn das fehlt, ist das aber kein Beinbruch; in dem Fall steht dann nur der Klassenname in der Liste. Ich tippe mal darauf, dass du die Klasse ohne Tag in der CSS-Datei hast. Standardmäßig übernimmt der RTE nur die Klassen, die direkt mit einem Tag definiert sind, z.B. span.rotertext. Dadurch können die CSS-Definitionen auch gleich "Absatz" und "Textstil" zugeordnet werden. Wenn auch Klassen übernommen werden sollen, die ohne Tag in der CSS-Datei definiert sind (z.B. .rotertext), muss showTagFreeClasses auf 1 gesetzt werden. Ich hoffe, das hilft. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] news-Titel statt Seitentitel in der breadcrumb
folgendes TS bringt statt des Seitentitels aus dem Seitenbaum den news-Titel in das -Tag: [globalVar = TSFE:id = {$newsSinglePid}] temp.newsTitle = RECORDS temp.newsTitle { source = {GPvar:tx_ttnews|tt_news} source.insertData = 1 tables = tt_news conf.tt_news > conf.tt_news = TEXT conf.tt_news.field=title wrap = | } page.config.noPageTitle = 2 page.headerData.10 > page.headerData.10 < temp.newsTitle [global] Dennoch erscheint in der breadcrumb der Seitentitel aus dem Seitenbaum: http://t3.rimpler.ateam.de/index.php?id=14&tx_ttnews[tt_news]=4&cHash=6924b5ab7cdfc2a30a6def3309662ec8 Wo braucht tt_news die Mitteilung der obigen Änderung, dass der news-Titel auch in der breadcrumb erscheint? Der Inhalt des title-Tags hat doch nichts mit einem Menü zu tun. Du musst das schon in die entsprechende Navigation einfügen, nicht nur in die Headerdaten. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Pulldown
die Beispiele habe ich mir angesehen. Die eigentlich einfach zu realisierenden Menüs (die dann eine Extension sind) bestehen aus JS. Und das ist leider nicht sehr SEO-freundlich :( Du solltest dir vielleicht zuerst ansehen, wie man so ein Menü (statisch) mit HTML und CSS macht. Beispielsweise ein Suckerfish Dropdown: http://www.alistapart.com/articles/dropdowns Da ist dann auch nur für IE6 und älter ein wenig Javascript notwendig. Solche Dropdowns sind meiner Meinung nach auch nicht sehr schwer mit Typoscript als TMENU zu bauen. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Klickpfad: suche wird nicht angezeigt
Nur leider auf der Suchenseite wird er nicht angezeigt, d.h. sobald ich die Suche auf meiner linken Navigationsebene entferne, Im Menü verbergen, setze, verschwindet auch der Klickpfad, muss ich da irgend noch irgendwo etwas setzen? Der Klickpfad ist auch nur ein Menü. Wenn die Seite im Menü verborgen werden soll, dann taucht sie natürlich in keinem Menü auf. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menü erst ab zwei Content-Element en erzeugen
mit dem folgenden Code generiere ich ein Menü, das Links zu den Überschriften einer Seite enthält. Jetzt möchte ich, dass es erst erzeugt wird, wenn mindestens zwei Überschriften vorhanden sind. Etwas wie select.min gibt es leider nicht. Mit numRows und selectFields sollte es laut Doku (?) auch irgendwie gehen. Nur wie man es für diesen Zweck einsetzt, steht leider nirgendwo. Du könntest es auch mit HMENU versuchen. Für die Menüebene benutzt du dann die Eigenschaft sectionIndex und TYPO3 erstellt dir ein Menü aus den Inhalten statt aus den Unterseiten. Siehe: http://www.typo3.net/tsref/menu_objects/menuobjsectionindex/ Das hätte auf jeden Fall den Vorteil, dass du die Eigenschaft minItems von HMENU verwenden kannst. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multiplied Pagetrees - Wundersame Vermehrung
Anbei ist ein 7z mit einem Wink File von der wundersamen Vermehrung Faszinierend. Das ist wirklich ein Bug. Ich konnte sogar feststellen, warum mir das nie aufgefallen ist. Meine TS-Templates liegen immer in einem Ordner in der gleichen Ebene wie die Wurzelseite. Meine Test-Seitenstruktur sah nämlich eigentlich so aus: +-- Intro +-- main +-- news +-- pictures +-- references +-- quicklinks +-- contact +-- search +-- sitemap +-- data +-- feusers +-- news +-- TS-Templates Sobald in der ersten Ebene mehr als eine Seite ist, kommt es nicht diesem Verhalten. Bei einem normalen Redakteur passiert das übrigens nicht. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multiplied Pagetrees - Wundersame Vermehrung
Ich habe das jetzt extra nochmal ausführlich getestet mit den Versionen 4.1, 4.3 und 4.4 mit folgender Seitenstruktur: +-- Intro +-- main +-- news +-- pictures +-- references +-- quicklinks +-- contact +-- search +-- sitemap +-- data +-- feusers +-- news Der Admin hat als DBmounts Intro, main, quicklinks und data. Wenn es kein BUG waere dann wuerden maximal 2 Trees angezeigt und niemals mehr als zwei, naemlich der Ursprungs und der Mounttree. Das sich jedoch bei einem Klick auf eine der Seiten zusaetzlich ein weiterer aufgerufen wird und bei einem weiteren klick wiederum einer etc ist meines erachtens nicht im Sinne des Erfinders und unlogisch. Mir zeigt TYPO3 immer nur genau die Mounts an, die ich eingestellt habe. Daher sehe ich zusätzlich zu dem, was der Admin sowieso immer hat, eben genau diese Seiten - Intro, main, quicklinks, data. Das ist auch vollkommen richtig so. Wenn ich die gemounteten Seiten main, quicklinks oder data aufklappe, passiert nur dort was. Klappe ich die gemountete Seite Intro auf, tut TYPO3 das gleiche mit der "Admin"-Seite Intro (nach dem Aktualisieren des Seitenbaums). Das System scheint hier zu versuchen, den Nutzer zur Verwendung des Adminbaums zu "animieren". Vielleicht habe ich deine Fehlerbeschreibung auch nur missverstanden, aber bei mir bleiben es immer ingesamt Seitenbäume - der Adminbaum und die 4 Mounts. Das es ein Anwender Fehler ist einem Admin der eh schon alle Rechte hat noch einen zusaetzlichen Mount zuzuweisen stimmt in gewisser Hinsicht und sehe ich im Grunde auch so. Aus der Sicht eines (Nonprogrammer)Anwenders jedoch ist dies oft eben nicht ersichtlich wieso er einem Admin keine Gruppe etc zuweisen darf die einen Mountpoint erhaelt, er jedoch andererseits Gruppen zuweisen kann die auch Funktionen steuern die fuer einen Admin interessant sind. z.B. die Anzeige der PIDs im Pagetree oder der Admin Panel Anzeige. Wir uebernahmen zum Beispiel unsere Seite von einer TYPO3 Agentur mit langjaehriger Erfahrung in der sicher auch keine Laien sitzen und die sich was dabei gedacht hatten dem Administrator der Seite auch den Redakteurs Mount zuzuweisen. Die Seite ist ja immerhin mehrere Jahre mit eben diesen Einstellungen gelaufen, wohl ist es auch keinem aufgefallen. Zum Glueck kann man sagen, denn haette der Kunde - der ein Non Programmer ist - auch nur einmal daran gedacht diesen doppelten Tree aus seinem Backend zu entfernen, oder auch nur eine Seite daraus, so haette es kurzerhand auch das Original geloescht und das kann fatal sein! So fatal ist es nicht, es sei denn der Nonprogrammer-Admin kommt auf die glorreiche Idee die Seiten auch aus der Datenbank zu löschen ;-) Sobald die Zugriffsrechte für Redakteure ordentlich gesetzt sind, kann so etwas nicht passieren. Daher versuche ich Admin-Rechte für den Kunden möglichst zu vermeiden. Wenn er auf einem Admin-Zugang besteht, wird er geimpft, dass er damit ganz leicht alles kaputt machen kann und bei nicht-redaktionellen Änderungen besser nochmal nachfragt. Das hat bisher wunderbar funktioniert ;-) (Verweigern kann man den Admin-Zugang natürlich nicht.) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multiplied Pagetrees - Wundersame Vermehrung
Wir haben hier das selbe Phänomen. Ich konnte es ein wenig eingrenzen: Admin-User ohne Mount-Page -> sieht den normalen kompletten Tree -> keine Verdoppelung Admin-User mit Mount-Page -> sieht den normalen kompletten Tree + den Mount-Tree -> bei Klick keine Verdoppelung Admin-User mit Mount-Page Root -> sieht den normalen Tree + gleichen Tree als Mount -> bei Klick Verdoppelung Mit einem normalen Benutzer haben wir das nicht ausprobiert ... Sieht so aus, daß wenn ein Tree doppelt vorhanden ist (z.B. wegen Mount) dieser bei Klick mehrfach geöffnet wird (da gleiche ID) Bug! Wenn ich euch richtig verstehe, ist dieses Verhalten nicht neu. Wenn ihr einem Admin, der sowieso alles sieht, noch zusätzlich File- und DBmounts zuweist, zeigt euch TYPO3 selbstverständlich diese zusätzlichen Mounts. Ich würde das weder als Phänomen noch als Bug bezeichnen. Woher soll das System auch wissen, dass zugewiesene Mounts nicht angezeigt werden sollen. Ein Fehler ist es nur, wenn das auch passiert, obwohl dem Admin weder direkt noch indirekt (durch Gruppen) irgendwelche Mounts zugewiesen wurden. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Titel einer bestimmten Seite auslesen
Hallo Tobias, temp.pageTitle = CONTENT temp.pageTitle { table = pages select { max = 1 selectFields = title uidInList = 12 } renderObj = COA renderObj { 10 = TEXT 10.field = title 10.wrap = | } } nicht so umständlich ;-) Wie wäre es hiermit: temp.pageTitle = TEXT temp.pageTitle { data = DB:pages:12:title wrap = | } Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] hover mit Grafik bei TMENU
man kann das mit dem hintergrund bild sogar noch etwas verbessern in dem man nur ein hintergund bild hat und dann die background position verschiebt. dadruch spart man sich das nachladen einer extra grafik für den hover zustand. was speziell bei einigen IE versionen zu einem flacker effekt führt. da hast du vollkommen recht :-) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] hover mit Grafik bei TMENU
Hallo Jochen, das kannst du doch komplett per CSS lösen. Benutz die Grafiken einfach als Hintergrundbilder für die Menülinks. .mainMenu a { background-image: url(pfad/zu/kreis.gif); background-repeat: no-repeat; } .mainMenu a.current { background-image: url(pfad/zu/kreis_cur.gif); } .mainMenu a.ifsub { background-image: url(pfad/zu/kreis_ifsub.gif); } .mainMenu a:hover { background-image: url(pfad/zu/kreis_hover.gif); } .mainMenu a.current:hover { background-image: url(pfad/zu/kreis_cur_hover.gif); } .mainMenu a.ifsub:hover { background-image: url(pfad/zu/kreis_ifsub_hover.gif); } Mit ATagParams vergibst du dann einfach die entsprechenden Klassen an die a-Tag in den Menüzuständen, die du brauchst. Das padding für die Menülinks müsste dann natürlich links noch um die Bildbreite vergrößert und das Bild mit background-position an die richtige Stelle gerückt werden. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Welcher FLV-Player ist bei Euch im Einsatz?
Alle Gallerien Player die den Jaroen PLaer nutzen sind Lizens Pflichtig sobald du auch nur eine googlead auf der Seite hast und somit nicht mehr privat bist ;-) The FLV Player used, is developed and published by Jeroen Wijering (Flash Video Player Version 3.99). Solange man keine Galerie-Funktionalität braucht, kann man beispielweise kulo_player oder rsp_flvplayer verwenden. Bei beiden ist die Nutzung (meines Wissens nach) auch kommerziell frei. Mir persönlich gefällt rsp_flvplayer, da er sich sehr leicht farblich an den Rest der Seite anpassen lässt. Die meisten anderen Extensions benutzen den schon erwähnten JWPlayer, der pro Webseite 59 Euro kostet. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.3.3
sobald ich die Option "nicetext" deaktiviere, funktioniert es. Jedoch sehen die Schriftarten dann nicht entsprechend geschmeidig aus. Hm, gib mal bitte noch ein paar mehr Informationen zu deiner Installation (ImageMagick bzw. GraphicsMagick Version, ein paar GFX-Einstellungen aus dem Installtool und solche Sachen, vielleicht auch das Typoscript von dem GMENU). Bei mir läuft das mit den Bildern unter Typo3 4.3.3 nämlich problemlos. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.3.3
Aber wenn jemand das POroblem bereits kennt, dann brauche ich es nicht doppelt herausfinden. Vielleicht bekomme ich dann ja eine zweckmäßige Antwort auf mein Problem. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Oliver Klee Gesendet: Dienstag, 27. April 2010 10:41 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] TYPO3 4.3.3 Hi, Hahnefeld Bjoern schrieb: es ist ein Programm-Update und die Einstellungen wurden vorher schon getroffen und sollten daher nicht durch ein Update verschwunden sein, oder? Irgendwo habe ich neulich gelesen, dass seit einer der neusten Typo3-Version ImageMagick 4 nicht mehr unterstützt wird (bin mir aber nicht mehr ganz sicher). Aber abgesehen davon muss dein erster Schritt bei Problemen mit dem Generieren von Bildern immer die Überprüfung der Einstellungen im Installtool sein - auch wenn du nur die Typo3-Quellen aktualisiert hast. Da gebe ich Oliver vollkommen Recht. Also: Ist im Installtool alles in Ordnung? :-) Ich habe gerade das Buch "Debugging" von Agans gelesen. Eine der Regeln ist "Quit Thinking and Look". Also einfach mal überprüfen, anstatt herumzuraten. :-) (Eine andere Regel ist "Understand the System". Bei den letzten TYPO3-Bugfix-Versionen gab es auch Fixes in Bezug auf das Generieren von Grafiken.) Viele Grüße Oliver Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.3.3
seit dem Update auf 4.3.3 funktioniert leider das grafische Menü nicht mehr. Der Pfad zum "fontfile" passt, doch die Grafiken enthalten keinen Text, haben aber die Originalgröße. Woran könnte dies liegen? Überprüfe im Installtool die Einstellungen unter Image Processing. Ich tippe darauf, dass der Pfad zu ImageMagick bzw. GraphicsMagick fehlt. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Keywords im Browsertitel
Dazu nimmtst Du am besten dataWrap: headerData.10 = TEXT headerData.10.dataWrap = {field:title} - {field:keywords} - domain.ch Siehe dazu auch TSref => stdWrap => dataWrap sowie getText in der Datatype Reference in der TSref Vergiss aber nicht config.noPageTitle = 2 zu setzen, sonst hast zwei title-Tags ;-) Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Calender Base Event als Content Element
Problem noch: Das Feld 'description' wird mit dem RTE bearbeitet. Links werden nicht geparst. Was muss ich noch machen? Kann ich das typoscript noch etwas eleganter vielleicht mit styles.content.get erzeugt werden? Schau dir mal das Typoscript von css_styled_content an (z.B. per Template Analyzer). Dort wird lib.parseFunc_RTE definiert und bei den RTE-Feldern als parseFunc benutzt. Du musst also nur css_styled_content einbinden und kannst dann in deinem eigenen TS-Template ebenfalls lib.parseFunc_RTE verwenden. 20 = TEXT 20.field = description 20.parseFunc = < lib.parseFunc_RTE Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GET-Parameter an alle Links der Seite weitergeben
Ich möchte unter einer bestimmten Bedingung (wenn ein GET-Parameter gesetzt ist), Typoscript dazu anlassen, alle Links auf dieser Seite mit diesem Get-Parameter zu versehen. Also etwa so: [globalVar = GP:test] # Wenn 'test' gesetzt: # Hänge den Parameter an alle Urls in der HTML-Seite an [global] Gibt es eine Möglichkeit das in Typoscript zu lösen? Oder gibt es eine Extension, die das für mich erledigen kann? Siehe CONFIG: http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.1/view/1/6/#id2511740 config.linkVars = test, dingens Das sorgt dafür, dass die URL-Parameter "test" und "dingens" automatisch an alle Typolinks angehängt werden. Zusätzlich noch config.uniqueLinkVars = 1, damit man keine unschöne Dopplung hat. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Calender Base Event als Content Element
ich möchte die Tabellenfelder 'title' und 'description' eine cal Events (tx_cal_event) auf einer Seite ausgeben. Es sollen hierbei keine Zeitangaben berücksichtigt werden, nur diese beiden Felder. Mit typoscript wird das sicher funktioniert, leider weiß ich nur nicht wie. Das kannst mit CONTENT machen, nur dass du tx_cal_event statt tt_content verwendest. Falls du noch nicht so viel Erfahrung damit hast, hilft dir vielleicht ein Blick in die Doku "45 Minuten TypoScript": http://typo3.org/documentation/document-library/extension-manuals/ts45min_de/0.5.1/view/1/2/ Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder werden in Originalgröße angezeigt
ich habe ein Problem mit meinen Bildern, sie werden in der Originalgröße angezeigt, obwohl ich Ihnen eine Breite angebe, wird diese ignoriert. Hat irgendwer eine Idee woran das liegen könnte? imagemagick bzw. graphicsmagick ist a) nicht installiert, b) im installtool nicht konfiguriert oder c) kaputt. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Als "gelöscht" markierten Con tent entgültig löschen
Wie lässt sich das ganze ohne Extension lösen? in phpmyadmin mit handarbeit Wieso Handarbeit? Pro Tabelle ist das eine Zeile SQL. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gmenu external URL ohne weiterleitung
Hab gerade nochmal in die TSref geschaut und festgestellt, daß es mit einem GMENU gehen könnte, wenn Du noLink = 1 und allStdWrap.typolink kombinierst. Allerdings mußt Du dann schauen, wie und wo Du da noch einen wrap unterbringst. Der Ansatz funktioniert wunderbar. Ich hab das für die parameter-Eigenschaft ausprobiert. temp.content.60.1.NO { noLink = 1 allStdWrap.typolink.parameter.cObject = CASE allStdWrap.typolink.parameter.cObject { key.field = doktype 3 = TEXT 3.field = url default = TEXT default.field = uid } } Analog kann man das dann auch für target, title usw. machen, da diese Eigenschaften netterweise ebenfalls vom stdWrap-Eigenschaften zur Verfügung stellen. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Wann und wie werden Conditions und Constants geparsed
in der Extension: KonstanteA = A KonstanteB = B KonstanteC = C [conditionA] Konstante < KonstanteA [end] [conditionB] Konstante < KonstanteB [end] [conditionC] Konstante < KonstanteC [end] ___ im Constantsfeld einer Seite: KonstanteC = neuerInhalt ___ was wird ausgeben wenn im Setup steht {$Konstante} und Condition C erfüllt ist ... C oder neuer Inhalt ? C, da man bei Konstanten keine Referenzen benutzen kann. Soweit ich weiß, werden die Bedingungen direkt beim Parsen des TS ausgewertet egal ob Setup oder Constants. D.h. sobald eine Bedingung erfüllt ist, gilt das zugehörige TS an genau der Stelle im Template und hat dementsprechend auch Auswirkungen auf alles, was danach kommt. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder ohne dl/dt/dd tags -> über s Ziel hinaus geschossen
Hallo Johannes, Ich suchte und fand eine Möglichkeit, die dl und dt tags loszuwerden, in die Inhaltelemente vom typ "image" (also Nur-Bilder) normalerweise eingebettet werden. die Verwendung von dl, dt und dd bei den Bildern lässt sich mit einer Zeile Typoscript abstellen: tt_content.image.20.renderMethod = div Dadurch werden div-Tags für das HTML der Bilder verwendet. Zufriedenstellendes Ergebnis ist hier zu betrachten: http://www.nspire.net/index.php?id=2 Kleiner Hinweis am Rande: Sieht im FF 3 gut aus, aber nicht im FF 2. Da fehlt ein "clear: left;" für #site_content. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Dublin Core Metatags mit Typoscript
Hallo Chris, ich möchte die Metatags noch dynamisieren, sprich die Parts in den Klammern müssten durch echte Werte ersetzt werden. Wie bekommt dann das am geschicktesten hin? pro meta-Tag ein cObject im headerData-Feld. Die dynamischen Inhalte holst du dir einfach mit field oder data und machst dann mit einem Wrap den Rest. page.headerData { 10 = TEXT 10 { field = SYS_LASTCHANGED strftime = %Y noTrimWrap = || } } Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] List3 ein div zu wenig?
In ###NEWS_1### wird ein div geöffnet, in ###NEWS_2### wird dieses div geschlossen - eine gerade Anzahl an Einträgen ist zwingend notwendig. Denn genau dieses schließende div ist das fehlende. Dann sollte das Template halt so umgebaut werden, dass es auch für ungerade Anzahlen funktioniert. Genau das war ja mein Vorschlag ;-) Ich hab eben mal ins Handbuch gesehen. Die Darstellung der News erfolgt nicht entweder mit NEWS oder alternierend mit NEWS_1, NEWS_2 usw. sondern allgemein mit NEWS als 1., NEWS_1 als 2., NEWS_2 als 3. Element usw. Außerdem muss alternatingLayouts im TS entsprechend gesetzt werden. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] List3 ein div zu wenig?
der einzige dreier darin ist der der Name für das Layout: list3 ;-) Ansonsten kann es ENTWEDER news in einer Liste (###NEWS###) oder alternierend (###NEWS_1###/###NEWS_2###) darstellen. Hängt ganz von den Einstellungen oder TS ab. Wie gesagt, habs nicht selbst benutzt ;-) Aber ich bin darauf gekommen, weil bei der Seite mit den 2 Einträgen für den 1. ###NEWS### und für den 2. ###NEWS_1### benutzt wird. Und so, wie das HTML-Template aufgebaut ist, kann die alternierende Anzeige trotzdem nicht für beliebige Einträge funktionieren. In ###NEWS_1### wird ein div geöffnet, in ###NEWS_2### wird dieses div geschlossen - eine gerade Anzahl an Einträgen ist zwingend notwendig. Denn genau dieses schließende div ist das fehlende. Und wenn ich mir den Quelltext der Seite mit den 4 Einträgen anschaue, ist das dort genauso. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german