Re: [TYPO3-german] Suche TYPO3 Blogs
Hallo, wir betreiben einen Blog mit TYPO3, allerdings mit einer Uralt-TYPO3-Version. Der Blog basiert auf tt_news. Im Moment wird unsere Seite jedoch überarbeitet, wir überlegen allerdings, ob der Blog dann nicht lieber auf Wordpress aufsetzen soll und wo nötig per RSS-Plugin in die neue TYPO3-Webseite eingebunden wird. Der Link: http://blog.pegu.de http://blog.pegu.de/ Viele Grüße Petra ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mysqldump - Umlaut-Problem trotz identischer Einstellungen
Hi, ich hatte das Problem auch schon des Öfteren. Seit ich den Dump so einspiele, allerdings nicht mehr: Terminal: ( echo set names utf8; cat backup.sql ) | mysql -h Host -u USER -pGEHEIM db_name Viele Grüße Petra Am 02.07.2012 um 15:52 schrieb Ingo Preuß: Moin, aktuell haben wir ein UTF-8-Problem beim importierten mysqldump. Im Install-Tool der alten und neuen Umgebung sieht es wie folgt aus: [SYS][setDBinit] = SET NAMES utf8; | SET CHARACTER SET utf8; ... SET NAMES utf8; SET CHARACTER SET utf8; SET SESSION character_set_server=utf8; [BE][forceCharset] = utf-8 utf-8 Im Root-TS: config { doctype = xhtml_strict htmlTag_langKey = de_DE language = de locale_all = de_DE.utf-8 metaCharset = UTF-8 renderCharset = UTF-8 } MySQL-Zeichensatz in beiden DBs: UTF-8 Unicode (utf8) Dump via Terminal wie folgt erstellt: mysqldump --opt -h Host -u USER -pGEHEIM db_name backup.sql Dennoch erscheinen im neuen System statt sauberer Umlaute Hieroglyphen. Gruß, Ingo -- Ingo Preuss Rigaer Strasse 65 10247 Berlin 0163.160 51 03 ___ 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] Plugin / Komplette CE-Ausgabe unterdrücken
Hallo Jan, das funktioniert mit dem Standard-Setup nicht ohne weiteres, denn der Frame und andere Dinge sind an anderer Stelle festgelegt. Ich mache das in solchen Fällen so, dass ich einen weiteren Section-Frame in tt_content festlege, welcher dann etwa Rohausgabe heißt. Diesen Frame berücksichtige ich dann im Template-Setup im Schlüssel 'tt_content.stdWrap', bei dem jegliche zusätzliche Ausgabe unterdrücke, wenn das Feld tt_content.section_frame den Schlüssel für Rohausgabe enthält. Viele Grüße Petra --- P. Arentzen Schulstraße 1 D-76761 Rülzheim Telefon +49(0) 72 72 - 97 23 01 5 Telefax +49(0) 72 72 - 97 23 23 9 Mobil +49(0)1 70 - 73 81 54 6 (Telekom) Email pe...@pegu.de Web www.pegu.de Am 02.03.2012 um 10:42 schrieb Jan Kornblum: Hi Gruppe, ein Frontend Plugin wird ganz normal als Content-Element auf einer Seite eingefügt. Nun möchte ich bewerkstelligen, dass unter bestimmten Bedingungen (z.B. Get/Post Parameter einer anderen Extentsion), das komplette CE nicht ausgegeben wird. Es soll also nicht nur die Ausgabe des Plugins selbst unterdrückt werden, sondern das gesamte Content-Element (=Plugin) nicht ausgegeben werden (mitsamt des ganzen Gerüstes, csc-header, usw...). Dachte da an sowas in der ext_typoscript_setup.txt: plugin.tx_ext_pi6 = USER_INT plugin.tx_ext_pi6{ stdWrap.if (hier die entsprechenden Bedingungen) } Aber damit komme ich nicht weiter... Hat jemand eine Idee / einen Ansatz? Danke und Grüße Jan ___ 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] tt_content: Image als Background
Hi, verwende IMG_RESOURCE statt IMAGE, dann bekommst du nur den Pfad zum Bild. Diesen kannst du dann im style-Attribut des entsprechenden Containers verwenden. Viele Grüße Petra Am 11.10.2011 um 10:50 schrieb Basti Baumann: Moin, ich bastele gerade an einer Erweiterung für tt_content. Ich kann dabei schon beliebigen Text in ein neues Bild rendern: content = COA content{ 10 = IMAGE 10.file = GIFBUILDER 10.value = field:tx_imagetext_case 10.if { value.field = tx_imagetext_case equals = 0 } 10.file{ XY = 792, 210 10 = IMAGE 10.file { import=uploads/imagetext/ import.field=tx_imagetext_image import.listNum=0 width.field=imagewidth file.maxW = 792 } # Überschrift rendern 20 = TEXT 20.text.data = field:header 20.fontSize = 18 20.fontFile = fileadmin/fonts/lte50267.PFB 20.fontColor = #ff 20.offset = 500, 40 20.antiAlias=0 20.breakWidth = 100 20.breakSpace = 1.5 # Bodytext rendern 30 = TEXT 30.text.data = field:tx_imagetext_text 30.fontSize = 15 30.fontFile = fileadmin/fonts/lte50266.ttf 30.fontColor = #ff 30.offset = 500, 60 30.doNotStripHTML = 0 30.nicetext=1 30.breakWidth = 280 30.breakSpace = 1.2 } 10.stdWrap.typolink.parameter.field = tx_imagetext_link 10.alttext.field = tx_imagetext_text 10.titletext.field = tx_imagetext_text } Nun will ich aber, dass das hochgeladene Bild als Backgroundbild fungiert. Nur wie mache ich das bzw. wie muss ich meinen Code umbauen? Grüße Basti ___ 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] Extension Key bereits vergeben
Hallo Georg, hmm, daran hatte ich nicht gedacht. Weiß nicht, ob das für mich eine Rolle spielen würde. Ich dachte, das Präfix in den Guidelines bezieht sich auf den Unterstrich zwischen dem Präfix und dem Hauptnamen. Ist aber ehrlich gesagt, schon ein paar Jahre her, seit ich da das letzte Mal reingeschaut hab ... ;-) Viele Grüße Petra Am 03.08.2011 um 13:11 schrieb Georg Ringer: Hallo, Am 03.08.2011 10:14, schrieb Petra Arentzen: Hallo, ich finde es ganz gut, ein Präfix zu verwenden, z.B. xyztopcontent. Dann hast du eine Art Namespace, der du beliebig agieren kannst - und unter topcontent im TER findet man deine Extension dann auch. die Regeln sagen eigentlich dass man keinen Namespace verwenden soll. Ich hab das lange mit rg auch gemacht, aber das ganze hat einen enormen Nachteil. Es wird sich viel schwerer wer finden, der bei so einem Projekt mitmacht oder es einmal übernimmt wenn man selbst nicht mehr will Georg ___ 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] Extension Key bereits vergeben
Hallo, ich finde es ganz gut, ein Präfix zu verwenden, z.B. xyztopcontent. Dann hast du eine Art Namespace, der du beliebig agieren kannst - und unter topcontent im TER findet man deine Extension dann auch. Viele Grüße Petra Am 03.08.2011 um 00:22 schrieb Rene: Hallo zusammen, ich habe mal 'ne ganz blöde Frage. Ist es möglich raus zu bekommen, wer einen bestimmten Extensionkey registriert hat. Ich plane gerade eine Extension zur automatischen Anzeige der neuesten Beiträge (Content-Elemente, nicht News) mit Einstellungsmöglichkeiten für Suchfilter, RSS Erzeugung, etc. . Also etwas, was nicht einfach als TS erzeugtes Menü abzubilden ist. Die Anforderungen eines neuen Webseitenprojektes sind leider so. Da die Extension dann auch im TER der Community zur Verfügung stehen soll, sollte gleich ein offizieller Extensionkey registriert werden. Ich habe mich für topcontent entschieden (passt am Besten), dieser Key ist aber schon reserviert. Im TER oder auf Forge konnte ich kein Projekt finden. Also gibt es keine offizielle Extension mit diesem Key oder eine in Entwicklung (in Forge). Natürlich kann ich nicht ausschließen, dass demnächst eine Extension mit diesem Key veröffentlicht wird. Daher dachte ich mir, ob man nicht ermitteln kann, wer den Key registriert hat. Dann könnte man den Inhaber anschreiben, ob er den Key eventuell doch nicht braucht und freigibt / übertragt. Auch eine gemeinsame Entwicklung wäre für mich vorstellbar! Kennt jemand eine Möglichkeit, eventuell vom TYPO3 Team? PS: Hat eventuell jemand Vorschläge für einen anderen passenden Extensionkey? Unterstriche oder Namenszusätze (rs_topcontent, etc.) mag ich nicht und werden auch nicht gern gesehen. Vielen Dank für die Hilfe Rene ___ 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] 'if-else'-Konstruktion mit TS
Hallo Thomas, vielleicht so: temp.myContent = COA temp.myContent { wrap = div id=myContent|/div # Falls .10 nicht leer ist, dann rendere .10 10 = CONTENT 10 { table = tt_content select.where = [SQL_10] } # Falls .10 leer ist, dann rendere .ifEmpty.cObject stdWrap.ifEmpty.cObject = CONTENT stdWrap.ifEmpty.cObject { table = tt_content select.where = [SQL_11] } } } VG Petra Am 02.08.2011 um 09:53 schrieb thomas.bue...@web.de: Ein CONTENT Element (.10) liefert entweder einen Inhalt oder ist leer. Wenn es einen Inhalt, also nicht leer ist, dann soll es gerendert werden Falls .10 nun leer ist, dann soll .11 gerendert werden, wenn .11 leer ist, dann soll myContent nur einen Leerstring liefern. Schematische sähe das TS so aus, hier fehlt allerdings das 'if-else', denn alle Versuche, die ich bisher gemacht haben, waren wohl falsch, da ich entweder immer .10 gerendert bekam, auch wenn es leer war oder gar nichts, die Umschaltung habe ich bislang nicht hinbekommen. (Habe mit CASE und stdWrap.if - Konstruktionen etc. erfolglose Versuche angestellt) temp.myContent = COA temp. myContent { wrap = div id=myContent|/div # Falls .10 nicht leer ist, dann rendere .10 10 = CONTENT 10 { table = tt_content select.where = [SQL_10] } } # Falls .10 leer ist, dann rendere .11 11 = CONTENT 11 { table = tt_content select.where = [SQL_11] } } Ich denke so eine Aufgabenstellung kommt doch irgendwann mal vor, vielleicht hat das jemand schon mal lösen können und kann mir einen Tipp geben, das wäre super, denn ich hab bereits 5 Std. verbraten mit googlen und testen und weiß echt nicht weiter! Danke und Gruß Thomas ___ 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] Seitentitel der übergeordneten Seite
Hallo, da fehlt ein marks.NAV3.1.insertData = 1 Viele Grüße Petra Am 13.07.2011 um 00:28 schrieb Matze Hoppe: Hi, jaa, Google gibt da einiges raus. Deshalb habe ich folgendes geschrieben: marks.NAV3 = HMENU marks.NAV3.entryLevel = 2 marks.NAV3.1 = TMENU marks.NAV3.1.wrap = div id=bereich-navih2{leveltitle:1}/h2ul|/ul/div marks.NAV3.1 { noBlur = 1 expAll = 0 NO.allWrap = li|/li |*| li|/li |*| li class=last|/li } Es kommt hiermit aber im Browser nur {leveltitle:1} raus. Das wohl nicht ganz richtig. Was mache ich wieder verkehrt? Danke und Ciao! ___ 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 Seiten auf Facebook im Status posten
Hallo Stefan, wie Yvon schon schrieb, liest Facebook die Meta-Tags aus, aber es gibt auch noch spezielle Meta-Tags für Facebook: http://developers.facebook.com/docs/opengraph/ Hier kann man etwas filigraner bestimmen, wie die Seite in Facebook ausgegeben werden kann, insbesondere auch das Bild bestimmen. Eine kleine Falle gibt es dabei: Facebook cacht ausgelesene Links eine gewisse Zeit. Wenn du also etwas änderst, wird sich das zunächst nicht auf Links auswirken, die du bereits einmal gepostet hast. Viele Grüße Petra Am 14.04.2011 um 15:30 schrieb Stefan Collon: Hallo Liste, ich versuche gerade in Facebook im Feld Status einen text zu schrieben und dort einen Link auf meine Typo3 Seite reinzupacken. Nun ist es normalerweise ja so, dass der Benutzer dann einen kleinen Previewtext sieht und aus kleinen Vorschaubildern, die Facebook automatisch auf der verlinkten Seite findet, durchblättern und auswählen kann. Leider ist es mit meiner Typo3-Seite aber so, dass Facebook auf manchen Seiten genau so reagiert wie erwartet und oben beschrieben, auf manchen Seiten aber scheint mit z.B. nicht der richtige Inhalt ausgegeben und keine Bilder gefunden zu werden (obwohl diese da sind) In meinem Fall ist es manchmal so, dass im Vorschautext zum Content kommt, weil meine HTML-Seite mit einem a href=#contentzum Content/a beginnt, und gar keine Bilder gefunden werden. Auf anderen Seiten aber funktioniert alles Ok und der Vorschautext wird aus den richtigen Seiteninhalten generiert. Nun frage ich mich ob jemand weiß, nach welchen Kriterien Facebook den Quelltext durchsucht und ob man vielleicht irgendwelche Marker setzen muss, um Facebook zu zwingen den richtigen Content zu nehmen, bzw. den Bot steuern zu können. Vielen Dank für jede Info, Stefan ___ 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] Abfrage ob die zweite Menüebene existiert ???
Hallo Maria, nein IFSUB und NO sind beides Item-States, und für die - und nur für die - kann doNotLinkIt verwendet werden. Die Angabe von doNotLinkIt bei TMENU ist dagegen wirkungslos. Beispiel: lib.mymenu = HMENU lib.mymenu { 1 = TMENU 1 { wrap = ul class=menu|/ul expAll = 1 ... NO = 1 NO { doNotLinkIt = 1 wrapItemAndSub = li class=menu-inactive|/li ... } IFSUB = 1 IFSUB { doNotLinkIt = 1 wrapItemAndSub = li class=menu-inactive-with-sub|/li ... } } } (Ich hoffe, ich habe mich nicht vertippt, da aus dem Kopf heruntergeschrieben.) Viele Grüße Petra Am 06.04.2011 um 09:21 schrieb Maria Meilinger: Hallo Petra ;-) herzlichen Dank für Deine Antwort! ja mit IFSUB ist eine super Idee nur weiß ich leider nicht wie ich dem IFSUB Zustand diese Option übergeben kann doNotLinkIt, sie gilt ja nur für TMENU. Hättest Du noch einen Tip für mich? Vielen Dank lg Original-Nachricht Datum: Tue, 5 Apr 2011 18:31:23 +0200 Von: Petra Arentzen mail...@pegu.de An: German TYPO3 Userlist typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Abfrage ob die zweite Menüebene existiert ??? Hallo Maria, dafür gibt es besondere Menuitem-Definitionen, die nur gelten, wenn es untergeordnete Menuüpunkte gibt. Statt NO nimmst du IFSUB, statt ACT ACTIFSUB und statt CUR CURIFSUB. Nachlesen kannst du das hier: http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.2/view/1/9/#id2530889 Viele Grüße Petra Am 05.04.2011 um 18:21 schrieb Maria Meilinger: Hallo typo3 Gemeinde :-) auf meiner Seite habe ich erfolgreich ein Menü aufgebaut, das 2 Ebenen besitzt. Jetzt möchte ich folgendes erreichen: Seite 1 Unterseite Seite 2 Seite 3 falls die Seite1 oder Seite 2 ... Unterseiten hat, soll sie nicht verlinken Ich hab das so versucht: stdWrap.if { value.data = field : pid equals.field = uid } aber das klappt irgendwie nicht :-(( Wollte zuerst mit der Option doNotLinkIt arbeiten aber sie legt die komplette erste Ebene lamm und das ist ja nicht erwünscht bzw nur dann wenn diese Unterseiten hat Hatte jemand schon so ein Problem? Vielen Dank für Eure Hilfe lg -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german --- PEGU Consulting P. Arentzen Schulstraße 1 D-76761 Rülzheim Steuernr. 16/003/4185/2 Telefon +49(0) 72 72 - 95 87 95 Telefax +49(0) 72 72 - 95 89 18 Mobil +49(0)1 70 - 73 81 54 6 (Telekom) Email i...@pegu.de Web www.pegu.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ 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] Abfrage ob die zweite Menüebene existiert ???
Hallo Maria, dafür gibt es besondere Menuitem-Definitionen, die nur gelten, wenn es untergeordnete Menuüpunkte gibt. Statt NO nimmst du IFSUB, statt ACT ACTIFSUB und statt CUR CURIFSUB. Nachlesen kannst du das hier: http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.2/view/1/9/#id2530889 Viele Grüße Petra Am 05.04.2011 um 18:21 schrieb Maria Meilinger: Hallo typo3 Gemeinde :-) auf meiner Seite habe ich erfolgreich ein Menü aufgebaut, das 2 Ebenen besitzt. Jetzt möchte ich folgendes erreichen: Seite 1 Unterseite Seite 2 Seite 3 falls die Seite1 oder Seite 2 ... Unterseiten hat, soll sie nicht verlinken Ich hab das so versucht: stdWrap.if { value.data = field : pid equals.field = uid } aber das klappt irgendwie nicht :-(( Wollte zuerst mit der Option doNotLinkIt arbeiten aber sie legt die komplette erste Ebene lamm und das ist ja nicht erwünscht bzw nur dann wenn diese Unterseiten hat Hatte jemand schon so ein Problem? Vielen Dank für Eure Hilfe lg -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german --- PEGU Consulting P. Arentzen Schulstraße 1 D-76761 Rülzheim Steuernr. 16/003/4185/2 Telefon +49(0) 72 72 - 95 87 95 Telefax +49(0) 72 72 - 95 89 18 Mobil +49(0)1 70 - 73 81 54 6 (Telekom) Email i...@pegu.de Web www.pegu.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler: pid lässt sich nicht ändern
Dazu hatte ich schon mal was geschrieben: Am 01.04.2011 um 08:55 schrieb Petra: Hallo Michael, kann es sein, dass du Finisher_DB mit Logger_DB verwechselst? In diese Falle bin ich nämlich auch getappt und hab mir den Wolf gesucht. Logger werden vor den Finishern aufgerufen (lt. manual.pdf S.5). Außerdem ist Logger_DB standardmäßig aktiv und es hier nicht möglich, die pid per Konfiguration zu ändern. In Tx_Formhandler_Logger_DB.php Zeile 42 wird fix die aktuelle Seite zugewiesen: $fields['pid'] = $GLOBALS['TSFE']-id; Viele Grüße Petra Am 04.04.2011 um 13:14 schrieb Michael Oehlhof: Reinhard Führicht schrieb: Am 2011-04-01 15:23, schrieb Michael Oehlhof: In meinem Formular steht: input type=hidden name=startpid id=startpid value=###startpid### / Wenn ich den Quelltext im FE anschaue steht dort als value 357 drin, also die pid der Seite von der ich auf die Formularseite (392) gekommen bin. Und die ich gerne als pid eintragen möchte. Die sollte doch dann beim Abschicken des Formulars mit übertragen werden. pid.mapping = startpid funktioniert nicht, der Datensatz landet auf der Formularseite (392) Version war 0.9.7, habe auf 0.9.12 upgedatet. Keine Änderung. Ist eine Produktive Seite mit TYPO3 4.3.x Viele Grüße Michael Hallo Michael, verwendest du einen formValuesPrefix? Wenn ja, musst du den auch beim Namen des versteckten Feldes angeben. Ich habe jetzt folgendes probiert: finishers { 1.class = Finisher_DB 1.config { table = tt_content fields { #pid = 605 #pid.mapping = pid-from-form } } } bzw mit formValuesPrefix: formValuesPrefix = formhandler im HTML: input type=hidden name=pid-from-form value=605 / bzw mit formValuesPrefix: input type=hidden name=###formValuesPrefix###[pid-from-form] value=605 / Es funktioniert sowohl mit statischer ID als auch mit der ID aus dem Formularfeld wie gewünscht. Viele Grüße, Reinhard Hallo Reinhard, ich habe es gerade noch mal in Ruhe nachvollzogen. Das funktioniert, in der angegebenen Tabelle wird die pid richtig eingetragen. Da hatte ich wohl Kartoffeln auf den Augen und an der falschen Stelle gesucht/geändert. :-) Was ich eigentlich wollte, war die pid der Einträge in der tx_formhandler_log zu setzen. Gibt es da eine Möglichkeit. Grüße Michael ___ 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] Formhandler: pid lässt sich nicht ändern
Hallo Michael, kann es sein, dass du Finisher_DB mit Logger_DB verwechselst? In diese Falle bin ich nämlich auch getappt und hab mir den Wolf gesucht. Logger werden vor den Finishern aufgerufen (lt. manual.pdf S.5). Außerdem ist Logger_DB standardmäßig aktiv und es hier nicht möglich, die pid per Konfiguration zu ändern. In Tx_Formhandler_Logger_DB.php Zeile 42 wird fix die aktuelle Seite zugewiesen: $fields['pid'] = $GLOBALS['TSFE']-id; Viele Grüße Petra Am 01.04.2011 um 01:07 schrieb Michael Oehlhof: Ich habe eine Seite mit einem Formular und rufe das Formular von verschiedenen Seiten aus auf. Die pid der Startseite reiche ich als post Variable an das Formular. In dem gespeicherten Datensatz wird sie auch abgelegt. Aber der Datensatz wird auf der Seite mit dem Formular angelegt und nicht auf der Startseite von der aus die Formularseite aufgerufen wird. In der Doku liest man: pid { mapping = TEXT mapping.data = TSFE:id } Wenn ich stattdessen: pid { mapping = TEXT mapping.data = GP:startpid } übergebe (startpid ist die per Post übergebene pid) wird trotzdem nicht unter dieser pid abgelegt. Auch die direkte Angabe von: pid = 123 legt die Daten nicht auf der Seite 123 ab, sondern auf der Seite des Formulars. Auch mit pid.mapping = startpid ändert sich nichts. Hat jemand eine Idee wie man den Finisher_DB dazu bekommt den Datensatz nicht auf der Seite des Formulars abzulegen? Wie kann ich die pid vorgeben? Grüße Michael ___ 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] mailformplus und PHP 5.3.5
Hallo Christian, versuch mal in der Konfiguration folgende Einstellung: [SYS][errorHandlerErrors] = 22519; Default-Einstellung ist E_ALL ^ E_NOTICE = 30711 Da E_DEPRECATED aber erst mit 5.3.x hinzu kam, stelle ich immer E_ALL ^ E_NOTICE ^ E_DEPRECATED = 22519 ein. Damit haut es bei mir hin. Viele Grüße Petra Am 30.03.2011 um 19:17 schrieb Christian Leicht: Hallo, ich habe das Problem das ich das aktuelle Mailformplus unter PHP5.3.5 nicht zum laufen bekomme. PHP : Function ereg() is deprecated in typo3conf/ext/th_mailformplus/pi1/class.tx_thmailformplus_pi1.php line 3840 Ähnliches hatte ich auch mit ereg_replace was sich aber durch preg_replace ersetzen lässt. Kann man 5.3 in einen kompatiblen Modus schalten? Mit dem ve_guestbook habe ich die gleichen Probleme Besten Dank für Hilfe Christian ___ 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] eID Zugriff auf Typoscript
Hallo Jan, es geht, aber es ist dann eben nicht mehr schmal, d.h. es eignet sich dann nicht mehr gut zum Nachladen mehrerer Elemente, sondern z.B. dafür eine Lightbox mit der Einzelansicht eines Datensatz nachzuladen. Du musst dafür dann halt ähnliches tun, wie im bei der normalen Initialisierung einer Seite (index_ts.php). Damit ist dann eben bei jedem Ajax-Zugriff auch der Overhead da, wie bei der Ausgabe einer normalen TYPO3-Seite da ist. Das wiederum kann man dann auch mit einem eigenen Seiten-Typ tun, dann hat man sowieso das Template-Setup zur Verfügung. Ich hatte das trotzdem schon über eID gemacht - wobei ich über die Parameter dann die Original-Konfiguration des jeweiligen Content-Elements nicht nur das Template-Setup sondern auch die Flexform-Umgebung des aufrufenden Elements wiederhergestellt habe. Das ist aber relativ aufwändig ... und wie gesagt, aufgrund des Overheads nur bei einer geringen Anzahl von nachzuladenden Elementen zu empfehlen. Viele Grüße Petra Am 23.02.2011 um 11:01 schrieb Jan Kornblum: Hi Gruppe, wie kann kan innerhalb eines eID Scriptes auf die Typoscript Konfiguration eines Plugins zugreifen bzw. ist das überhaupt gut dass das eID nicht schmal bleibt? Alternativ gäbe es ja die Möglichkeit, an das eID direkt beim Aufruf schon entsprechende Parameter dranzuhängen... Danke schon mal im Voraus, Jan ___ 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] tca.php / text statt uid in selectbox
was muss ich in meiner tca.php - http://12monkeys.dyndns.org/media/2011-02-18_extension_tca.png - ändern um den Text einer Kategorie angezeigt zu bekommen statt der uid - http://12monkeys.dyndns.org/media/2011-02-18_extension_list_id_replace2.png - ? Hallo Jan, also entweder in config['foreign_label'] = labelfeld eintragen oder das Labelfeld im ctrl-Abschnitt der foreign_table ändern. Viele Grüße Petra Am 21.02.2011 um 13:05 schrieb Jan Kessinger: ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_comments eigene Übersetzungen
Hallo Stefan, leider funktioniert bei der Extension das Standardverfahren über das Template-Setup nicht. Du kannst die Labels aber überschreiben, indem du eine eigene ergänzende Language-Datei verwendest. Hierzu trägst du in typo3conf/extTables.php etwa Folgendes ein: $GLOBALS['TYPO3_CONF_VARS']['SYS']['locallangXMLOverride']['EXT:comments/pi1/locallang.xml'][] = PATH_site.'fileadmin/php/comments_lang.xml'; Die Sprachdatei musst du natürlich unter dem entsprechenden Pfad ablegen. Viele Grüße Petra Am 11.02.2011 um 11:23 schrieb Stefan Collon: Hallo Liste, ich habe versucht herauszufinden, wie ich Teile der tx_comments Extension übersetzen, bzw. umformulieren kann. Nun habe ich gelesen, dass die Extension wohl nur über den Translation Server übersetzt werden kann. Auf der Suche nach dem Hintergrund des Translation Servers bin ich leider nicht fündig geworden, und frage mich nun jetzt: - Wie kann ich selbst die Labels, Fehlermeldungen etc. in der Extension tx_comments setzen? Geht das überhaupt? - Gibt es irgendwo eine ausführliche(!) Beschreibung, was genau der Translation Server ist, wie er funktioniert, und wie man damit arbeiten kann? Vielen Dank, Stefan ___ 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] AJAX oder eID
Hallo M.Koller, die Frage ist nicht AJAX oder eID, sondern AJAX und (eID oder Page mit eigenem Typ). Wenn du Inhalte dynamisch nachladen willst, brauchst du auf jeden Fall ajax. Am 07.02.2011 um 10:12 schrieb Koller Michel: Auf der Suche nach einer AJAX Lösung stosse ich immer wieder auf das Thema eID, manche behaupten das sei der 'einzig' richtige TYPO3 weg Daten aus der Datenbank zu holen und anzuzeigen ohne das die Seite nachladen muss... Ob du nun einen eigenen Page-Typ verwendest oder eID hängt davon hab, wie viel Initialisierung du brauchst, um die nachzuladenden Element zu generieren. eID = wenig Initialisierung = wenig Overhead = schnellerer Zugriff page.typeNum = Komplette Initialisierung = viel Overhead = langsamerer Zugriff (wobei man im letzteren Fall auch das Skript, welches die Seite generiert, durch ein eigenes - kompakteres austauschen könnte) Ich würde, wo immer es möglich ist, eID verwenden, denn hier kann man den Grad der Initialisierung selbst bestimmen - sogar individuell Parameter gesteuert beim Aufruf des eID-Skripts. Du kannst z.B. jQuery nehmen und dir mal die Beispiele dort anschauen, damit du siehst, wie das mit Ajax überhaupt funktioniert. Viele Grüße Petra ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mailversand aus Typo3 (sr_feuser_register) debuggen
Hallo Paul, das Problem hatte ich neulich auch - mit dem Update auf 2.6.x hat der Entwickler sich entschlossen, diverse Marker / Submarker umzubenennen, was z.B. dazu führen kann, dass die Review-Mail für den Admin an den Antragsteller des Account gehen und der sich frech selbst freischalten kann. Siehe auch hier: http://bugs.typo3.org/view.php?id=15182 Dies und andere Dinge haben mich dazu bewogen, sehr sehr ernsthaft über Alternativen zu dieser Extension nachzudenken. Ich glaube aber, in der Doku steht, welche Marker sich geändert haben - bei mir ging es irgendwann wieder - da war aber noch ein weiterer Fehler, bei dem ich eine Weile suchen musste - und zwar ging das Edit-Formular nicht. Die Ursache dafür habe ich schließlich auch noch rausgefunden. In view/tx_srfeuserregister_display.php wird in der Methode editForm die Variable $prefixId nicht gesetzt. Ich habe das dann eben selbst korrigiert (Zeile 150): $prefixId = $this-controlData-getPrefixId(); // inserted by PEGU if ($theTable != 'fe_users') { $authObj = t3lib_div::getUserObj('tx_srfeuserregister_auth'); Ansonsten verwende ich eben einen eigenen XEN-Entwicklungserver im internen Netz mit der PHP-xdebug-Extension und PHP-Eclipse auf meinem Mac. Viele Grüße Petra Am 02.12.2010 um 21:08 schrieb Paul Muster: Hallo, wie bereits berichtet, verschickt bei mir (Core 4.4.4) das Plugin sr_feuser_register (Version 2.6.1) keine E-Mails mehr. Aus dem Install-Tool kann ich die Testmail problemlos verschicken. Auch von der Shell aus klappt (als der User, unter dem der Webserver läuft) der Mailversand. Warum also nicht aus sr_feuser_register? Wie kann ich das debuggen? Ich habe in Typo3 die Optionen systemLog und systemLogLevel gefunden. Erstere habe ich auf error_log und zweitere auf 2 gesetzt. Nun sehe ich beim Registrierungsvorgang mittels sr_feuser_register Log-Einträge im Error-Log von Apache: [Sun Nov 21 22:10:32 2010] [error] [client meine IP] URL der Seite - Core: Mail to Mail-Adresse des neuen Nutzers could not be sent (Subject: =?utf-8?Q?Bitte_best=C3=A4tigen_Sie_Ihre_Anmeldung_bei_FE-Benutzerdatenbank.?=)., referer: aufrufende Seite Nun finde ich zu dieser Fehlermeldung (Core: Mail to could not be sent) nur Verweise auf einige Bug-Reports (0014741 und 0014742), in denen es aber um ein anderes Problem geht. Dort wurde wohl die Empfänger-E-Mail-Adresse nicht korrekt übergeben. Die passt hier aber. Hat jemand einen Vorschlag, was ich nun weiter untersuchen sollte? Die Logs des lokalen Mailservers (Exim) geben genau garnichts her, dort wird _keine_ Einlieferung _versucht_. Danke viele Grüße Paul ___ 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-v4] Announcing TYPO3 4.5 beta1
Hallo Joey, Am 19.11.2010 um 13:08 schrieb JoH asenau: Nun, sagen wir mal so: Menschen, die bereit sind auf einem Touchscreen mit einem Plastikstift eine Bildschirmtastatur zu bedienen, die ihnen dabei die Hälfte des sowieso schon recht mickrigen Bildschirms wegnimmt, sind für mich sicherlich nicht der Maßstab bezüglich Anforderungen an die Usability von Nutzeroberfllächen ;-) Menschen, die bereits sind, auf einem iPhone den Touchscreen mit einem Plastikstift zu bedienen, outen sich damit tatsächlich als nicht allzu helle ;-) Die sind sicher von jemand Schlauerem veräppelt worden - denn sonst würden sie für die Bedienung ihre Finger benutzen ;-) ROTFL Man sollte zudem Spielzeuge nicht mit Arbeitsgeräten vergleichen ;-) Ist es nicht toll, wenn man ein Arbeitsgerät auch zum Spielen benutzen kann - und ein Spielgerät auch zum Arbeiten? Viele Grüße Petra ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
Hallo, ich würde für so was tt_address nehmen, in einem extra SysOrdner die nicht gebrauchten Felder über PageTS ausblenden, die Labels anpassen und im Frontend einfach mit TypoScript eine Liste basteln. Dann hätte der Redakteur seine einfache Pflege und der TypoScript-Code wäre auch überschaubar. Ich mache recht viel mit tt_address - verwende aber nur die Tabellen und nicht die Ausgabe-Funktionen. Für TYPO3 würde auch ich mir wünschen, dass mehr Dinge bereits im Core vorhanden wären - gerne über System-Extensions. Hier wäre mir es z.B. ganz wichtig, eine gut gepflegte Frontend-User-Registrierung vorzufinden, die auch nach einem Update noch einwandfrei funktioniert, ohne dass ich dafür einen Debug-Tag einplanen muss. Viele Grüße Petra Am 19.11.2010 um 16:18 schrieb JoH asenau: Die Methode von Joey in Ehren, das mag die Profi-Lösung sein. Aber ich bezweifle, dass die Profi-Lösung schneller realisiert ist als meine mit der einfachen Bildauflistung! Die noch dazu auch dokumentiert ist! Du wirst nicht als Idiot hingestellt, aber Du verhältst Dich schon ein wenig lernresistent ;-) Dein Problem ist weiterhin, daß Du allein die Zeit berücksichtigst, die man zum Realisieren braucht - sprich: für das erstmalige Anlegen von Inhalten. Das ist aber oftmals zu kurzsichtig gedacht, weil die Daten so nicht einzeln wiederverwendbar sind und die Pflege zum Puzzlespiel wird. Und das liegt nicht mal an TYPO3 an sich sondern daran, wie Du es Deinem Kunden erklärst. Dokumentiert sind die Seitentypen und deren Funktionen übrigens genauso wie auch das einzelne Element. Wie gesagt: Der Bug beim image_link Feld ist in Arbeit, weil das mit der aktuellen Begrenzung und dem einzeiligen Feld wenig Sinn macht und zudem zulässige URL mit Kommata darin dort nicht möglich sind. Aber selbst wenn der gefixt ist, sollte man die Bild- oder Text mit Bild-Elemente nicht für Listen aus verlinkten Logos mißbrauchen, vor allem wenn die Links nicht auf Seiten im System zeigen. Dafür gibt es die beschriebene Out of the box Lösung oder entsprechende Extensions. TYPO3 ist eben kein Online Dreamweaver sondern ein Content MANAGEMENT System. Schönes Wochenende Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german --- PEGU Consulting P. Arentzen Schulstraße 1 D-76761 Rülzheim Steuernr. 16/003/4185/2 Telefon +49(0) 72 72 - 95 87 95 Telefax +49(0) 72 72 - 95 89 18 Mobil +49(0)1 70 - 73 81 54 6 (Telekom) Email i...@pegu.de Web www.pegu.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Alternativen zu sr_email_subscribe / sr_feuser_register
Hallo Andreas, ich habe schon mit mm_forum gearbeitet ja. Aber da schreckt mich ehrlich gesagt der Overhead. Ich will ja nur ein paar Adressen in tt_address bekommen, was ja an sich nichts besonderes ist. Ich denke, dass ich beim nächsten Mal selbst was schreibe, angelehnt an die Funktionsweise von da_newsletter. Dann weiß ich wenigstens, dass es funktioniert - und falls es das mal nicht tut, wo ich dran drehen muss, damit es das wieder tut - nur so ist es echt kein Zustand. Bei fast jeden Update geht anschließend irgendwas nicht, und sollte das mal nicht der Fall sein, habe ich Bauchweh, dass ich irgendeine Fehlfunktion übersehen habe. Viele Grüße Petra Am 11.11.2010 um 17:04 schrieb Andreas Werner: Am 05.11.2010 20:53, schrieb Paul Muster: Ich habe derzeit ähnlich viel Spaß mit sr_feuser_register, siehe Thread [TYPO3-german] sr_feuser_register schickt keine Mails mehr ab 01.11.2010 21:23h. Von daher würde ich mich über eine funktionierende Alternative auch freuen. Newsletter brauche ich dabei nicht, sondern nur Benutzerregistrierung inkl. Bestätigung durch einen Admin/Redakteur. Hast Du mal mm_forum probiert? Das hat ´ne eigene Userregistrierung, musst ja den Forenteil nicht nehmen. Zugegeben, von hinten durch die Brust in´s Auge ... 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] formhandler: Dropdown mit Email Adresse
Hallo Felix, ich habe das schon gemacht, hat gut funktioniert. Außerdem kann man dann auf diese Weise eine ganze Übersicht mit Personen generieren, sogar mit Bild, dort je Person einen Link auf das Kontaktformular setzen, die entsprechende ID gleich mitliefern, so dass der geklickte Kontakt bereits vorausgewählt ist. Ich finde, das ist ein guter Ansatz ;-) Viele Grüße Petra Am 08.11.2010 um 10:23 schrieb Felix Nagel: Hat denn niemand Erfahrung mir einer solchen Anforderung? Am 03.11.2010 16:07, schrieb Felix Nagel: Hallo Liste, hat jemand bereits Erfahrung mit der Extension formhandler und einem Dropdown um den Empfänger auszuwählen? Dazu kommen dann noch die Vorgaben das verschiedene Email Adressen in verschiedenen Sprachen angezeigt werden müssen. Da neige ich zur Zeit entweder zu einer Ausgabe dynamisch (wie in der Doku beschrieben) oder per verschiedenem Template. Das ist aber erst mal zweitrangig. Mein Ansatz wäre zur Zeit die options direkt mit der Email Adresse zu füllen um das Feld dann direkt finishers.1.config.admin.to_email zuzuweisen. Das hat den Nachteil das die Email Adressen direkt im Quellcode stehen und das man per HTML Änderung den Empfänger verändern kann. Keine schöne Lösung. select name=formhandler[email_to] option value=te...@domain1.de ### selected_topic_te...@domain1.de###Email 1/option option value=te...@domain2.de ### selected_topic_te...@domain2.de###Email2/option /select Ich denke gerade über folgende Lösung nach: Ich erzeuge das Dropdown dynamisch aus tt_address (wie in Doku beschrieben) und setze die ID der Datensätze als value. Diese lese ich in einem eigenen saveInterceptor aus und schreibe dann die Email Adresse in eine extra GPvar die das admin.to_email setzt. Da das TypoScript in Reihenfolge abgearbeitet wird und ich in meinem Interceptor die GPvar grundsätzlich überschreibe sollte das ohne Sicherheitslücke machbar sein. Ist das ein guter Plan oder fällt jemandem ein besserer Ansatz ein? Bin für Vorschläge dankbar. Grüße *Felix Nagel* -- Grüße Felix Nagel ___ 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] Alternativen zu sr_email_subscribe / sr_feuser_register
Danke, Markus, das schau ich mir gleich mal an! Viele Grüße Petra Am 03.11.2010 um 18:51 schrieb Markus: Am 03.11.2010 17:32, schrieb Petra Arentzen: Ich debugge mir mal wieder den Wolf und bin etwas genervt, vor allem weil das irgendwie bei jedem Update der beiden Extensios so ist. Ich frage mich, ob es nicht was besseres gibt. Was verwendet Ihr denn so oder sind die beiden Exts. der Weisheit letzter Schluss? Wir verwenden da_newslettersubscription seit vielen Jahren ohne Probleme... http://typo3.org/extensions/repository/view/da_newsletter_subscription/current/ Viele Grüße Markus ___ 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] Alternativen zu sr_email_subscribe / sr_feuser_register
Ok, habe es mir angeschaut. Nun ja, ist ziemlich minimalistisch und ein bisschen altmodisch, aber dafür genial einfach. Ich fürchte jedoch, für das aktuelle Projekt kann ich es nicht benutzen, da hier die einzelnen Felder aus tt_address für direct_mail einzeln ansprechbar sein sein müssen, und es schon über 1000 Abonnenten gibt. Aber ich denke, als Grund- oder Vorlage für eine eigene Extension ist es sicher gut zu gebrauchen, vor allem gefällt mir der Ansatz, weil so das Double-OptIn-Verfahren ganz natürlich in den Anmelde-Prozess integriert ist :-) Danke und Grüße Petra Am 03.11.2010 um 19:02 schrieb Petra Arentzen: Danke, Markus, das schau ich mir gleich mal an! Viele Grüße Petra Am 03.11.2010 um 18:51 schrieb Markus: Am 03.11.2010 17:32, schrieb Petra Arentzen: Ich debugge mir mal wieder den Wolf und bin etwas genervt, vor allem weil das irgendwie bei jedem Update der beiden Extensios so ist. Ich frage mich, ob es nicht was besseres gibt. Was verwendet Ihr denn so oder sind die beiden Exts. der Weisheit letzter Schluss? Wir verwenden da_newslettersubscription seit vielen Jahren ohne Probleme... http://typo3.org/extensions/repository/view/da_newsletter_subscription/current/ Viele Grüße Markus ___ 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] Beziehungen im BE werden nur IDs angezeigt
Hallo Florian, genau das ist mir neulich auch passiert. Ich hatte als Typ 'group'. Ich nehme an, wenn man 'select' nimmt, klappt es. Wenn man auf die Benutzung von 'group' angewiesen ist, kann man das vielleicht als form_type angeben und als type 'select'. So sollte er es in der Übersicht richtig darstellen. Ich habe das aber (noch) nicht probiert. Viele Grüße Petra Am 20.10.2010 um 15:23 schrieb Reimann, Florian: Hallo, ich habe bei meiner Extension Beziehungen zwischen Tabellen. Wenn ich jetzt im BE einen Datensatz anlege funktioniert dies auch. Allerdings stehen dann bei den entsprechenden Feldern anstelle des Namens der Kategorie nur die UID aus der Tabelle. Wie kann ich das anpassen? Dort soll der Name stehen. Im Anhang ist ein kleines Bild, was das vllt. verdeutlicht. Danke und Grüße Florian ___ 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] tt_content subheader
Hallo Markus, Änderungen in der Tabellenkonfiguration sollten in 'typo3con/extTables.php' gemacht werden. Bevor du die Konfiguration einer Tabelle überschreibst, solltest du unbedingt der Konfiguration vollständig einlesen - mit t3lib_div::loadTCA('tt_content') Wichtig ist, dass du anschließend den Cache löscht. Im Core rumzufummeln ist gerade bei TYPO3 fast nie notwendig. Grüße Petra Am 03.10.2010 um 20:25 schrieb Markus Schwennecker: Hallo, habe die neuste TYPO Version im Einsatz. Funktioniert soweit alles prima. Ich möchte nun bei den Content Elementen Text und Text/wPic auch den Subheader benutzen. Beim Element Überschrift funktioniert dies einwandfrei. Bei den anderen Elementen halt gar nicht. Habe bisher für die BE Ausgaben folgendes in extTables.php eingetragen: t3lib_extMgm::addToAllTCAtypes(tt_content, 'subheader;;8', '','after:header'); Daher kann ich jetzt in den Content Elementen den Subheader einragen. Da es ja im Element Hader funzt und in den anderen nicht habe ich auch noch in das File tbl_tt_content.php das array für text und textpic erweitert: 'header' = Array( 'showitem' = 'CType;;4;;1-1-1, hidden, header;;3;;2-2-2, subheader;;8, linkToTop3-3-3, --div--;LLL:EXT:cms/locallang_tca.xml:pages.tabs.access, starttime, endtime, fe_group' ), 'text' = Array( 'showitem' = 'CType;;4;;1-1-1, hidden, header;;3;;2-2-2, subheader;;8, linkToTop3-3-3, --div--;LLL:EXT:cms/locallang_ttc.xml:CType.I.1, bodytext;;9;richtext:rte_transform[flag=rte_enabled|mode=ts_css];3-3-3, rte_enabled, text_properties, --div--;LLL:EXT:cms/locallang_tca.xml:pages.tabs.access, starttime, endtime, fe_group', ), 'textpic' =Array( 'showitem' = 'CType;;4;;1-1-1, hidden, header;;3;;2-2-2, subheader;;8, linkToTop3-3-3, --div--;LLL:EXT:cms/locallang_ttc.xml:tabs.text, bodytext;;9;richtext:rte_transform[flag=rte_enabled|mode=ts_css];3-3-3, rte_enabled, text_properties, --div--;LLL:EXT:cms/locallang_ttc.xml:tabs.media, image5-5-5, imageorient;;2, --palette--;LLL:EXT:cms/locallang_ttc.php:ALT.imgDimensions;13, --palette--;LLL:EXT:cms/locallang_ttc.php:ALT.imgLinks;7;;6-6-6, imagecaption;;5,altText7-7-7, titleText, longdescURL, --palette--;LLL:EXT:cms/locallang_ttc.php:ALT.imgOptions;11;;8-8-8, --div--;LLL:EXT:cms/locallang_tca.xml:pages.tabs.access, starttime, endtime, fe_group' ), Leider habe ich den Subheader immer noch nicht als FE Ausgabe. Vielleict hat jemand einen Tip was noch fehlt?! Oder gibt es noch eine einfachere Möglichkeit, die auch noch safe ist beim Update des TYPO3. Beste Grüße Markus ___ 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] TS rechnen mit .prioriCalc
Hallo Marco, du versuchst typoscript so einzusetzen wie eine Programmiersprache, aber es ist eine Konfigurationsprache. Anweisungen werden hier nicht Zeile für Zeile abgearbeitet. Der Dreh- und Angelpunkt ist hierbei stdWrap. Du müsstest etwas in der Art scripten: tmp.Spaltenrechner = COA tmp.Spaltenrechner { 10 = TEXT 10.value = 0 # bedingung 1 20 = TEXT 20.value = +1 20.if.isTrue.numRows styles.content.getLeft # bedingung 2 30 = TEXT 30.value = +1 30.if.isTrue.numRows styles.content.get # bedingung 3 ... stdWrapp.prioriCalc = 1 } Das Ergebnis entspricht dann der Anzahl der positiven Bedingungen dh. bei ODER würdest du nur abfragen, ob ein Wert 1 rauskommt, bei UND würdest du prüfen, ob der Wert der Anzahl der Bedingungen entspricht. Ich würde dir aber in jedem Fall die Doku ans Herz legen z.B. von hier http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.2/view/1/5/#id2504209 Denn ich habe die Erfahrung gemacht, dass man, um mit Typoscript klar zu kommen, sich ein Stück weit von der Erfahrung mit Programmiersprachen verabschieden muss. Viele Grüße Petra tmp.Spaltenrechner tmp.Spaltenrechner = COA tmp.Spaltenrechner { 10 = COA 10 { if.isTrue.numRows styles.content.getLeft 10 = TEXT 10.value = 1 else 10 = TEXT 10.value = 0 } Am 08.09.2010 um 10:20 schrieb Marco Brüggemann: Hallo, Ich schaffe es einfach nicht mit prioriCalc etwas zu rechnen. Ich versuche eine Abfrage, ob eine Spalte mit Inhalt gefüllt ist oder nicht, und dann eine Variable je nach dem mit 1 oder 0 zu füllen. danach sollen die vier Variablen addiert werden damit ich dann eine Zahl habe die mir sagt ob 1, 2, 3, oder 4 Spalten mit Content befüllt wurden. Leider ist die Ausgabe bis jetzt immer nur TEXT tmp.Spaltenrechner = COA tmp.Spaltenrechner { 10 = COA 10 { if.isTrue.numRows styles.content.getLeft 10 = TEXT 10.value = 1 else 10 = TEXT 10.value = 0 } 20 = COA 20 { if.isTrue.numRows styles.content.get 10 = TEXT 10.value = 1 else 10 = TEXT 10.value = 0 } 30 = COA 30 { if.isTrue.numRows styles.content.getRight 10 = TEXT 10.value = 1 else 10 = TEXT 10.value = 0 } 40 = COA 40 { if.isTrue.numRows styles.content.getBorder 10 = TEXT 10.value = 1 else 10 = TEXT 10.value = 0 } 50 = TEXT 50.prioriCalc = tmp.Spaltenrechner.10.10 + tmp.Spaltenrechner.20.10 + tmp.Spaltenrechner.30.10 + tmp.Spaltenrechner.40.10 50.prioriCalc = 1 } Kontrollausgabe im PAGE-Objekt: 5 = TEXT 5.value tmp.Spaltenrechner.50 AUSGABE TEXT Könnt ihr mir bitte weiterhelfen? Gruß, Marco. ___ 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] direct_mail versanddauer
Hallo ToM, schau dir mal die Einstellung direkt in der Extension an, da gibt es Number of messages per cycle. Hier ist glaub ich 50 voreingestellt. Dann kommt es noch darauf an, in welchem Interval dein Cronjob läuft. Das kann durchaus bis zu zwei Tagen dauern. Man könnte natürlich sowohl den Intervall verkürzen als auch die Anzahl erhöhen. Allerdings gibt es unter Umständen Limitierungen durch den Provider. Ich weiß z.B. dass Mittwald bei bestimmten Hosting-Paketen beides begrenzt. Das solltest du also unbedingt prüfen, bevor du an diesen Werten drehst. Bis bald und viele Grüße Petra Arentzen Am 06.09.2010 um 09:34 schrieb Thomas Wegerer: Hi Leute, ich habe eine direct_mail extension eingerichtet und eigentlich passt auch alles. Über ein Cronjob werden die Newsletter verschickt. Es sind knapp 2000 Mails die rausgehen müssen. Hat jemand einen Tipp wieso der gesamte Versand eines Newsletters 2 Tage dauert? Liegt das am Server oder an der Extension? LG, ToM -- Interactive Values - Thomas Wegerer MAIL: m...@thomaswegerer.at WWW:www.thomaswegerer.at -- ___ 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] direct_mail versanddauer
Hallo Peter, aus FAQ von Mittwald - TYPO3 Nutzer haben beispielsweise die Möglichkeit mit Hilfe der Extension direct_mail komfortabel Newsletter anzulegen und zu versenden. Sollten Sie DirectMail automatisiert über einen Cronjob starten, können Sie je Stunde 50 E-Mails gleichzeitig versenden, da eine stündliche Ausführung der kleinst mögliche Intervall ist. - Ich habe selbst nie probiert, mehr zu versenden, da ich mich vor dem Aufwand fürchte, das Chaos zu beheben, welches ein nur teilweise zugestellter Newsletter auslösen würde. Viele Grüße Petra Arentzen --- PEGU Consulting P. Arentzen Schulstraße 1 D-76761 Rülzheim Steuernr. 16/003/4185/2 Telefon +49(0) 72 72 - 95 87 95 Telefax +49(0) 72 72 - 95 89 18 Mobil +49(0)1 70 - 73 81 54 6 (Telekom) Email i...@pegu.de Web www.pegu.de Am 06.09.2010 um 10:21 schrieb Thomas Wegerer: Danke für die Info. Eigentlich klar, mein Cron kann nur 1x pro Stunde aufgerufen werden. LG, ToM Hi Tom - wie oft schiebt der Cronjob denn das Skript an? Da gehen per Default 50 Mails pro Schubs raus... wenn der Cronjob alle 30 Minuten einmal schubst können das schon zwei Tage werden... Schöne Grüße, Peter Am 06.09.2010 09:34, schrieb Thomas Wegerer: Hi Leute, ich habe eine direct_mail extension eingerichtet und eigentlich passt auch alles. Über ein Cronjob werden die Newsletter verschickt. Es sind knapp 2000 Mails die rausgehen müssen. Hat jemand einen Tipp wieso der gesamte Versand eines Newsletters 2 Tage dauert? Liegt das am Server oder an der Extension? LG, ToM -- Interactive Values - Thomas Wegerer MAIL: m...@thomaswegerer.at WWW:www.thomaswegerer.at -- ___ 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] Link auf Datensatz einer Extension
Am 13.08.2010 um 11:35 schrieb Andreas Cord-Landwehr: Hallo Liste, ich habe folgendes Problem/Ziel: Ich möchte für meine Erweiterung die Möglichkeit schaffen mit der Insert Link-Funktion des RTE, dass meine Redakteure direkt Datenelemente aus eigenen Tabellen meiner Erweiterung verlinken können. Die Anzeige soll dann auf einer global definierten Seite erfolgen, welche das geeignete Plugin zur Anzeige dieses Datensatzes liefert. Hat jemand einen Vorschlag wie man das am besten anstellt? Hallo Andreas, ich habe gute Erfahrungen mit linkhandler gemacht. http://typo3.org/extensions/repository/?tx_terfe_pi1[view]=searchno_cache=1tx_terfe_pi1[sword]=linkhandler Viele Grüße Petra ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german