[TYPO3-german] direct_mail Personalisierung über contants
Hallo zusammen, habe direct_mail im Einsatz und möchte den Versand personalisieren. Dazu hatte ich im Setup eine constants definiert, die ich per MArker ###ANREDE### beliebig in jedem Contentelement verwenden kann. Das funtkioniert auch so wunderbar, wenn ich z.B. NUR den kompletten Namen des Empfängers im Newsletter einbetten möchte: constants.ANREDE=###USER_name### Nun wollte ich über eine Condition das title-Feld abfragen, ob der User Herr oder Frau ist, und dementsprechend Sehr geehrter Herr bzw. Sehr geehrte Frau ausgeben zu können. Aber irgendwo mache ich einen Fehler (s.u.), weil ich nicht so recht weiss, wie man bestimmte Marker in Conditions abfragt: [globalString = ###USER_title###=Herr] constants.ANREDE=Sehr geehrter Herr ###USER_name### [globalString = ###USER_title###=Frau] constants.ANREDE=Sehr geehrte Frau ###USER_name### [GLOBAL] Wäre für jeden Tipp dankbar. Vielen Dank Yilmaz ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] direct_mail Personalisierung über contants
Hallo Yilmaz Ich werde nicht ganz schlau, aus welcher DB diese Daten kommen, die du verwenden würdest. Ich würde aber eher ein CASE-Objekt nehmen, um abhängig vom Geschlecht, das in der passenden DB hinterlegt ist, die Anrede zu generieren. Diese kannst du nachher in eine Konstante laden und im FE ausgeben: object = CASE object.key.data = [hier das Feld, nach dem du unterscheidest, z.B. DB:tt_address:] object.default = TEXT object.default.value = Sehr geehrte Frau object.Herr = TEXT object.Herr.value = Sehr geehrter Herr und nachher constants.ANREDE object Grüsse, Lorenz -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] On Behalf Of i...@bysystem.net Sent: Tuesday, March 30, 2010 10:16 AM To: typo3-german@lists.typo3.org Subject: [TYPO3-german] direct_mail Personalisierung über contants Hallo zusammen, habe direct_mail im Einsatz und möchte den Versand personalisieren. Dazu hatte ich im Setup eine constants definiert, die ich per MArker ###ANREDE### beliebig in jedem Contentelement verwenden kann. Das funtkioniert auch so wunderbar, wenn ich z.B. NUR den kompletten Namen des Empfängers im Newsletter einbetten möchte: constants.ANREDE=###USER_name### Nun wollte ich über eine Condition das title-Feld abfragen, ob der User Herr oder Frau ist, und dementsprechend Sehr geehrter Herr bzw. Sehr geehrte Frau ausgeben zu können. Aber irgendwo mache ich einen Fehler (s.u.), weil ich nicht so recht weiss, wie man bestimmte Marker in Conditions abfragt: [globalString = ###USER_title###=Herr] constants.ANREDE=Sehr geehrter Herr ###USER_name### [globalString = ###USER_title###=Frau] constants.ANREDE=Sehr geehrte Frau ###USER_name### [GLOBAL] Wäre für jeden Tipp dankbar. Vielen Dank Yilmaz ___ 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] Off Topic - Offline Bilddatenbank - Bitte lesen
Hallo Christian, mir hat selten jemand so aus der Seele gesprochen. Ich stimme ausnahmslos in allen Punkten mit dir ueberein. Viele Grüße, Friederike Hallo, Danke für Eure Vorschläge. Es gibt eine Menge an Lösungen am Markt. Aber komischerweise gehen die fast alle an meinen Bedürfnissen vorbei. Jetzt bleibt die Frage ob ICH so daneben liege ;-) Aber es ist einfach so wie bei allen Dingen, das jeder Mensch andere Anforderungen und Herangehensweisen hat. Dies betrifft ja nicht nur diesen Bilddatenbank Fall, sondern übertragbar ist dies auch auf alle Anwendungen und insbesondere in unseren Fall auch TYPO3. Ich nutze jetzt TYPO3 seit ca.2001 in über 100 Projekten und ertappe mich ständig dabei wie ich frustriert überlege mich von TYPO3 abzuwenden. Aber das Resultat der Überlegungen: Gibt es keine bessere Alternative? Meine TYPO3 Con´s: - BE für Kunden unübersichtlich - BE Design altmodisch und nicht zeitgemäß (Kunden die WP oder Joomla kennen, erschrecken vor TYPO3) - BE schwer und umständlich anpassbar - BE User schlecht zu verwalten - Die einfachsten Dinge sind nur durch hohem Aufwand zu erreichen - Dokumentation für Endkunden (aber auch Entwickler) zu unübersichtlich und vielschichtig - Extensions unterschiedlich vom Programmier Ansatz - Ext eigene CSS meist unbrauchbar und schlecht - 8 halbherzige Lösungswege zu einem Ziel. Meine TYPO3 Pro´s: - einfache Upgrademöglichkeit - Unendliche Möglichkeiten - Sicherheit Man sieht schon das bei mir die Nachteile überwiegen. Aber ich liebe auch die Macken von TYPO3. Ich muss aber auch feststellen das ich bei meinen Kunden mehr und mehr Überzeugungsarbeit leisten muss warum ich bei Ihnen TYPO3 einsetzen will. Wenn ich mir die ganzen Newsgroups und Blogeinträge zu TYPO3 so anschaue geht es nur noch um Programmiertechniken und neue Standards, aber nicht mehr um die Anwendungen und die Webseiten die erstellt werden. Z.B. ist jetzt einiges im Vorfeld zu 4.3 geschrieben worden was neu ist und verbessert wurde. Aber wie diese Neuerungen nun eingesetzt werden können ist nirgends raus zu bekommen. Viele Dinge erfährt man nur aus externen Blog´s oder Webseiten. Wenn man nicht zum internen Entwicklerkeis oder zu den oberen 100 gehört, muss man sich die Infos Stundenlang zusammensuchen. Ich halte ja die typo3.org / typo3.com für Desaströs und ein abschreckendes Beispiel für TYPO3. Nicht nur für Neukunden, sondern auch für Entwickler. Mir ist natürlich der Umfang des TYPO3 Projektes und der freiwillige Einsatz aller mitwirkenden bewusst. Aber die Entwicklung scheint mir Rückwärts zu gehen. Anstelle die TYPO3.org Seite zu überarbeiten und auszumisten, wir lieber nebenbei noch ein Wiki (halbherzig) betriben und was da nicht reinpasst kommt in snippets und Buzz. Dann die ganzen Dev Infos noch nach Forge und Bugs. Und alles was V4 Betrifft dann noch in Flex und Flow. Wünschen würde ich mir das die TYPO3.org zu einer zentralen Basis für den Entwickler wird und nicht das immer mehr Leute wegen dieser Unzulänglichkeiten eigene Typo3 Portale aufbauen. Ich denke das sich dann auch wieder mehr Leute dran beteiligen würden und Content zu Verfügung stellen. War da nicht schon 2006 die Idee, und auch erste Design von typo3.org im Umlauf die in diese Richtung weisen? Aber das geht immer mehr in Geek Themen unter. Es sind so viele Leute im Umfeld der Oberen 100 mit TYPO3 am arbeiten die deswegen auch sicherlich sehr verunsichert sind. Für die ist es sehr schwer, bzw. nur mit großem Zeitaufwand verbunden, am laufenden zu bleiben und die nötigen Informationen zu bekommen. Mich würde sehr interessieren ob nur ich dieser Ansicht bin. So jetzt hab ich mich mal wieder etwas ausgeweint und bedanke mich für´s zuhören, wünsche Euch noch einen schönen Palmsonntag und alles Gute. Liebe Grüße und Dank an die TYPO3 Gemeinde Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Off Topic - Offline Bilddatenbank - Bitte lesen
Hallo zusammen! Auch wenn ich grundsätzlich zustimme, bleibt die Frage: bei welchem Projekt/Produkt treffen die Kritikpunkte denn nicht zu? M.E. ist das ein allgemeines Problem offener Projekte und nicht TYPO3-spezifisch. Insofern ist die Frage nach einer Alternative rein akademischer Natur, denn nach einiger Zeit würde man bei einem anderen Produkt nur den gleichen Frust schieben. Das einzige, was wirklich etwas nützt, ist: selbst anpacken und die Probleme aktiv angehen. Konstruktive Kritik ist zwar auch hilfreich, aber dadurch ändert sich nur wenig ... wenn die Skills oder die Zeit fehlen, dann muss man sich eben arrangieren oder ein kommerzielles Produkt nehmen. Allerdings wird dann statt in Nerven in Euros bezahlt ... ;-) Gruß, Manfred On Tue, 30 Mar 2010 11:17:05 +0200, Friedericke Kranz friederike.kr...@googlemail.com wrote: Hallo Christian, mir hat selten jemand so aus der Seele gesprochen. Ich stimme ausnahmslos in allen Punkten mit dir ueberein. Viele Grüße, Friederike Hallo, Danke für Eure Vorschläge. Es gibt eine Menge an Lösungen am Markt. Aber komischerweise gehen die fast alle an meinen Bedürfnissen vorbei. Jetzt bleibt die Frage ob ICH so daneben liege ;-) Aber es ist einfach so wie bei allen Dingen, das jeder Mensch andere Anforderungen und Herangehensweisen hat. Dies betrifft ja nicht nur diesen Bilddatenbank Fall, sondern übertragbar ist dies auch auf alle Anwendungen und insbesondere in unseren Fall auch TYPO3. [...] Mich würde sehr interessieren ob nur ich dieser Ansicht bin. So jetzt hab ich mich mal wieder etwas ausgeweint und bedanke mich für´s zuhören, wünsche Euch noch einen schönen Palmsonntag und alles Gute. Liebe Grüße und Dank an die TYPO3 Gemeinde Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] direct_mail Personalisierung über contants
Hallo Lorenz, danke für den Denkanstoss. Bei mir ist es die Tabelle fe_users und das Feld gender. Wie müsste ich denn die Abfrage erstellen? gender kann den Wert 0 (für Herr als default) und 1 (für Frau) einnehmen! Irgendwie klappt die u.g. CASE-Abfrage nicht! object = CASE object.key.data = [DB:tt_address:gender] object.default = TEXT object.default.value = Sehr geehrter Herr object.1= TEXT object.1.value = Sehr geehrte Frau Viele Grüße Yilmaz -Original Nachricht- From: Ulrich Lorenz PHZ Luzern lorenz.ulr...@phz.ch Date: Tue, 30 Mar 2010 11:08:22 +0200 To: German TYPO3 Userlist typo3-german@lists.typo3.org Subject: Re: [TYPO3-german]direct_mail Personalisierung über contants Hallo Yilmaz Ich werde nicht ganz schlau, aus welcher DB diese Daten kommen, die du verwenden würdest. Ich würde aber eher ein CASE-Objekt nehmen, um abhängig vom Geschlecht, das in der passenden DB hinterlegt ist, die Anrede zu generieren. Diese kannst du nachher in eine Konstante laden und im FE ausgeben: object = CASE object.key.data = [hier das Feld, nach dem du unterscheidest, z.B. DB:tt_address:] object.default = TEXT object.default.value = Sehr geehrte Frau object.Herr = TEXT object.Herr.value = Sehr geehrter Herr und nachher constants.ANREDE object Grüsse, Lorenz -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] On Behalf Of i...@bysystem.net Sent: Tuesday, March 30, 2010 10:16 AM To: typo3-german@lists.typo3.org Subject: [TYPO3-german] direct_mail Personalisierung über contants Hallo zusammen, habe direct_mail im Einsatz und möchte den Versand personalisieren. Dazu hatte ich im Setup eine constants definiert, die ich per MArker ###ANREDE### beliebig in jedem Contentelement verwenden kann. Das funtkioniert auch so wunderbar, wenn ich z.B. NUR den kompletten Namen des Empfängers im Newsletter einbetten möchte: constants.ANREDE=###USER_name### Nun wollte ich über eine Condition das title-Feld abfragen, ob der User Herr oder Frau ist, und dementsprechend Sehr geehrter Herr bzw. Sehr geehrte Frau ausgeben zu können. Aber irgendwo mache ich einen Fehler (s.u.), weil ich nicht so recht weiss, wie man bestimmte Marker in Conditions abfragt: [globalString = ###USER_title###=Herr] constants.ANREDE=Sehr geehrter Herr ###USER_name### [globalString = ###USER_title###=Frau] constants.ANREDE=Sehr geehrte Frau ###USER_name### [GLOBAL] Wäre für jeden Tipp dankbar. Vielen Dank Yilmaz ___ 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] Off Topic - Offline Bilddatenbank - Bitte lesen
Hallo Christian Als Antwort auf deine teilweise undifferenzierten Statements versuche ich, schnell auf einige Punkte eine konkrete Antwort zu geben. - BE für Kunden unübersichtlich Finde ich nicht. Wenn du via TSconfig alles einschränkst, was der User nicht braucht, hast du eine sehr gute Übersicht. Diese Arbeit machst du einmal und dann ist das erledigt. - BE Design altmodisch und nicht zeitgemäß (Kunden die WP oder Joomla kennen, erschrecken vor TYPO3) Ich stimme teilweise zu. Hingegen: Die Dreiteilung des Backends in Modulleiste, Seiten/Dateibaum-Bereich und Arbeitsbereich ist sehr schnell zu begreifen und die Personen haben schnell den Zugang dazu. Man muss beim Schulen auch gut erklären, wenn du z.B. das Prinzip des Seitenaufbaus mit Content-Elementen beschreiben willst, begreifen das die Leute sofort, wenn du erklärst, dass das so ist, wie wenn du mehrere Post-it-Zettel nimmst, untereinander klebst, verschiebst etc. Schon in 4.3 wirkt das Backend ein bisschen aufgeräumter und da wird noch mehr kommen. - BE schwer und umständlich anpassbar - BE User schlecht zu verwalten Mit der Extension tc_beuser haben Admins (und auch Nicht-Admins!), die viele User betreuen, gute Übersicht und viele Möglichkeiten. - Die einfachsten Dinge sind nur durch hohem Aufwand zu erreichen - Dokumentation für Endkunden (aber auch Entwickler) zu unübersichtlich und vielschichtig Die TYPO3-Einführungen der BOKU (http://www.boku.ac.at/typo3einf/) sind sehr benutzerfreundlich. Du musst sie halt für deine Kunden einmalig anpassen, z.B. wenn du DAM brauchst oder keine Mehrsprachigkeit etc. und die Einschränkungen bezüglich Autorenhinweise in der OCL beachten, dann hast du aber saubere Schulungsunterlagen. - Extensions unterschiedlich vom Programmier Ansatz - Ext eigene CSS meist unbrauchbar und schlecht Stimmt, es gibt ganz hässliche Beispiele. Häufig sieht man auch, dass die Ersteller der Templates nicht viel mit aktuellem HTML/CSS am Hut haben. Es ist aber kein Problem, das Ext-eigene CSS zu deaktivieren und an dein Design anzupassen. Ein generisches CSS ist eh unmöglich, ein gutes Website-Template hat aber sowieso Formatierungen für die meisten Anforderungen (verschiedene Überschriften, Fliesstext, Links, Dokumentenlinks, Tabellenformatierungen) drin, die du dann im Template entsprechend anwenden kannst. Wenn ich mir die ganzen Newsgroups und Blogeinträge zu TYPO3 so anschaue geht es nur noch um Programmiertechniken und neue Standards, aber nicht mehr um die Anwendungen und die Webseiten die erstellt werden. Z.B. ist jetzt einiges im Vorfeld zu 4.3 geschrieben worden was neu ist und verbessert wurde. Aber wie diese Neuerungen nun eingesetzt werden können ist nirgends raus zu bekommen. Viele Dinge erfährt man nur aus externen Blog´s oder Webseiten. Wenn man nicht zum internen Entwicklerkeis oder zu den oberen 100 gehört, muss man sich die Infos Stundenlang zusammensuchen. Es wäre vielleicht in der Tat interessant, wenn man einigermassen kurz nach Erscheinen einer neuen TYPO3-Version jeweils ein News-Roundup auf typo3.org publizieren könnte. Da könnte man die nützlichsten Links für Integratoren/Admins kurz zusammenfassen, damit man einen schnellen Überblick hat. Für 4.3 hätte das etwa sein können: - http://www.slideshare.net/plobacher/typo3-43-die-neuerungen-im-berblick - http://typo3blogger.de/typo3-version-4-3-endlich-da/ - http://wiki.typo3.org/index.php/Pending_Documentation#Pending_documentation_.284.3.29 Das Problem hierbei ist wieder: Vieles ist nicht englisch und es werden eventuell einzelne Seiten/Agenturen bevorzugt. Ich würde mich nicht zu den oberen 100 zählen, aber mit ein bisschen Erfahrung weisst du, wo und wie du deine Informationen findest. Dass im Bereich Kommunikation noch vieles im Argen liegt, will ich nicht verneinen. Ich weiss auch nicht, wer genau dafür zuständig ist. Es sind halt nicht alle Entwickler die gleich guten Kommunikatoren. Scheint irgendwie eine Einstellung gewisser Leute zu sein, nichts zu erzählen, solange sie mit einer Arbeit nicht fertig sind. Das verunsichert auch mich teilweise, z.B. hat die oft eingesetzte Extension tt_address einige/viele gravierende Mängel, aber der Entwickler hat offenbar keine Zeit, auf bugs.typo3.org zumindest zu reagieren à la stimmt, wird in der nächsten Version korrigiert, kannst du einen Patch liefern? etc. Das hemmt dann auch unwillentlich die Leute, etwas dazu beizutragen, wenn danach eh nicht reagiert wird. Es gibt aber ebenso viele sehr gute Beispiele, in denen Entwickler schnell reagieren und offen sind. Man muss Entscheidungen für oder gegen Extensions halt sorgfältig abwägen. Grüsse, Lorenz -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] On Behalf Of Christian Leicht Sent: Sunday, March 28, 2010 2:31 PM To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Re:Off Topic - Offline Bilddatenbank
Re: [TYPO3-german] Off Topic - Offline Bilddatenbank - Bitte lesen
Am 30.03.2010 11:17, schrieb Friedericke Kranz: Hallo Christian, mir hat selten jemand so aus der Seele gesprochen. Ich stimme ausnahmslos in allen Punkten mit dir ueberein. dann liefer doch auch du eine genaue Auflistung an Dingen die halbfertig sind, die im BE verbessert werden können aus Admin/Redakteurssicht. Georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit der Bildergalerie Image Lightbox v2
Habe jetzt die perfect lightbox2 installiert, das gleiche problem, habe auch schon nachgelesen scheint and er version von typo3 4.3... zu liegen, das das bild in der originalgröße angezeigt wird. finde nur keine lösung, das es mir kleiner angezeigt wird, weiss irgendwer einen lösungsansatz? danke micha Michael Warzitz m.warz...@ws-media-hannover.de schrieb im Newsbeitrag news:mailman.1.1269943141.20519.typo3-ger...@lists.typo3.org... Hallo, ich bin gerade dabei die Image Lightbox v2 für eine Bildergalerie zu erstellen. Es funktioniert soweit auch alles, was nicht funktioniert, die Bilder werden nicht in der angegebenen Größe angezeigt, wie ich es ihm über das Backend sage. Sie werden immer in der Originalgröße angezeigt. Ich benutze die Version 4.3.2 von Typo. Könnte es an der Version liegen, bei älteren Versionen funktioniert es reibungslos. Danke für Eure Hilfe. Micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: direct_mail Personalisierung über contants
Am 30.03.2010 12:22, schrieb i...@bysystem.net: Hallo Lorenz, danke für den Denkanstoss. Bei mir ist es die Tabelle fe_users und das Feld gender. Wie müsste ich denn die Abfrage erstellen? gender kann den Wert 0 (für Herr als default) und 1 (für Frau) einnehmen! Irgendwie klappt die u.g. CASE-Abfrage nicht! object = CASE object.key.data = [DB:tt_address:gender] Nimm hier die richtige Tabelle ;-) object.key.data = [DB:fe_users:gender] object.default = TEXT object.default.value = Sehr geehrter Herr object.1= TEXT object.1.value = Sehr geehrte Frau Dann sollte das auch klappen Kristian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Update 4.3.2 - Page not found
Hallo, ich habe gerade einen Update von 4.2.10 auf 4.3.2 versucht, der leider bis auf die Startseite für alle anderen nur noch zu Page not found führt. DB-Compare ist durchgeführt und zeigt grün. Im Log steht als erste Fehlermeldung: Core: Error handler (BE): PHP Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in /pfad/typo3_src-4.3.2/typo3/init.php line Eine Zeilennummer folgt nicht. Danach führt jeder Versuch, eine Seite aufzurufen, zu folgender Fehlermeldung: Core: Error handler (FE): PHP Warning: fopen() [function.fopen]: Filename cannot be empty in /pfad/typo3_src-4.3.2/t3lib/class.t3lib_div.php line 5420 Für das URL-Rewriting ist CoolURI 1.0.19 im Einsatz. Hat jemand einen Tipp für mich? Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] direct_mail Personalisierung über contants
Hallo Kristian, danke für den Tipp, den ich allerdings bereits zuvor korrigiert hatte. Aber ich denke, ich mache irgendwo einen Syntax-Fehler (z.B. eckige Klammer vor und nach DB-Anweisung!?) oder evntl. einen Wertzuweisungs-Fehler (gender hat nämlich nur 0 für Herr und 1 für Frau in fe_users). Hier mein Setup: object = CASE object.key.data = [DB:fe_users:gender] object.default= TEXT object.default.value = strongSehr geehrter Herr/strong object.1= TEXT object.1.value = strongSehr geehrte Frau/strong constants.ANREDE object constants.EMPFAENGER=strong###USER_name###/strong Im Contentelement habe ich dann einfach die Marker-Reihenfolge: ###ANREDE### ###USER_name###, Denn in Frontend sehe ich den Marker ###ANREDE### nur als CASE ersetzt und der Marker USER_name wird richtig ersetzt. Grüße Yilmaz -Original Nachricht- From: Kristian Domke n...@neither-nor.net Date: Tue, 30 Mar 2010 13:40:34 +0200 To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Re: direct_mail Personalisierung über contants Am 30.03.2010 12:22, schrieb i...@bysystem.net: Hallo Lorenz, danke für den Denkanstoss. Bei mir ist es die Tabelle fe_users und das Feld gender. Wie müsste ich denn die Abfrage erstellen? gender kann den Wert 0 (für Herr als default) und 1 (für Frau) einnehmen! Irgendwie klappt die u.g. CASE-Abfrage nicht! object = CASE object.key.data = [DB:tt_address:gender] Nimm hier die richtige Tabelle ;-) object.key.data = [DB:fe_users:gender] object.default = TEXT object.default.value = Sehr geehrter Herr object.1= TEXT object.1.value = Sehr geehrte Frau Dann sollte das auch klappen Kristian ___ 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 Personalisierung über contants
Ciao Yilmaz Die eckigen Klammern waren nur, um den Kommentar hervorzuheben, die sind nicht nötig. Ich bin aber dennoch nicht sicher, ob das ohne Angabe der entsprechenden ID in der Tabelle funktioniert. Und benutzt du für die Empfänger nun tt_address oder fe_users? Zuletzt hattest du tt_address geschrieben. Dann ist auch das Geschlechterfeld dort, und das Geschlecht ist nicht als 0 oder 1, sondern als m oder f gespeichert. object = CASE object.key.data = DB:fe_users/tt_address:gender object.m= TEXT object.m.value = strongSehr geehrter Herr/strong object.f= TEXT object.f.value = strongSehr geehrte Frau/strong Teste das mal. Lorenz -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] On Behalf Of i...@bysystem.net Sent: Tuesday, March 30, 2010 2:05 PM To: German TYPO3 Userlist Subject: Re: [TYPO3-german]direct_mail Personalisierung über contants Hallo Kristian, danke für den Tipp, den ich allerdings bereits zuvor korrigiert hatte. Aber ich denke, ich mache irgendwo einen Syntax-Fehler (z.B. eckige Klammer vor und nach DB-Anweisung!?) oder evntl. einen Wertzuweisungs- Fehler (gender hat nämlich nur 0 für Herr und 1 für Frau in fe_users). Hier mein Setup: object = CASE object.key.data = [DB:fe_users:gender] object.default= TEXT object.default.value = strongSehr geehrter Herr/strong object.1= TEXT object.1.value = strongSehr geehrte Frau/strong constants.ANREDE object constants.EMPFAENGER=strong###USER_name###/strong Im Contentelement habe ich dann einfach die Marker-Reihenfolge: ###ANREDE### ###USER_name###, Denn in Frontend sehe ich den Marker ###ANREDE### nur als CASE ersetzt und der Marker USER_name wird richtig ersetzt. Grüße Yilmaz -Original Nachricht- From: Kristian Domke n...@neither-nor.net Date: Tue, 30 Mar 2010 13:40:34 +0200 To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Re: direct_mail Personalisierung über contants Am 30.03.2010 12:22, schrieb i...@bysystem.net: Hallo Lorenz, danke für den Denkanstoss. Bei mir ist es die Tabelle fe_users und das Feld gender. Wie müsste ich denn die Abfrage erstellen? gender kann den Wert 0 (für Herr als default) und 1 (für Frau) einnehmen! Irgendwie klappt die u.g. CASE- Abfrage nicht! object = CASE object.key.data = [DB:tt_address:gender] Nimm hier die richtige Tabelle ;-) object.key.data = [DB:fe_users:gender] object.default = TEXT object.default.value = Sehr geehrter Herr object.1= TEXT object.1.value = Sehr geehrte Frau Dann sollte das auch klappen Kristian ___ 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] Update 4.3.2 - Page not found
Ciao Axel Entferne alle potentiell störenden Extensions (z.B. cooluri) mal aus der extList in typo3conf/localconf.php. Ziel ist es, zunächst mal wieder TYPO3 bedienbar zu haben. Danach kannst du ihn Ruhe schauen, wo das Problem ist, Konfigurationen testen, Extensions updaten etc. Lorenz -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] On Behalf Of Axel Joensson Sent: Tuesday, March 30, 2010 2:00 PM To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Update 4.3.2 - Page not found Hallo, ich habe gerade einen Update von 4.2.10 auf 4.3.2 versucht, der leider bis auf die Startseite für alle anderen nur noch zu Page not found führt. DB-Compare ist durchgeführt und zeigt grün. Im Log steht als erste Fehlermeldung: Core: Error handler (BE): PHP Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in /pfad/typo3_src-4.3.2/typo3/init.php line Eine Zeilennummer folgt nicht. Danach führt jeder Versuch, eine Seite aufzurufen, zu folgender Fehlermeldung: Core: Error handler (FE): PHP Warning: fopen() [function.fopen]: Filename cannot be empty in /pfad/typo3_src-4.3.2/t3lib/class.t3lib_div.php line 5420 Für das URL-Rewriting ist CoolURI 1.0.19 im Einsatz. Hat jemand einen Tipp für mich? 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] direct_mail Personalisierung über contants
Hallo Lorenz, ich benutze fe_users. Wenn ich über phpMyAdmin in der DB nachschaue, sehe dort nur Werte 0 und 1 und diese sind wie folgt zugeordnet: 0 = Herr 1 = Frau Habe es trotzdem so versucht, wie du unten vorgeschlagen hast, leider aber kein Erfolg. Es wird für den Marker ###ANREDE### noch immer CASE angezeigt! object = CASE object.key.data = DB:fe_users:gender object.m= TEXT object.m.value = strongSehr geehrter Herr/strong object.f= TEXT object.f.value = strongSehr geehrte Frau/strong constants.ANREDE object constants.EMPFAENGER=strong###USER_name###/strong Eine andere Idee? Viele Grüße Yilmaz -Original Nachricht- From: Ulrich Lorenz PHZ Luzern lorenz.ulr...@phz.ch Date: Tue, 30 Mar 2010 14:14:25 +0200 To: i...@bysystem.net, German TYPO3 Userlist typo3-german@lists.typo3.org Subject: Re: [TYPO3-german]direct_mail Personalisierung über contants Ciao Yilmaz Die eckigen Klammern waren nur, um den Kommentar hervorzuheben, die sind nicht nötig. Ich bin aber dennoch nicht sicher, ob das ohne Angabe der entsprechenden ID in der Tabelle funktioniert. Und benutzt du für die Empfänger nun tt_address oder fe_users? Zuletzt hattest du tt_address geschrieben. Dann ist auch das Geschlechterfeld dort, und das Geschlecht ist nicht als 0 oder 1, sondern als m oder f gespeichert. object = CASE object.key.data = DB:fe_users/tt_address:gender object.m= TEXT object.m.value = strongSehr geehrter Herr/strong object.f= TEXT object.f.value = strongSehr geehrte Frau/strong Teste das mal. Lorenz -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] On Behalf Of i...@bysystem.net Sent: Tuesday, March 30, 2010 2:05 PM To: German TYPO3 Userlist Subject: Re: [TYPO3-german]direct_mail Personalisierung über contants Hallo Kristian, danke für den Tipp, den ich allerdings bereits zuvor korrigiert hatte. Aber ich denke, ich mache irgendwo einen Syntax-Fehler (z.B. eckige Klammer vor und nach DB-Anweisung!?) oder evntl. einen Wertzuweisungs- Fehler (gender hat nämlich nur 0 für Herr und 1 für Frau in fe_users). Hier mein Setup: object = CASE object.key.data = [DB:fe_users:gender] object.default= TEXT object.default.value = strongSehr geehrter Herr/strong object.1= TEXT object.1.value = strongSehr geehrte Frau/strong constants.ANREDE object constants.EMPFAENGER=strong###USER_name###/strong Im Contentelement habe ich dann einfach die Marker-Reihenfolge: ###ANREDE### ###USER_name###, Denn in Frontend sehe ich den Marker ###ANREDE### nur als CASE ersetzt und der Marker USER_name wird richtig ersetzt. Grüße Yilmaz -Original Nachricht- From: Kristian Domke n...@neither-nor.net Date: Tue, 30 Mar 2010 13:40:34 +0200 To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Re: direct_mail Personalisierung über contants Am 30.03.2010 12:22, schrieb i...@bysystem.net: Hallo Lorenz, danke für den Denkanstoss. Bei mir ist es die Tabelle fe_users und das Feld gender. Wie müsste ich denn die Abfrage erstellen? gender kann den Wert 0 (für Herr als default) und 1 (für Frau) einnehmen! Irgendwie klappt die u.g. CASE- Abfrage nicht! object = CASE object.key.data = [DB:tt_address:gender] Nimm hier die richtige Tabelle ;-) object.key.data = [DB:fe_users:gender] object.default = TEXT object.default.value = Sehr geehrter Herr object.1= TEXT object.1.value = Sehr geehrte Frau Dann sollte das auch klappen Kristian ___ 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
[TYPO3-german] Geloest (was: Re: Update 4.3.2 - Page not found)
Hallo Ulrich, das Problem wird hier http://bugs.typo3.org/view.php?id=10273 beschrieben, googeln nach dem Text der Fehlermeldung führte mich dorthin: Der Würgaround durch Verschieben des compress-Blocks in der init.php vor den Block BackEnd User authentication löste das Problem, alle Seiten wieder da ... :o) Dennoch danke! Grüße Ulrich Lorenz PHZ Luzern lorenz.ulr...@phz.ch wrote: Ciao Axel Entferne alle potentiell störenden Extensions (z.B. cooluri) mal aus der extList in typo3conf/localconf.php. Ziel ist es, zunächst mal wieder TYPO3 bedienbar zu haben. Danach kannst du ihn Ruhe schauen, wo das Problem ist, Konfigurationen testen, Extensions updaten etc. Lorenz -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] On Behalf Of Axel Joensson Sent: Tuesday, March 30, 2010 2:00 PM To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Update 4.3.2 - Page not found Hallo, ich habe gerade einen Update von 4.2.10 auf 4.3.2 versucht, der leider bis auf die Startseite für alle anderen nur noch zu Page not found führt. DB-Compare ist durchgeführt und zeigt grün. Im Log steht als erste Fehlermeldung: Core: Error handler (BE): PHP Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in /pfad/typo3_src-4.3.2/typo3/init.php line Eine Zeilennummer folgt nicht. Danach führt jeder Versuch, eine Seite aufzurufen, zu folgender Fehlermeldung: Core: Error handler (FE): PHP Warning: fopen() [function.fopen]: Filename cannot be empty in /pfad/typo3_src-4.3.2/t3lib/class.t3lib_div.php line 5420 Für das URL-Rewriting ist CoolURI 1.0.19 im Einsatz. Hat jemand einen Tipp für mich? 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
[TYPO3-german] Konflikt zwischen ggooglemap (4.0.0) und powermail (1.5.3)
Hallo, ich verwende auf einigen Seiten rggooglemap (4.0.0). Funktioniert prima. Nur sobald ich die powermail (1.5.3) in den Erweiterungen aktiviere, dann wird auf den rggooglemap-Seiten nur ... wird geladen... angezeigt. Ich hab mir nun den Unterschied des ausgegebenen HTML codes einer rggooglemap-Seiten ohne und mit aktiviertem powermail angesehen (siehe weiter unten). Der Unterschied liegt im ?type=500 (damit funktioniert die rggooglemap-Seite). Kann das Problem daran liegen? Wie kann das Problem beseitigt werden? Vielen schon mal für jeden Tipp, Wolle PS: TYPO3 4.3.1 Anstelle von [SEITE] steht die realurl-Ausgabe diff ausgabe-klappt.htm ausgabe-klapptnicht.htm 150c150 [SEITE]/?type=500tx_rggooglemap_pi1[cat]=+cat+tx_rggooglemap_pi1[area]= + getBound() + tx_rggooglemap_pi1[zoom]=+map.getZoom()+r= + Math.random(); --- myXmlVar=[SEITE]/tx_rggooglemap_pi1[cat]=+cat+tx_rggooglemap_pi1[area]= + getBound() + tx_rggooglemap_pi1[zoom]=+map.getZoom()+r= + Math.random(); 173c173 myXmlVar=[SEITE]/?type=500tx_ rggooglemap_pi1[cat]=+cat+tx_rggooglemap_pi1[area]= + getBound() + tx_rggo oglemap_pi1[zoom]=+map.getZoom()+r= + Math.random(); --- myXmlVar=[SEITE]/tx_rggooglem ap_pi1[cat]=+cat+tx_rggooglemap_pi1[area]= + getBound() + tx_rggooglemap_p i1[zoom]=+map.getZoom()+r= + Math.random(); 298c298 var url = [SEITE]/?type=500no _cache=1tx_rggooglemap_pi1[detail]=+id+tx_rggooglemap_pi1[table]=+table; --- var url = [SEITE]/no_cache=1tx_rggooglemap_pi1[detail]=+id+tx_rggooglemap_pi1[table]=+table; 321c321 var url = [SEITE]/?type=500type=500no_cache=1tx_rggooglemap_pi1[detail]=+i+tx_rggooglemap_pi1[table]=+t able; --- var url = [SEITE]/type=500no _cache=1tx_rggooglemap_pi1[detail]=+i+tx_rggooglemap_pi1[table]=+table; ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: direct_mail Personalisierung über contants
Am 30.03.2010 14:25, schrieb i...@bysystem.net: Hallo Lorenz, Nicht Lorenz, aber ich antworte dennoch... ich benutze fe_users. Wenn ich über phpMyAdmin in der DB nachschaue, sehe dort nur Werte 0 und 1 und diese sind wie folgt zugeordnet: 0 = Herr 1 = Frau OK, dann wird das stimmen. Habe es trotzdem so versucht, wie du unten vorgeschlagen hast, leider aber kein Erfolg. Es wird für den Marker ###ANREDE### noch immer CASE angezeigt! Es Wird CASE angezeigt? Dann erwartet er an der Stelle offensichtlich kein cObject. Ich habe jetzt bei dir nicht gefunden, wie constants definiert ist. Wo kommt das denn her, und welcher Objekttyp ist das? object = CASE [...] constants.ANREDE object constants.EMPFAENGER=strong###USER_name###/strong Kristian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] amp;-Ersetzung in Extension
Hallo, irgendwie stehe ich gerade auf dem Schlauch. Ich habe eine Frontend-Extension, die pi_pageLink benutzt, um Links zu erzeugen. Im Frontend werden die Parameter aber mit tx_... dargestellt, anstatt $amp;. Wie kann ich im TS einschalten, dass die ersetzt werden? Ich habe schon config.stdWrap.htmlSpecialChars = 1 probiert, aber das hilft leider nicht. Komischerweise werden die eckigen Klammern [] jeweils korrekt ersetzt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Eigene Extension: Link erzeugen für nur einmalige Ausführung der Extension
Hallo Gruppe, habe ein kleines Problem: Ich zeige 3 Banner an mit meiner eigenen Extension, die per Typoscript Object Path 3 mal ausgeführt wird. Nun muss ich auch die Klicks tracken, habe versucht die Links mit einem Modus zu verlinken, damit meine Extension erkennt, dass Bannerklick gezählt werden muss und dann ein Redirect erfolgen soll. Habe diesen Link verwendet: $this-pi_linkToPage($this-getImage($row[pictureorflash1], 800, 100, $cssClass), $GLOBALS[TSFE]-id, $target='_blank', $urlParameters=array(tx_medienbanner_pi1[modus]=clickbanner, tx_medienbanner_pi1[uidbanner]=$row[uid])) Das Problem: modus - clickbanner soll nur einmal ausgefüht werden, wird aber logischerweise wieder 3mal aufgerufen, weil die Ext auf jeder Seite 3x aufgerufen wird (unabhängig vom modus). Was mach ich jetzt? Den Link anders formulieren? Wie? Gruß und danke, Roland ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ausgaben über page.headerData
Christian Wolff schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 29.03.2010 16:29, schrieb Stephan Vidar: hi Stephan binde die mootools libary einfach nicht über das statische template ein. sondern ebenfalls über header data. gruss chris -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://fairplay-homepage.de hi chris, geht leider nicht, da ich pmkslimbox nutze. hierbei wird nach herstellung der mootools-abhängigkeiten über die einbindung des statischen templates der slimbox t3m die slimbox.js sowie die mootools.js ausgegeben. nehme ich das raus, fehlt die slimbox.js... gruß stephan hab mir jetzt mal das static template von slimbox angesehen. dort sieht man das er ein cObject definiert page.1230 das dann die addJS funktion aufruft... im code derfunktion kann man sehen das er das JS in $GLOBALS['TSFE']-additionalHeaderData['slimbox'] schriebt... also nimmt als identifikator einfach etwas das alphabetisch nach slimbox also z.b page.headerData.slimbox = ... gruss chris hi chris, vielen dank für deine tipps! ich hab mich jetzt für die variante mit includeCSS / includeJSFooter entschieden. gruß, stephan page.includeCSS { file1 = fileadmin/template/css/datepicker.css } page.includeJSFooter { file1 = fileadmin/template/js/datepicker.js file2 = fileadmin/template/js/datepickerInit.js } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: Re: Re: Ausgaben über page.headerData
Philipp Gampe schrieb: Am 29.03.2010, 16:38 Uhr, schrieb Stephan Vidar vid...@freakmail.de: hi philipp, keine chance.. die ausgabe hält sich hartnäckig immer oben, direkt nach dem title auch bei ganz hohen werten... gruß, stephan wenn du TYPO3 4.3.2 nutzt kannst du auch die page.includeJS Anweisungen nutzen [1] bzw. in deinem Fall wohl eher page.includeJSFooter. Grüße Phil [1] http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.1/view/1/6/#id2515978 hi phil, vielen dank für deine tipps! das war das stichwort! ich hab mich jetzt für die variante mit includeCSS / includeJSFooter entschieden. gruß, stephan page.includeCSS { file1 = fileadmin/template/css/datepicker.css } page.includeJSFooter { file1 = fileadmin/template/js/datepicker.js file2 = fileadmin/template/js/datepickerInit.js } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] rgmediaimages und mp4
Hallo zusammen Ich bin etwas verwirrt: In einem fast zwei Jahre alten Post auf typo3.net (http://www.typo3.net/forum/list/list_post//23504/?page=1) schriebt Georg Ringer, dass seine rgmediaimages-Extension mp4-Videos unterstützen würde. Der JW Player, den man ja lizenzieren muss, um die Extension legal zu nützen, kann denn auch H.264/MP4-Videos wiedergeben (http://www.longtailvideo.com/). Trotzdem sehe ich weder im Extension Manual einen Hinweis auf MP4 noch kann ich als Video eine MP4-Datei einbinden. Da FLV qualitativ immer mehr durchfällt, wäre es natürlich nett, wenn man auch MP4-Videos benutzen könnte. Hat das jemand zum Laufen gebracht? Danke, Lorenz ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] direct_mail Personalisierung über contants
Entschuldige bitte Kristian (wg. deines Names;-), constants ist ein TopLevelObject und hat nichts mit Constant (ohne s) zu tun. Damit kannst du einen vordefinierten Marker mit Werten füllen (siehe z.B. unten den Marker ###EMPFAENGER###, den ich in einem Contentelement z.B. Text mit dem Marker aus direct_mail (###USER_name###) füllen kann. Was kann ich dagegen tun, DAMIT er ein cObject erwartet? Viele Grüße Yilmaz -Original Nachricht- From: Kristian Domke n...@neither-nor.net Date: Tue, 30 Mar 2010 16:08:01 +0200 To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Re: direct_mail Personalisierung über contants Am 30.03.2010 14:25, schrieb i...@bysystem.net: Hallo Lorenz, Nicht Lorenz, aber ich antworte dennoch... ich benutze fe_users. Wenn ich über phpMyAdmin in der DB nachschaue, sehe dort nur Werte 0 und 1 und diese sind wie folgt zugeordnet: 0 = Herr 1 = Frau OK, dann wird das stimmen. Habe es trotzdem so versucht, wie du unten vorgeschlagen hast, leider aber kein Erfolg. Es wird für den Marker ###ANREDE### noch immer CASE angezeigt! Es Wird CASE angezeigt? Dann erwartet er an der Stelle offensichtlich kein cObject. Ich habe jetzt bei dir nicht gefunden, wie constants definiert ist. Wo kommt das denn her, und welcher Objekttyp ist das? object = CASE [...] constants.ANREDE object constants.EMPFAENGER=strong###USER_name###/strong Kristian ___ 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] Re: Eigene Extension: Link e rzeugen für nur einmalige Ausführung der Extension
Ich versuche nun folgenden Weg: Auf einer neue Page habe ich meine Bannerextension als Seiteninhalt eingefügt; hierfür erstellte ich auch ein neues Typoscript Template (NEUE SEITE); die Seite wird dann aufgerufen mit Bannerklick. Jetzt bräuchte ich eine Minimal-Typscript Konfiguration, oder muss ich hier wieder alles von TV und Yaml inkludieren, damit der Seiteninhalt ausgeführt werden kann? Am 30.03.2010 16:31, schrieb Roland Müller: Hallo Gruppe, habe ein kleines Problem: Ich zeige 3 Banner an mit meiner eigenen Extension, die per Typoscript Object Path 3 mal ausgeführt wird. Nun muss ich auch die Klicks tracken, habe versucht die Links mit einem Modus zu verlinken, damit meine Extension erkennt, dass Bannerklick gezählt werden muss und dann ein Redirect erfolgen soll. Habe diesen Link verwendet: $this-pi_linkToPage($this-getImage($row[pictureorflash1], 800, 100, $cssClass), $GLOBALS[TSFE]-id, $target='_blank', $urlParameters=array(tx_medienbanner_pi1[modus]=clickbanner, tx_medienbanner_pi1[uidbanner]=$row[uid])) Das Problem: modus - clickbanner soll nur einmal ausgefüht werden, wird aber logischerweise wieder 3mal aufgerufen, weil die Ext auf jeder Seite 3x aufgerufen wird (unabhängig vom modus). Was mach ich jetzt? Den Link anders formulieren? Wie? Gruß und danke, Roland ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: Eigene Extension: Link erzeugen für nur einmalige Ausführung der Exten sion
Ok, Lösung gefunden, einfach in dem neuen Template das statische template yaml for templavoila und css style content einschließen. Am 30.03.2010 17:09, schrieb Roland Müller: Ich versuche nun folgenden Weg: Auf einer neue Page habe ich meine Bannerextension als Seiteninhalt eingefügt; hierfür erstellte ich auch ein neues Typoscript Template (NEUE SEITE); die Seite wird dann aufgerufen mit Bannerklick. Jetzt bräuchte ich eine Minimal-Typscript Konfiguration, oder muss ich hier wieder alles von TV und Yaml inkludieren, damit der Seiteninhalt ausgeführt werden kann? Am 30.03.2010 16:31, schrieb Roland Müller: Hallo Gruppe, habe ein kleines Problem: Ich zeige 3 Banner an mit meiner eigenen Extension, die per Typoscript Object Path 3 mal ausgeführt wird. Nun muss ich auch die Klicks tracken, habe versucht die Links mit einem Modus zu verlinken, damit meine Extension erkennt, dass Bannerklick gezählt werden muss und dann ein Redirect erfolgen soll. Habe diesen Link verwendet: $this-pi_linkToPage($this-getImage($row[pictureorflash1], 800, 100, $cssClass), $GLOBALS[TSFE]-id, $target='_blank', $urlParameters=array(tx_medienbanner_pi1[modus]=clickbanner, tx_medienbanner_pi1[uidbanner]=$row[uid])) Das Problem: modus - clickbanner soll nur einmal ausgefüht werden, wird aber logischerweise wieder 3mal aufgerufen, weil die Ext auf jeder Seite 3x aufgerufen wird (unabhängig vom modus). Was mach ich jetzt? Den Link anders formulieren? Wie? Gruß und danke, Roland ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Benutzername nach Login (felogi n) abkürzen (crop)
Hallo, nach dem Login eines FE-Users wird sein Benutzername und sein Realname angezeigt. Der Benutzername ist zu lang und soll bei der Ausgabe der FE-Seite nach x Zeichen abgeschnitten und mit einem ... ergänzt werden (die stdWrap Funktion crop ist genau das, was sowas tun würde). Wie kann ich das bewerkstelligen? Wo muss ich ansetzen? Danke Gruß Markus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] gp_notification Anleitung
Hallo, hat von euch schon jemand diese Ext eingesetzt? und kann mir vielleicht jemand einen Tipp geben wie die Ext funktioniert? Und wie kann ich definieren welcher Benutzer benachrichtigt werden soll? Das sind die einzigen Einstellungen die ich gefunden habe: notification_tables = tt_content,tt_news email_sender = t...@server.de email_from = Typo3 Notification System html_enabled = 1 message_subject = Typo3 Notification System Vielen Dank. Jochen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] dam_filelinks - Anzeige im Seitenmodul - dam_filelinks.png (1/1)
Hallo, ich habe die Extension dam_filelinks installiert und würde gern im Seitenmodul die gleiche Anzeige wie beim alten Dateiverweise haben. Weder im TemplaVoila-Seitenmodul noch im alten Seitenmodul sehe ich die Inhalte, die sich in dem Content-Element befinden. Ich schliesse auf dam_filelinks weil andere Content-Elemente korrekt angezeigt werden. Ich benutze folgende Konfiguration: Typo3 4.3.2 TemplaVoila 1.4.2 dam 1.1.5 dam_filelinks 0.3.19 Schön wäre es auch wenn jemand weiss, wie ich in der Sicht die Benutzergruppe für das Content-Element im TemplaVoila-Seitenmodul anzeigen lassen kann. Im normalen Seitenmodul wird die Gruppe angezeigt. Vielleicht hat ja jemand einen guten Tipp für mich... Besten Dank! ~hannes begin 644 dam_filelinks.png MB5!.1PT*@h-24...@```2t```)L`,```'HUC471%6'13;V9T M=V%R90!!9]B92!);6%G95)E861YEE/8!03%1%7E[FIZDW=[BBT=` M[[RN[_$U=;;S,[4Y;JUNOUYL8Q?+B(F+T]37K*^TM;\_/S]7J+'=7R$ MXN/FU[.4V]O?O\/)Q,3':(U)\N3*R\O/M+2XO;V_I*BMK*RN@(2*I*2GZ^OO MQ(Q?K[.YG)R@'1...@gz.g0t-!e):;C:mq...@nkf]z70x+72@CLKFL;URC- ME966H9^DKY*T='6P'$P?T[=C$SM/9D).7M[O`JZFM;3XLJ]7KGKW3J*NP M6R$AV-GX.#D_^Y\T,[/OZ29QK15%A=?W^FIB=$RY6D)4EIJ?N;6WR;( ML*ZO^KI0J*H^??MUMK?/9;$`$2(z...@l+ck6;\.[FY^CK.RE%F979VIM MY^/3YNOQGIN;V=;814V(%EB'K*FIDV=1Y\ZS5A$M+.S2HV[[7=DY*2C(R/ MK[*SMPO+JZXO#S+3`M(XB[H*@RLW#IZFKCI2F9J:?:?%LW$YM[FZ[/?L M^/G[[_#T?,8-)@``97M)1$%4-KLE%KVD`8QI/4I(?FDFTVIIBH M:6-4ZEBBQ'70...@k:[1(/TP)LIPM6Q:@MB-XKF_O4ELM+*.GJ5;NN'O7`Y MN'MXWWM_W),C/*P@'B;:937]69=N9YVZ],H05!'J!T,Z';A16$Ul...@1 MO'K$)W/UIF-W95Y*.O/9P]EPRR**]O:PI(=KF/)IACARUX3TY/P-/SN`1EN miz=[...@+w-[6ks^C\XYYLAA,$.L0Lkrrhu...@g:1GMG:^_7T.5G;05] M__AVB;/]`=S_D::Q'96R%Y*#Q6^+KL$,O7M_*8+!*:A.,ZDZ/RKNL6 MQU6V#.XED]ZWSP/S_6;TTW?]=K3N%[+;K\,GSXHZW=42P5V7%)T1DS0I8$; ML07*WP/[I5VS/!##./+...@tt0;]S=,,VK:*!BH;0HA/TEN`%03;2** M2MFBU:L6BY6TKK6+9K9)(A?)RW*_,L^U0(K07',\+Q:B\:R2FBW#1T MGG?=4N*1+5_IH+L/,QE\E\ZRCIXENV=RM0^8BG_\Z(HY2[+DBID?$I$A MY!:`)%?I`(@R$`VA30'@_T(!H-Q8Z/=...@a#%.1a?o@#$E64?R,68=$G)AH MWCW;HX'$[6H`1+3A#QNBH;)AT#C\MVV2D)P(@':EYWN6M\:0\W*VW7HUR M_?0D)81`'$SEM\IZ!U_0KWA`6#LFZ*_`*$%`A=)r...@`;HK`F$,8SBTK+AA M9?K)%NE8!_'26`PM04A.N,H,Y!Q5=;20FUG/\TL!14K$\AT:G2_ MD^KF(O)U,BD:\2(7;0,)SDD58Y-?ZS0U.1FT*]!:!^81($#!0@?;@BP MCx...@r`$8DJ;0FBB.[5^ET7XQ%)`8.A*F6#=!FR4SHJAZPZPJ2PI M-0(@2H%,U0BVP*92].T2.[_6_\WOH?`C!?OK]I`F$!sj0%h$...@1a;3 MVI)-;31NL7H3*MMU:DOEOXPL4E?F%7L$L-,C7#_^N[L#VVVK%=CUOF2_CF M[OC`XWV99_UX'8N_[91^]H$_4AW_(#8/0-?PHH1;B11ER'7.KNYT@ MO6HX:6;G8X$/K[?/S8:Y*'9L%R^VCA7#$7P4(UKZLKYA];?8YB/L+%F7)F; M_YK;O'NO,;L)8...@53v,G8+;M^`(W!IK[T]7#?#MR#,M1_?#/C`GM; Mm...@i6.rs^=p$l^)$!QWXB*$WS-!\/B$_L3L!76/4L:R7,%/,Z:IK MIW1!H$_T_Z#Q7%_F;),`JZ^?!*W)YY5SH[44P]_8^08F\_;KIF0VR2M/B MG)NXY0:4BD41??82$4L=TB5#@@%...@f``v@N2![`8#/O$R0F6F^DL` M[\(+U?10?I]QM$EVJWS\E6A2GIZDBSLT8KE%(9Y`LLOXRY,,KIA2]O,RV MF:XNQJ\!=...@aqRE?$!3TQB/-YMH)7(_38GL5/JY4FV:F5CAYWC2CB MDVI$A^PEQ;'V!(C80T#R^_0X6CJ+1)=L:S=8(H,6O2/0.O++-3,%/#%Q^! M4(DA`C(4U'2*5N0$'9G;R80;0Y(!...@%q,CQG)2PA7N=#M$B];+8Y(/T+!*2; M8LS!\8K-6J:;J4[FC#R'`U`[+E(B!ZCI!$.TV`)Q;9)B'17\'B?XC,# M'@U_!J0$!=^T]VG;CI-...@e9v%X7HH+WFGU\(%6w28yc+...@?0*4I M-1Q1%/,Q;##,b...@ddo:3*\B%*L#K9_DN)2L5].''2W_Y`M)85F'0J^JK3O MGK`DQ0585GE1D]K`1GC;#R/GO!O+SH!P]T!D1_2YA[L9/Y(ENCN*+ ME`S%E!$0GE%4UTW)4Y6A5AM3$%?7Z!DB'02`4G7H,.H?6O*_=%X\5?8/AX ML9W7^,/'BOG+-7RLQYW;[\$8-9LGQ(w...@`.2%z9$G;-.0nn...@%1o32 m...@w12c#2^7ed+lzx\I'3\PIXA7!KPZ8/[U;ELU\-J-=?A^9!D-^99W=_ M5ZR/#(/SPC^#JEGUZBQRISSC))LXQ6K)K8R'K]7OZQ95NGEG]:AH`MI M!'-!DS`0A#E5@:*('4C61!L(JEE9EA4(31'PC\\7'VR9T\KPW#FG;/W9L^4 MYB04NU,GL\RI9AO=[*S,WF47E[?EFY[=;O;$G*'LLZS8TYE==LZF#LFR MOP7/RWES=+O$.*D,1]C-36/w...@w7v8]kbbw]\m'PK[]J^K;?WV]^6-E] M]0['5MWXRW]3F]DO[5E]NW:FL7%[.83H=T2]GG^S8M+E)WS)3J=KY9C= M9V_3GT^[+KLQ17CEB_:#:^H_`F?O6NQ+B[XOV5$_\[VBJ]?6^LX[XE$Z`C/ MV9;`GL?/9Z9]-!TQ1%DMX]7AZ_RVGLB/ZVIM9PV]FIV]]\J3LD)'4\S_ MHQ]?=U!9Y$=.'.7GA6MV9?/_KIF]K\M[W?.1`?WJP\FD7I-G)!91+?. MMF(KL;_^V(KRS5G89:%#``BL:Y@`(A^U#*JU[Z'SQ('+`1$B42-)78,0 M;8@,)35$OQ)(Y_-VN4Q)4E'2BPS:T`3:5L;S#EK1OC4BS,6;CM8#JCG9= MEY)]X4ZQY5`T`C4?V8=#]8Y[7'#;)+MGE8J)VRE4F#A-\?CU,0LN%D MI6,K.SHZZ,25G(F4-$T7)*D%-V2F!;4F$0P,,(-5LR9Y8HRO.E(;S4ZQ-Y M;X$DR?T;R^QA\KIN[])\...@#d(U/VCW7W?/;-$W?_%O*P``;)_TMU.:#=/= MJ8T,M2SLD)Yo9...@?@2?I,@^JA%SG-Z*.^.UJM1L\3R60M4SM.I%(Y M.2H/W7(G2!,IMG*@),+D%F$QF[`,0YI((``S(3A`/:0U6$?9CE.Q8EU M*$!I14V3M`9'I!U'8[0(#51H/7:`RB484C42V1,KEF,FPS`4OT8F6#!6B( M38P-T?C*`553L20YRDL?`0O(3/P*R1-8RP*7RA[.!HWXL%MWGN;E)MA+D)C M4=:-V@'=5;,'0^H80)0!#'c...@a3u5ib.u7-j='@0545OV.+\!-(JD M1V?F:#0,G2HA=:281#V4;?...@ha`297l,PX!F[ZE#'QSKW'JBy=s...@!) M]N1DDBL5!ZWQJM528Q/PC6.8:0A%.0OP\-1H4(:0J]X9($`J'4-%`RS3 M`MUNTS/9PX+?=WPE\(+...@`;H^'^;7:%RY!7IVF#n...@g$o=z#4pcCOQ_N: M:9I$[,)M#KV$7YFDD`XU!KN87.237XFYW*EN3Y6JJ[S@:=P04;%KQ(A%W M*TP`W[4MO3#5[`7D$HR#+\_$),^...@`a@H#-1(15]7_)ZLL,^,W1Z/7[ MBQX4ZE=3P.AS.57)-K#OCRGGR-B23[9/RZZNZ\Z`HC8A-/IS-/RX(0%0 MV+^QHN#QZ#Q^_%2!`O;H0DI;N]QD(T1Pl...@-xc`6a?/XI_I^OD_MUH M(%5MQN=H*k...@+[b`u[`1;53F9B!YG$MN965!IN8/#FNPW2=K]*GS.:U# M-;KE9(WN='[F7(T^7X*Q:D:W7*R1K?^$H=LW]*UOC(BT.:M+26Y)80
Re: [TYPO3-german] direct_mail Personalisierung über contants
Die Antwort muss ich in mehrere Teile gliedern. Zunächst mal halte ich den von dir verlinkten Artikel -- abgehesen vom vorletzten Beitrag mit dem Hinweis auf df_direct_mail_subscription, das ich nicht kenne und deshalb nicht beurteilen mag -- für nicht nur wenig Benutzerfreundlich sondern auch für äußerst schlechte Schule. Ersteisn sollte man für sowas nicht die Extension patchen müssen. Jedenfalls nicht, ohne den Patch später dem Extensionentwickler zukommen zu lassen. Zweitens ist es für guten Code absolut untragbar, deutsche Wörter hart codiert im Quellcode zu haben, schon deshalb sollte man die Qualität der Lösung mindestens kritisch sehen. Drittens nimmt der Patch keine Rücksicht auf die Powermail-Option, aus beliebigen Datenbanktabellen Zieladressen zu ziehen, bei denen vielleicht nicht m und f in der Spalte gender steht. Viertens würde ich einen solchen Patch nicht ungefragt in Powermail integrieren und veröffentlichen. Dazu ist Powermail einfach zu groß (und gut!), als dass ich den code derart unüberlegt manipulieren würde. Bestenfalls würde ich den Entwickler an der zu patchenden Stelle im kommenden Release um einen Hook bitten (sofern sowas nicht bereits existiert). Die Idee, das Replace-Marker-Array per Hook manipulieren zu können halte ich jedenfalls für deutlich sinnvoller als in der Mitte einer nicht ganz kleinen Klasse ein vereinzeltes Feature nachzupatchen. Konkret zu deinem Problem (String CASE statt Case-Objekt) kann ich nichts sagen. Ich hab mich da grade nicht genug eingedacht als dass ich dir dazu quallifiziert sagen könnte, warum und wie besser. Allerdings bleibt die Situation: Deine Unterscheidung dürfte *eiigentlich* an der Stelle gar nicht funktionieren. Ich hatte den von mir genannten Ansatz mit der erweiterten tt_address-Tabelle übrigens eher wie folgt gemeint: CREATE VIEW tt_address_nxvirtualextended AS ( SELECT tt_address.*, de AS tx_nxttaddressfeselector_virtual_language_marker, CASE tt_address.gender WHEN m THEN CONCAT(Sehr geehrter Herr , last_name) WHEN f THEN CONCAT(Sehr geehrte Frau , last_name) ELSE Sehr geehrte Damen und Herren END AS tx_nxttaddressfeselector_virtual_salutation, 1 AS tx_nxttaddressfeselector_virtual_wants_to_receive_mails FROM tt_address ); In Verbindung mit filterndend SELECTs und verbindenden UNIONs lässt sich attributbasiert (z.B. PID) auch eine sprachspezifische Anrede realisieren. So muss man nicht ab und an von Hand mit großen Queries die Adressdatensätze manipulieren, die Datenbank macht alles automatisch. Lediglich den View beschreiben kann man nicht, aber wenn der Redakteur dazu gar keine Berechtigung bekommt spielt das auch keine große Rolle. Stephan Schuler TYPO3 Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Von: typo3-german-boun...@lists.typo3.org [typo3-german-boun...@lists.typo3.org] im Auftrag von IT@ [bysystem.net i...@bysystem.net] Gesendet: Dienstag, 30. März 2010 20:55 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] direct_mail Personalisierung über contants Hallo Stephan, hmmm, deine Ausführungen haben mich nachdenklich gemacht, aber nicht verwirrt. Du hast auch recht, das das Rendering zur Laufzeit angeht! In meiner fe_users-Tabelle habe ich ja bereits eine Spalte namens gender, die die Werte 0 für Herr und 1 für Frau enthält. Daher gehe ich gehe davon aus, dass ich, genauso wie ich den USER_name auslesen kann und OHNE irgendwelche Zusatzabfragen im FE darstellen kann, genauso das Feld gender abfragen könnte, ob es 0 oder 1 ist und demnach einen von mir vordefinierten Marker (###ANREDE###) füllen kann! Ich hatte ja in meiner vorherigen Mails beschrieben, dass ich fürchte, dass ich beim Auslesen aus der DB:fe_users:gender irgendwelche Syntax-Fehler mache, da im Frontend lediglich object=CASE abgearbeitet wird (entsprechend wird nur der String CASE dargestellt) und nicht weiter: object = CASE object.key.data = DB:fe_users:gender object.m= TEXT object.m.value = Sehr geehrter Herr object.f= TEXT object.f.value = Sehr geehrte Frau constants.ANREDE object constants.EMPFAENGER=###USER_name### Ich hatte bereits einen Lösungsansatz im netz gefunden, allerdings fand ich diesen ziemlich Redaktuer-unfreundlich: http://www2.typo3.net/forum/list/list_post//75835/ Viele Grüße Yilmaz -Original Nachricht- From: Stephan Schuler stephan.schu...@netlogix.de Date: Tue, 30 Mar 2010 20:36:18 +0200 To: German TYPO3 Userlist typo3-german@lists.typo3.org Subject: Re: [TYPO3-german]direct_mail Personalisierung über contants -BEGIN PGP
Re: [TYPO3-german] Konfiguration des Direct Mail-Moduls wird nicht gespeichert!
Hallo Oliver, Die Version: 2.6.7 danke dir! -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ -- Am 27.03.2010 22:05, schrieb Olivier Dobberkau: Am 27.03.10 18:02, schrieb Basti: Wäre super dankbar, wenn mir jemand Helfen könnte! welche versionen? directmail hat leider noch kein gedankenlesemodus. olivier ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL - Startseite = Domain
Hallo Steffen, ich habe nach der Option gesucht, aber leider nichts gefunden. Könntest Du mir bitte helfen? Vielen Dank Stephan schrieb Steffen Ritter: Justus Braun schrieb: Hi, wie überrede ich RealURL dazu auf meiner Startseite keine sprechende URL zu nutzen, sondern einfach nur die Domain auszugeben. Die Startseite ist ansonsten sowohl über die Domain (www.domain.de), als auch über www.domain.de/startseite/ erreichbar, was nicht im Sinne des Erfinders sein sollte ;-) Vielen Dank vorab für euer Feedback. du kannst in der RealUrl-Konfiguration das einstellen dass er auf / verweisen soll. einfach mal im handbuch schauen wie die option genau heisst ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail Felder mit Felder einer Seite füllen?
Hallo zusammen, ich baue gerade eine Extension die ähnlich wie bei tt_news eine Detailansicht hat die z.B. einen Titel, Datum und Beschreibung beinhaltet. Jetzt muss z.B. den Titel als Feld in ein Powermail Formular übernommen werden. Es geht dabei um ein Anmeldeformular. Wobei ich an Powermail den Namen und das Datum der Veranstaltung übergeben will, damit auch im Bestätigungsmail der Titel usw. enthalten sind. Über $this-piVars['title'] ist der Titel auf der Seite abfangbar, bzw. sind die Details ja in der Ansich ja aus der DB gelesen worden. Aber wie bekomme ich dies in ein neues Content Element, also Powermail. Gibt es da eine Möglichkeit? 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
Re: [TYPO3-german] Konfiguration des Direct Mail-Moduls wird nicht gespeichert!
Am 30.03.10 21:42, schrieb Basti: Hallo Oliver, Die Version: 2.6.7 danke dir! und typo3 4.3? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german