Re: [TYPO3-german] TYPO3 4.7 - Backend erster Login schlägt fehl
Guten Morgen Zusammen, der Fehler tritt bei mir ebenfalls seit Typo3 4.7 auf. Allerdings auch nur im Zusammenspiel mit phpmyadmin. Wie kann hier vorgegangen werden, um dieses Problem künftig zu beseitigen? Bug Report für phpmyadmin? Gruß Morten _ Stiebel-Getriebebau GmbH Co. KG Industriestrasse 12 D-51545 Waldbröl Germany Telefon: +49 2291 791-0 Telefax: +49 2291 791-290 E-Mail: i...@stiebel.de Internet: www.stiebel.de Geschäftsführer: Dipl.-Ing. Paul H. Schumacher, Dipl.-Betriebswirt Joachim Gröschl Rechtsform: Kommanditgesellschaft, Sitz 51545 Waldbröl; USt.IdNr.: DE 122 543 536 * HRA 3936, Siegburg Persönlich haft. Gesellschafterin: Stiebel Verwaltungsges.m.b.H., HRB 7420, Siegburg -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Tobias Pierschel Gesendet: Freitag, 18. Mai 2012 12:46 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] TYPO3 4.7 - Backend erster Login schlägt fehl Hallo Zusammen, wir beobachten ein merkwürdiges Phänomen. Im Backend kann man sich immer erst das zweite Mal anmelden. D.h. beim ersten mal kommt die Meldung, dass das PW nicht stimmt. Beim zweiten Login klappt das mit den exakt selben Daten. Dies ist auch schon unseren Kunden aufgefallen. Tritt also nicht nur im Chrome/Safarie etc. auf. Jemand eine Idee? Gruß Tobi ___ 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] Gelöst: felogin: per User redirect
Moin Liste, nun klappt's... ich hab' zwei Dinge getan: einmal dieses Stück TS ins Setup plugin.tx_felogin_pi1{ storagePid=16 redirectMode=userLogin,groupLogin,login,logout redirectFirstMethod=1 redirectPageLogin=1 redirectPageLogout=1 showLogoutFormAfterLogin=0 redirectDisable=0 [...] } und vor allem im Flexform vom Plugin das Häkchen entfernt, das ich bei Display Logout Form After Successful Login gesetzt hatte. Jetzt wird korrekt redirected, und zwar nach der Einstellung im User Record... muss man erstmal drauf kommen, dass das Häkchen den redirect beim Einloggen blockiert... duh... Schönen Start in die Woche, Peter Am 21.05.2012 00:08, schrieb Peter Kühnlein: Danke für den Tipp Urs, mit Gruppe geht das sicher... (da hab ich bei Google schon Beispiele gefunden). Aber kann das echt sein, dass das Feature defined by User Record nicht funktioniert? Das wär ja ein Klopfer... felogin gibt's doch schon eine Zeitlang... ich werd doch nicht der erste sein, der User auf individuelle Seiten schicken will... hmmm... Wär für meinen Kunden halt super umständlich, wenn er pro Kunden nicht nur einen Account, sondern auch noch eine Gruppe anlegen müßte. Abgesehen davon, dass vermutlich Typo langsam wird (wenn ich mich an die Bemerkungen in den Seiten recht erinnere). Jedenfalls... Danke! Und gute Nacht - Peter Am 20.05.2012 23:11, schrieb Urs Bräm: Hallo Peter Und wenn du es mit einer Gruppe probierst und den redirect dort setzst? Das ist zwar nicht das, was du benötigst, aber ich glaube mich zu erinnern, dass ich das auch schon mal hatte - und es dann nur mit der Gruppe ging. Gruss Urs Am 20.05.12 19:59, schrieb Peter Kühnlein: Hallo Kay, hmmm nochmal gecheckt: nein, in den constants ist nichts gesetzt, das so ähnlich aussieht... Ich steh vor einem Rätsel... Gibt's eventuell irgendwelche constraints über die Seitenstruktur? Muss das Login an einer bestimmten Stelle stehen? Schöne Grüße, Peter Am 20.05.2012 18:58, schrieb Kay Strobach: Hi, hast du irgendwo in den constanten gesetzt : do not redirect? Ansonsten muss ja First Supported Mode from Selection gesetzt sein und du musst die entsprechenden Modes auswählen ;) Grüße Kay Am 20.05.2012 18:17, schrieb Peter Kühnlein: Hallo Ralf-Rene, leider lag's daran nicht: ich hab's mal umgestellt und defined by User Record ganz nach oben gesetzt - Cache gelöscht ändert nix. Use First Supported Mode from Selection ist nicht ausgewählt, da sollte also eigentlich auch nix reinfummeln. Testhalber hab ich das mal gesetzt - auch keine Änderung. Schöne Grüße, Peter Am 20.05.2012 18:05, schrieb Ralf-Rene Schröder: Am 20.05.2012 11:08, schrieb Peter Kühnlein: Ich hab' im Plugin eingestellt: after Login Error (TS or Flexform), after Logout (TS or Flexform)und defined by User Record. im normalfall wird immer das ERSTE gefundene ausgeführt kann da der fehler liegen ? -- http://function2form.net http://peter-kuehnlein.net A man exists for a generation, but his name lasts to the end of time. (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase plugin mit flexform
Ein einfaches Plugin (Ausgabe von vier Bildern) soll über ein Flexform konfiguriert werden. Im Flexform definiert der Benutzer ein paar Bilder sowie Texte und Links zu den Bildern. Es werden also keine Extension spezifische Tabellen benötigt. Mit dem Extension Builder wurde ein Domain Model definiert über dessen Standardaktion das Plugin gerendert wird. Nun stehe ich vor einigen Problemen: 1. Domain Model ohne Tabellen Wie kann ein Domain Model ohne Tabelle erstellt werden? Geht das mit dem Extension Builder? 2. Flexformdaten in Domain Model Die Flexformdaten sind in der Action verfügbar. Gemäss MVC sollten diese jedoch über ein Domain Modell (welches in der Action instantiert wird) verfügbar sein. Wie kommt man in einem Domain Model an die Flexformdaten? Vielen Dank für Eure Inputs. Schöne Grüsse, Roman ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.7 - Backend erster Login schlägt fehl
Hallo wenn man phpmyadmin in einer neuen TYPO3 4.7 installieren will, gibt es einen Hinweis, dass phpmyadmin nicht mit 4.7 kompatibel ist. Ich denke, dass die Entwickler der Extensions diesen Hinweis nicht ohne Grund ausgeben lassen! Der richtige Weg wäre deshalb, bei den Entwicklern für die Aktualisierung der Extension zu voten und sie bis auf weiteres unter 4.7 nicht zu verwenden Viele Grüsse Renzo -- _ Renzo Bauen +41 79 330 10 11 conPassione gmbh Am Montag, den 21.05.2012, 08:08 +0200 schrieb Ernst, Morten: Guten Morgen Zusammen, der Fehler tritt bei mir ebenfalls seit Typo3 4.7 auf. Allerdings auch nur im Zusammenspiel mit phpmyadmin. Wie kann hier vorgegangen werden, um dieses Problem künftig zu beseitigen? Bug Report für phpmyadmin? Gruß Morten _ Stiebel-Getriebebau GmbH Co. KG Industriestrasse 12 D-51545 Waldbröl Germany Telefon: +49 2291 791-0 Telefax: +49 2291 791-290 E-Mail: i...@stiebel.de Internet: www.stiebel.de Geschäftsführer: Dipl.-Ing. Paul H. Schumacher, Dipl.-Betriebswirt Joachim Gröschl Rechtsform: Kommanditgesellschaft, Sitz 51545 Waldbröl; USt.IdNr.: DE 122 543 536 * HRA 3936, Siegburg Persönlich haft. Gesellschafterin: Stiebel Verwaltungsges.m.b.H., HRB 7420, Siegburg -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Tobias Pierschel Gesendet: Freitag, 18. Mai 2012 12:46 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] TYPO3 4.7 - Backend erster Login schlägt fehl Hallo Zusammen, wir beobachten ein merkwürdiges Phänomen. Im Backend kann man sich immer erst das zweite Mal anmelden. D.h. beim ersten mal kommt die Meldung, dass das PW nicht stimmt. Beim zweiten Login klappt das mit den exakt selben Daten. Dies ist auch schon unseren Kunden aufgefallen. Tritt also nicht nur im Chrome/Safarie etc. auf. Jemand eine Idee? Gruß Tobi ___ 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] Extbase plugin mit flexform
1. $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel'); 2. Man kann die FF Werte in $this-settings sehen (im Controller), oder {settings in fluid}, aber die Felde im FF mussen settings.irgendetwas heißen... settings.myfield TCEforms labelMy Field/label config typeinput/type evaltrim/eval /config /TCEforms /settings.myfield Roman r...@synac.com schrieb im Newsbeitrag news:mailman.1.1337581522.9796.typo3-ger...@lists.typo3.org... Ein einfaches Plugin (Ausgabe von vier Bildern) soll über ein Flexform konfiguriert werden. Im Flexform definiert der Benutzer ein paar Bilder sowie Texte und Links zu den Bildern. Es werden also keine Extension spezifische Tabellen benötigt. Mit dem Extension Builder wurde ein Domain Model definiert über dessen Standardaktion das Plugin gerendert wird. Nun stehe ich vor einigen Problemen: 1. Domain Model ohne Tabellen Wie kann ein Domain Model ohne Tabelle erstellt werden? Geht das mit dem Extension Builder? 2. Flexformdaten in Domain Model Die Flexformdaten sind in der Action verfügbar. Gemäss MVC sollten diese jedoch über ein Domain Modell (welches in der Action instantiert wird) verfügbar sein. Wie kommt man in einem Domain Model an die Flexformdaten? Vielen Dank für Eure Inputs. Schöne Grüsse, Roman ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bei Verweis bleibt ID der verweisenden Seite bestehen
Danke für den Tipp. Schau ich mir an. Grüße, Bernhard Ludwig -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] Im Auftrag von Michael Meurer Gesendet: Montag, 21. Mai 2012 07:47 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Bei Verweis bleibt ID der verweisenden Seite bestehen Guten Morgen zusammen. Meine mich zu erinnern, dass ich vor Jahren und einigen TYPO3- Versionen ;-) mit der EXT sms_directshortcuts gearbeitet habe, um das Geschilderte zu erreichen. Gruß Michael Am 20.05.2012 20:07, schrieb Philipp Gampe: Hi Kay, Kay Strobach wrote: ich glaube das wurde erst mit TYPO3 4.6 oder 4.7 geändert. Dazu gabs eine hitzige Diskussion ;) An so etwas erinnere ich mich auch... also ist wohl der einfachste Tipp: Updaten. Ansonsten mal im TER schauen, ob es eine Extension gibt, welche dies macht. Viele 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] Bei Verweis bleibt ID der verweisenden Seite bestehen
-Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] Im Auftrag von Philipp Gampe Gesendet: Sonntag, 20. Mai 2012 20:07 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Bei Verweis bleibt ID der verweisenden Seite bestehen Hi Kay, Kay Strobach wrote: ich glaube das wurde erst mit TYPO3 4.6 oder 4.7 geändert. Dazu gabs eine hitzige Diskussion ;) An so etwas erinnere ich mich auch... also ist wohl der einfachste Tipp: Updaten. Ansonsten mal im TER schauen, ob es eine Extension gibt, welche dies macht. Viele Grüße -- Philipp Gampe Danke für den Hinweis. Diese Diskussion muss mir irgendwie durchgegangen sein, habe ich nicht mitbekommen. Updaten möchte ich momentan nicht, weil es mir noch zu viele Unwägbarkeiten dabei gibt. Die Beseitigung der zu erwartenden Probleme nimmt dabei einfach zu viel Zeit in Anspruch. Hoffe, es gibt was im TER. Nach was könnte man dabei sinnvollerweise suchen? Grüße, Bernhard Ludwig ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gelöst: felogin: per User redirect
Hallo Peter, das ganze kommt mir sehr bekannt vor. Vor einer ganzen Weile hab ich mir da auch die Zähne ausgebissen: http://linux.bigga.de/blog/blog-post/2011/09/21/typo3-redirect-after-frontend-user-login/ Für mich bleibt das ein Bug - wie Du wieder gezeigt hast. Viele Grüße Alexander Am 21.05.2012 08:16, schrieb Peter Kühnlein: Moin Liste, nun klappt's... ich hab' zwei Dinge getan: einmal dieses Stück TS ins Setup plugin.tx_felogin_pi1{ storagePid=16 redirectMode=userLogin,groupLogin,login,logout redirectFirstMethod=1 redirectPageLogin=1 redirectPageLogout=1 showLogoutFormAfterLogin=0 redirectDisable=0 [...] } und vor allem im Flexform vom Plugin das Häkchen entfernt, das ich bei Display Logout Form After Successful Login gesetzt hatte. Jetzt wird korrekt redirected, und zwar nach der Einstellung im User Record... muss man erstmal drauf kommen, dass das Häkchen den redirect beim Einloggen blockiert... duh... Schönen Start in die Woche, Peter Am 21.05.2012 00:08, schrieb Peter Kühnlein: Danke für den Tipp Urs, mit Gruppe geht das sicher... (da hab ich bei Google schon Beispiele gefunden). Aber kann das echt sein, dass das Feature defined by User Record nicht funktioniert? Das wär ja ein Klopfer... felogin gibt's doch schon eine Zeitlang... ich werd doch nicht der erste sein, der User auf individuelle Seiten schicken will... hmmm... Wär für meinen Kunden halt super umständlich, wenn er pro Kunden nicht nur einen Account, sondern auch noch eine Gruppe anlegen müßte. Abgesehen davon, dass vermutlich Typo langsam wird (wenn ich mich an die Bemerkungen in den Seiten recht erinnere). Jedenfalls... Danke! Und gute Nacht - Peter Am 20.05.2012 23:11, schrieb Urs Bräm: Hallo Peter Und wenn du es mit einer Gruppe probierst und den redirect dort setzst? Das ist zwar nicht das, was du benötigst, aber ich glaube mich zu erinnern, dass ich das auch schon mal hatte - und es dann nur mit der Gruppe ging. Gruss Urs Am 20.05.12 19:59, schrieb Peter Kühnlein: Hallo Kay, hmmm nochmal gecheckt: nein, in den constants ist nichts gesetzt, das so ähnlich aussieht... Ich steh vor einem Rätsel... Gibt's eventuell irgendwelche constraints über die Seitenstruktur? Muss das Login an einer bestimmten Stelle stehen? Schöne Grüße, Peter Am 20.05.2012 18:58, schrieb Kay Strobach: Hi, hast du irgendwo in den constanten gesetzt : do not redirect? Ansonsten muss ja First Supported Mode from Selection gesetzt sein und du musst die entsprechenden Modes auswählen ;) Grüße Kay Am 20.05.2012 18:17, schrieb Peter Kühnlein: Hallo Ralf-Rene, leider lag's daran nicht: ich hab's mal umgestellt und defined by User Record ganz nach oben gesetzt - Cache gelöscht ändert nix. Use First Supported Mode from Selection ist nicht ausgewählt, da sollte also eigentlich auch nix reinfummeln. Testhalber hab ich das mal gesetzt - auch keine Änderung. Schöne Grüße, Peter Am 20.05.2012 18:05, schrieb Ralf-Rene Schröder: Am 20.05.2012 11:08, schrieb Peter Kühnlein: Ich hab' im Plugin eingestellt: after Login Error (TS or Flexform), after Logout (TS or Flexform)und defined by User Record. im normalfall wird immer das ERSTE gefundene ausgeführt kann da der fehler liegen ? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gelöst: felogin: per User redirect
Moin Alexander, um ehrlich zu sein, hatte ich mit dem Gedanken gespielt, das im Bugtracker anzulegen... zumindest sollte im Manual GAANNNZ GROOSSS stehen, dass man das Häkchen besser nicht setzen sollte - denn der Logout-Button wird ja eh angezeigt. Schöne Grüße, Peter Am 21.05.2012 10:12, schrieb Alexander Bigga: Hallo Peter, das ganze kommt mir sehr bekannt vor. Vor einer ganzen Weile hab ich mir da auch die Zähne ausgebissen: http://linux.bigga.de/blog/blog-post/2011/09/21/typo3-redirect-after-frontend-user-login/ Für mich bleibt das ein Bug - wie Du wieder gezeigt hast. Viele Grüße Alexander Am 21.05.2012 08:16, schrieb Peter Kühnlein: Moin Liste, nun klappt's... ich hab' zwei Dinge getan: einmal dieses Stück TS ins Setup plugin.tx_felogin_pi1{ storagePid=16 redirectMode=userLogin,groupLogin,login,logout redirectFirstMethod=1 redirectPageLogin=1 redirectPageLogout=1 showLogoutFormAfterLogin=0 redirectDisable=0 [...] } und vor allem im Flexform vom Plugin das Häkchen entfernt, das ich bei Display Logout Form After Successful Login gesetzt hatte. Jetzt wird korrekt redirected, und zwar nach der Einstellung im User Record... muss man erstmal drauf kommen, dass das Häkchen den redirect beim Einloggen blockiert... duh... Schönen Start in die Woche, Peter Am 21.05.2012 00:08, schrieb Peter Kühnlein: Danke für den Tipp Urs, mit Gruppe geht das sicher... (da hab ich bei Google schon Beispiele gefunden). Aber kann das echt sein, dass das Feature defined by User Record nicht funktioniert? Das wär ja ein Klopfer... felogin gibt's doch schon eine Zeitlang... ich werd doch nicht der erste sein, der User auf individuelle Seiten schicken will... hmmm... Wär für meinen Kunden halt super umständlich, wenn er pro Kunden nicht nur einen Account, sondern auch noch eine Gruppe anlegen müßte. Abgesehen davon, dass vermutlich Typo langsam wird (wenn ich mich an die Bemerkungen in den Seiten recht erinnere). Jedenfalls... Danke! Und gute Nacht - Peter Am 20.05.2012 23:11, schrieb Urs Bräm: Hallo Peter Und wenn du es mit einer Gruppe probierst und den redirect dort setzst? Das ist zwar nicht das, was du benötigst, aber ich glaube mich zu erinnern, dass ich das auch schon mal hatte - und es dann nur mit der Gruppe ging. Gruss Urs Am 20.05.12 19:59, schrieb Peter Kühnlein: Hallo Kay, hmmm nochmal gecheckt: nein, in den constants ist nichts gesetzt, das so ähnlich aussieht... Ich steh vor einem Rätsel... Gibt's eventuell irgendwelche constraints über die Seitenstruktur? Muss das Login an einer bestimmten Stelle stehen? Schöne Grüße, Peter Am 20.05.2012 18:58, schrieb Kay Strobach: Hi, hast du irgendwo in den constanten gesetzt : do not redirect? Ansonsten muss ja First Supported Mode from Selection gesetzt sein und du musst die entsprechenden Modes auswählen ;) Grüße Kay Am 20.05.2012 18:17, schrieb Peter Kühnlein: Hallo Ralf-Rene, leider lag's daran nicht: ich hab's mal umgestellt und defined by User Record ganz nach oben gesetzt - Cache gelöscht ändert nix. Use First Supported Mode from Selection ist nicht ausgewählt, da sollte also eigentlich auch nix reinfummeln. Testhalber hab ich das mal gesetzt - auch keine Änderung. Schöne Grüße, Peter Am 20.05.2012 18:05, schrieb Ralf-Rene Schröder: Am 20.05.2012 11:08, schrieb Peter Kühnlein: Ich hab' im Plugin eingestellt: after Login Error (TS or Flexform), after Logout (TS or Flexform)und defined by User Record. im normalfall wird immer das ERSTE gefundene ausgeführt kann da der fehler liegen ? -- http://function2form.net http://peter-kuehnlein.net A man who forgets the Way of the Samurai and does not use his sword will be forsaken by the gods and Buddhas. (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] sk_fancybox aufruf bei seitenstart
Am 18.05.2012 10:41, schrieb Torsten Teubner: Hallo, stehe gerade etwas auf dem Schlauch. Habe die sk_fancybox installiert und sie funktioniert auch soweit. Nun möchte ich einen Seiteninhalt beim öffnen der Seite direkt anzeigen lassen, also nicht erst durch drauf klicken. Leider finde ich keinen Hinweis darauf, wie das bei sk_fancybox zu bewerkstelligen ist. Hat da jemand einen Hinweis? Soweit ich weiß, ist sowas bei sk_fancybox nicht vorgesehen. Du müßtest Dir behelfen, indem Du nach Laden der Seite per JavaScript einen Mausklick simulierst. Z.B. so mit jQuery: $(document).ready(function(){ $('#seitenelement').click(); }); Gruß Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fragen zu Formhandler: ###fieldname### füllen, Werte vorbelegen...
Hallo zusammen. Ich arbeite mich seit drei Tagen in formhandler 1.20 ein. Feine Sache! Mir haben sich Fragen ergeben bzw. habe nichts gefunden. 1. Der Autor nutzt in einer HTML-Vorlage mehrfach label for=###fieldname##LLL:###fieldname## ###required_###fieldname##/label input type=text size=20 id=###fieldname### name=###formValuesPrefix###[###fieldname###] value=###value_###fieldname##/ genutzt. Da es in einem validen Dokument nur eine id gibt, frage ich mich, wie ich den Marker ###fieldname### für das jeweilige Feld gefüllt bekomme (name, phone etc.). Bis jetzt habe ich es nur ans Laufen bekommen, in dem ich in der gesamten HTML-Vorlage den jeweiligen Marker mit dem jeweiligen Wert manuell eingefügt habe: label for=name###LLL:name### ###required_name###/label input type=text name=formhandler[name] id=name value=###value_name###/ usw. Wie bekomme ich den Marker gefüllt? 2. Ich würde gerne eine deaktivierte Checkbox beim Versenden standartmäßig mit dem Wert nein verschicken lassen. Wenn die Checkbox gesetzt wird, soll der Wert ja übergeben werden. Mein Gedanke ist, den Wert ja über eine Condition [globalVar = GP:formhandler|callback = 1] ... [global] zu ändern. Ähnlich wie Kopie der Email versenden, das habe ich hinbekommen. Habe nur nichts gefunden, wie ich die Checkbox mit einem Wert vorbelegen kann. 3. Sehe ich das richtig, das Finisher_StoreUploadedFiles erst mit der Version 1.3 richtig laufen wird? http://forge.typo3.org/issues/34260 Klappt bei mir nicht und beim googlen habe ich auch keine Erfolgsmeldung gefunden. Danke im Voraus für eure Hilfe. Gruß Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Fragen zu Formhandler: ###fieldname### füllen, Werte vorbelegen...
Hallo Michael, Am 21.05.2012 10:39, schrieb Michael Meurer: 1. Der Autor nutzt in einer HTML-Vorlage mehrfach label for=###fieldname##LLL:###fieldname## ###required_###fieldname##/label input type=text size=20 id=###fieldname### name=###formValuesPrefix###[###fieldname###] value=###value_###fieldname##/ genutzt. Da es in einem validen Dokument nur eine id gibt, frage ich mich, wie ich den Marker ###fieldname### für das jeweilige Feld gefüllt bekomme (name, phone etc.). Bis jetzt habe ich es nur ans Laufen bekommen, in dem ich in der gesamten HTML-Vorlage den jeweiligen Marker mit dem jeweiligen Wert manuell eingefügt habe: label for=name###LLL:name### ###required_name###/label input type=text name=formhandler[name] id=name value=###value_name###/ usw. Wie bekomme ich den Marker gefüllt? Der Marker ###fieldname## wird nur in einem Master Template befüllt. In einem Master Template kannst du HTML-Code vordefinieren und dann in beliebig vielen Template-Files wiederverwenden. Mehr Infos: http://www.typo3-formhandler.com/documentation/articles-howtos/a/how-to-use-a-master-template/ 2. Ich würde gerne eine deaktivierte Checkbox beim Versenden standartmäßig mit dem Wert nein verschicken lassen. Wenn die Checkbox gesetzt wird, soll der Wert ja übergeben werden. Mein Gedanke ist, den Wert ja über eine Condition [globalVar = GP:formhandler|callback = 1] ... [global] zu ändern. Ähnlich wie Kopie der Email versenden, das habe ich hinbekommen. Habe nur nichts gefunden, wie ich die Checkbox mit einem Wert vorbelegen kann. Geht es dir darum, dass in der E-Mail Nein steht, wenn die Checkbox nicht aktiviert wurde? Wenn ja, könntest du das mit IF-Subparts machen: ###IF_callback=1### Checkbox: Ja ###IF_callback=1### ###IF_callback=### Checkbox: Nein ###IF_callback=### 3. Sehe ich das richtig, das Finisher_StoreUploadedFiles erst mit der Version 1.3 richtig laufen wird? http://forge.typo3.org/issues/34260 Klappt bei mir nicht und beim googlen habe ich auch keine Erfolgsmeldung gefunden. Der Finisher sollte problemlos laufen, auch mit 1.2.0. Ev. hast du einen Fehler in deiner Konfig. Viele Grüße, Reinhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase plugin mit flexform
Hallo Stephen, vielen Dank für Deine Antwort. Ich suche jedoch weitergehend Informationen: El 21/05/2012 9:26, Stephen Bungert escribió: 1. $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel'); Bedeutet das, dass alle Modelle, welche mit dem Extension Builder erstellt werden immer eine Tabelle einsetzen. Müsste das Modell manuell (ohne Extension Builder) erstellt werden, wenn keine Tabelle dazu benötigt wird? Von welcher Klasse müsste diese abgeleitet werden? 2. Man kann die FF Werte in $this-settings sehen (im Controller), oder {settings in fluid}, aber die Felde im FF mussen settings.irgendetwas heißen... settings.myfield TCEforms labelMy Field/label config typeinput/type evaltrim/eval /config /TCEforms /settings.myfield Die Flexformdaten sind im Kontroller verfügbar. Ich suche jedoch einen Weg um ein Modell aus den Flexformdaten zu erstellen. Ein Weg wäre die Daten vom Kontroller her zu übergeben. Dies widerspricht jedoch dem Paradigma der Kapselung, denn das Modell sollte ja dafür verantwortlich sein. Deshalb die Frage, wie kommt das Modell an die Flexformdaten heran? Das Flexform ist in diesem Zusammenhang das Repository. Romanr...@synac.com schrieb im Newsbeitrag news:mailman.1.1337581522.9796.typo3-ger...@lists.typo3.org... Ein einfaches Plugin (Ausgabe von vier Bildern) soll über ein Flexform konfiguriert werden. Im Flexform definiert der Benutzer ein paar Bilder sowie Texte und Links zu den Bildern. Es werden also keine Extension spezifische Tabellen benötigt. Mit dem Extension Builder wurde ein Domain Model definiert über dessen Standardaktion das Plugin gerendert wird. Nun stehe ich vor einigen Problemen: 1. Domain Model ohne Tabellen Wie kann ein Domain Model ohne Tabelle erstellt werden? Geht das mit dem Extension Builder? 2. Flexformdaten in Domain Model Die Flexformdaten sind in der Action verfügbar. Gemäss MVC sollten diese jedoch über ein Domain Modell (welches in der Action instantiert wird) verfügbar sein. Wie kommt man in einem Domain Model an die Flexformdaten? Vielen Dank für Eure Inputs. Schöne Grüsse, Roman ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase plugin mit flexform
Hi Roman, 1. man muss nicht eine tabelle haben. Ich habe erweiterungen für flickr und scoop.it geschreiben, und beider haben keine Tabellen. Ich habe einfach die klassen selbst geschreiben. Die mussen aber in die richtige Ordner legen, so das dasy Autoloader die Klassen finden kann Classes\Domain\Model\Tx_YourExtension_Domain_Model_YourModel.php Dann kannst du ganz normale Eigenschaften machen, mach mal auch ein Getter und fluid kann auf die eignschaften zugreiffen. 2. ich glaube so can man argumente an das model Constructor übergeben: $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel', $this-settings); oder du kannst ein Model Method nutzen (vor du $this-view-assign nutzt): $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel'); $yourModel-setTsSettings($this-settings); $this-view-assign('mymodel', $yourModel); Aber ich glaube es ist besser ein ViewHelper zu nutzen. Hoffe, dass das dir hilft. Deutsch ist nicht meine Muttersprache ;) Roman r...@synac.com schrieb im Newsbeitrag news:mailman.1.1337591975.8227.typo3-ger...@lists.typo3.org... Hallo Stephen, vielen Dank für Deine Antwort. Ich suche jedoch weitergehend Informationen: El 21/05/2012 9:26, Stephen Bungert escribió: 1. $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel'); Bedeutet das, dass alle Modelle, welche mit dem Extension Builder erstellt werden immer eine Tabelle einsetzen. Müsste das Modell manuell (ohne Extension Builder) erstellt werden, wenn keine Tabelle dazu benötigt wird? Von welcher Klasse müsste diese abgeleitet werden? 2. Man kann die FF Werte in $this-settings sehen (im Controller), oder {settings in fluid}, aber die Felde im FF mussen settings.irgendetwas heißen... settings.myfield TCEforms labelMy Field/label config typeinput/type evaltrim/eval /config /TCEforms /settings.myfield Die Flexformdaten sind im Kontroller verfügbar. Ich suche jedoch einen Weg um ein Modell aus den Flexformdaten zu erstellen. Ein Weg wäre die Daten vom Kontroller her zu übergeben. Dies widerspricht jedoch dem Paradigma der Kapselung, denn das Modell sollte ja dafür verantwortlich sein. Deshalb die Frage, wie kommt das Modell an die Flexformdaten heran? Das Flexform ist in diesem Zusammenhang das Repository. Romanr...@synac.com schrieb im Newsbeitrag news:mailman.1.1337581522.9796.typo3-ger...@lists.typo3.org... Ein einfaches Plugin (Ausgabe von vier Bildern) soll über ein Flexform konfiguriert werden. Im Flexform definiert der Benutzer ein paar Bilder sowie Texte und Links zu den Bildern. Es werden also keine Extension spezifische Tabellen benötigt. Mit dem Extension Builder wurde ein Domain Model definiert über dessen Standardaktion das Plugin gerendert wird. Nun stehe ich vor einigen Problemen: 1. Domain Model ohne Tabellen Wie kann ein Domain Model ohne Tabelle erstellt werden? Geht das mit dem Extension Builder? 2. Flexformdaten in Domain Model Die Flexformdaten sind in der Action verfügbar. Gemäss MVC sollten diese jedoch über ein Domain Modell (welches in der Action instantiert wird) verfügbar sein. Wie kommt man in einem Domain Model an die Flexformdaten? Vielen Dank für Eure Inputs. Schöne Grüsse, Roman ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase plugin mit flexform
Deine Models mussen die Klasse Tx_Extbase_DomainObject_AbstractEntity erweitern: class Tx_YourExtension_Domain_Model_YourModel extends Tx_Extbase_DomainObject_AbstractEntity Roman r...@synac.com schrieb im Newsbeitrag news:mailman.1.1337591975.8227.typo3-ger...@lists.typo3.org... Hallo Stephen, vielen Dank für Deine Antwort. Ich suche jedoch weitergehend Informationen: El 21/05/2012 9:26, Stephen Bungert escribió: 1. $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel'); Bedeutet das, dass alle Modelle, welche mit dem Extension Builder erstellt werden immer eine Tabelle einsetzen. Müsste das Modell manuell (ohne Extension Builder) erstellt werden, wenn keine Tabelle dazu benötigt wird? Von welcher Klasse müsste diese abgeleitet werden? 2. Man kann die FF Werte in $this-settings sehen (im Controller), oder {settings in fluid}, aber die Felde im FF mussen settings.irgendetwas heißen... settings.myfield TCEforms labelMy Field/label config typeinput/type evaltrim/eval /config /TCEforms /settings.myfield Die Flexformdaten sind im Kontroller verfügbar. Ich suche jedoch einen Weg um ein Modell aus den Flexformdaten zu erstellen. Ein Weg wäre die Daten vom Kontroller her zu übergeben. Dies widerspricht jedoch dem Paradigma der Kapselung, denn das Modell sollte ja dafür verantwortlich sein. Deshalb die Frage, wie kommt das Modell an die Flexformdaten heran? Das Flexform ist in diesem Zusammenhang das Repository. Romanr...@synac.com schrieb im Newsbeitrag news:mailman.1.1337581522.9796.typo3-ger...@lists.typo3.org... Ein einfaches Plugin (Ausgabe von vier Bildern) soll über ein Flexform konfiguriert werden. Im Flexform definiert der Benutzer ein paar Bilder sowie Texte und Links zu den Bildern. Es werden also keine Extension spezifische Tabellen benötigt. Mit dem Extension Builder wurde ein Domain Model definiert über dessen Standardaktion das Plugin gerendert wird. Nun stehe ich vor einigen Problemen: 1. Domain Model ohne Tabellen Wie kann ein Domain Model ohne Tabelle erstellt werden? Geht das mit dem Extension Builder? 2. Flexformdaten in Domain Model Die Flexformdaten sind in der Action verfügbar. Gemäss MVC sollten diese jedoch über ein Domain Modell (welches in der Action instantiert wird) verfügbar sein. Wie kommt man in einem Domain Model an die Flexformdaten? Vielen Dank für Eure Inputs. Schöne Grüsse, Roman ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler
Hallo Peter, Ich habe es mit folgender Konfiguration versucht: layout { textline ( label /input /error / ) textarea ( label /textarea /error / ) label ( labellabelvalue /mandatory //label ) error ( div class=errorerrorvalue //div ) } ich habe mit dem neuen formhandler auch schon ein Formular umgesetzt, aber layout ist mir da nirgends untergekommen!?? Ich meine, dass du auf jeden Fall ein Template-File brauchst, um dein Formular zu definieren. Kennst du die Website http://www.typo3-formhandler.com? Da bibt es schon vorbereitete Beispielformulare (Templates und TypoScript) - eine feine Sache! Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler
Hallo Johannes, Am 21.05.2012 12:06, schrieb JCL - Johannes C. Laxander: Hallo Peter, Ich habe es mit folgender Konfiguration versucht: layout { textline ( label /input /error / ) textarea ( label /textarea /error / ) label ( labellabelvalue /mandatory //label ) error ( div class=errorerrorvalue //div ) } ich habe mit dem neuen formhandler auch schon ein Formular umgesetzt, aber layout ist mir da nirgends untergekommen!?? Ich meine, dass du auf jeden Fall ein Template-File brauchst, um dein Formular zu definieren. Kennst du die Website http://www.typo3-formhandler.com? Da bibt es schon vorbereitete Beispielformulare (Templates und TypoScript) - eine feine Sache! Johannes. Peter meint die System-Extension form und nicht die Extension formhandler. Viele Grüße, Reinhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler
ich habe mit dem neuen formhandler auch schon ein Formular umgesetzt, aber layout ist mir da nirgends untergekommen!?? Ich meine, dass du auf jeden Fall ein Template-File brauchst, um dein Formular zu definieren. Kennst du die Website http://www.typo3-formhandler.com? Da bibt es schon vorbereitete Beispielformulare (Templates und TypoScript) - eine feine Sache! Johannes. Peter meint die System-Extension form und nicht die Extension formhandler. Viele Grüße, Reinhard Das könnte er aber dann auch dazuschreiben ;-) Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler
Lieber Peter immer unter der Voraussetzung, dass Du die neue SYSEXT Form meinst: Ich habe in mein Formular folgendes geschrieben: layout { label ( labellabelvalue /mandatory //label ) error ( div class=error style=color:#f00;errorvalue //div ) textline ( label /input /error / ) } Das ergibt, ohne Fehlermeldungen bei einer falschen Eingabe die ans Eingabefeld angehängte Fehlermedlung. Eigentlich alles schön und gut. Hat man confirmation=1 gesetzt, werden die Eingabefelder beim Absenden des Formulars geleert! Und wenn man dann auf Zurück zum Formular clickt, werden die Werte wieder hergestellt! Und wenn man auf Bestätigen clickt, kommt es zu den von Dir angemerkten Fehlermeldungen. Mein Fazit: Das funktioniert nicht! - da braucht es glaube ich eine massive Nachbearbeitung der EXT, sonst wird das nichts Sorry, dass ich Dir nicht weiter helfen kann... zuerst dachte ich schon, es geht doch, aber eben nur dann, wenn ein Fehler eingegeben wurde... Viele Grüsse Renzo _ Renzo Bauen +41 79 330 10 11 conPassione gmbh Am Montag, den 21.05.2012, 01:16 +0200 schrieb Peter Linzenkirchner: Hallo liebe Liste, ich kämpfe jetzt seit ein paar Stunden mit dem neuen Formhandler. Eigentlich versuche ich ein ziemlich einfaches Layout umzusetzen, es klappt aber nicht. Standardmäßig erscheinen die Fehlermeldungen innerhalb des Label-Tags, aber da kann ich sie nicht gebrauchen. Die Fehlermeldungen sind deutlich länger als die Labels und zerhacken regelrecht das Layout. Alle Versuche, die Fehlermeldungen unter die Felder zu bekommen (oder rechts neben die Felder) scheitern. Ich habe es mit folgender Konfiguration versucht: layout { textline ( label /input /error / ) textarea ( label /textarea /error / ) label ( labellabelvalue /mandatory //label ) error ( div class=errorerrorvalue //div ) } Bringt die Fehlermeldungen neben die Felder, führt aber beim Absenden zu massiven PHP-Fehlermeldungen. Offenbar werden beim Absenden dann die Werte der Input-Felder mit den Fehlermeldungen verwechselt. Offiziell im Manual scheint es nur die Möglichkeit zu geben: label ( labellabelvalue /mandatory /error //label ) So ist es aber auf nicht möglich, die Fehlermeldungen an eine sinnvolle Stelle zu verlagern, ausser über eine Unmenge JavaScript: Höhe der Felder abfragen und Fehlermeldung dann mit position:absolute positionieren und alle folgenden Felder dann um die Höhe der Fehlermeldung nach unten zu schieben ... Ich will folgenden Output: li labelText/labelinputspanError/span /li oder so: li labelTextinput/labelspanError/span /li Bekomme ich einfach nicht hin. Kann mir jemand weiterhelfen? Vielen Dank Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ 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] Gelöst: felogin: per User redirect
Am 21.05.2012 10:19, schrieb Peter Kühnlein: zumindest sollte im Manual GAANNNZ GROOSSS stehen, dass man das Häkchen besser nicht setzen sollte - denn der Logout-Button wird ja eh angezeigt. aber nicht im normalzustand da erscheint nach Login erst eine Meldung erst nach Refresch kommt der LogOut screen in dem Sinne danke für diesen thread, denn das war es was MIR gerade fehlte... ich brauchte dieses Häckchen... -- image[FORMAT] - Ralf-René Schröder http://image-format.eu ... Wir geben Ihrem Image das richtige Format http://if-20.com ... YAML templates for TYPO3 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase plugin mit flexform
Vielen Dank Stephen! El 21/05/2012 11:41, Stephen Bungert escribió: Hi Roman, 1. man muss nicht eine tabelle haben. Ich habe erweiterungen für flickr und scoop.it geschreiben, und beider haben keine Tabellen. Ich habe einfach die klassen selbst geschreiben. Die mussen aber in die richtige Ordner legen, so das dasy Autoloader die Klassen finden kann Classes\Domain\Model\Tx_YourExtension_Domain_Model_YourModel.php Dann kannst du ganz normale Eigenschaften machen, mach mal auch ein Getter und fluid kann auf die eignschaften zugreiffen. 2. ich glaube so can man argumente an das model Constructor übergeben: $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel', $this-settings); oder du kannst ein Model Method nutzen (vor du $this-view-assign nutzt): $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel'); $yourModel-setTsSettings($this-settings); $this-view-assign('mymodel', $yourModel); Aber ich glaube es ist besser ein ViewHelper zu nutzen. Hoffe, dass das dir hilft. Deutsch ist nicht meine Muttersprache ;) Romanr...@synac.com schrieb im Newsbeitrag news:mailman.1.1337591975.8227.typo3-ger...@lists.typo3.org... Hallo Stephen, vielen Dank für Deine Antwort. Ich suche jedoch weitergehend Informationen: El 21/05/2012 9:26, Stephen Bungert escribió: 1. $yourModel = t3lib_div::makeInstance('Tx_YourExtension_Domain_Model_YourModel'); Bedeutet das, dass alle Modelle, welche mit dem Extension Builder erstellt werden immer eine Tabelle einsetzen. Müsste das Modell manuell (ohne Extension Builder) erstellt werden, wenn keine Tabelle dazu benötigt wird? Von welcher Klasse müsste diese abgeleitet werden? 2. Man kann die FF Werte in $this-settings sehen (im Controller), oder {settings in fluid}, aber die Felde im FF mussen settings.irgendetwas heißen... settings.myfield TCEforms labelMy Field/label config typeinput/type evaltrim/eval /config /TCEforms /settings.myfield Die Flexformdaten sind im Kontroller verfügbar. Ich suche jedoch einen Weg um ein Modell aus den Flexformdaten zu erstellen. Ein Weg wäre die Daten vom Kontroller her zu übergeben. Dies widerspricht jedoch dem Paradigma der Kapselung, denn das Modell sollte ja dafür verantwortlich sein. Deshalb die Frage, wie kommt das Modell an die Flexformdaten heran? Das Flexform ist in diesem Zusammenhang das Repository. Romanr...@synac.com schrieb im Newsbeitrag news:mailman.1.1337581522.9796.typo3-ger...@lists.typo3.org... Ein einfaches Plugin (Ausgabe von vier Bildern) soll über ein Flexform konfiguriert werden. Im Flexform definiert der Benutzer ein paar Bilder sowie Texte und Links zu den Bildern. Es werden also keine Extension spezifische Tabellen benötigt. Mit dem Extension Builder wurde ein Domain Model definiert über dessen Standardaktion das Plugin gerendert wird. Nun stehe ich vor einigen Problemen: 1. Domain Model ohne Tabellen Wie kann ein Domain Model ohne Tabelle erstellt werden? Geht das mit dem Extension Builder? 2. Flexformdaten in Domain Model Die Flexformdaten sind in der Action verfügbar. Gemäss MVC sollten diese jedoch über ein Domain Modell (welches in der Action instantiert wird) verfügbar sein. Wie kommt man in einem Domain Model an die Flexformdaten? Vielen Dank für Eure Inputs. Schöne Grüsse, Roman ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler - Korr.: Form SYSEXT
@ Alle: Sorry, ich weiß nicht, warum ich formhandler geschrieben habe ... War schon spät :-( ich meinte schon die Form-SYSEXT. Hallo Renzo, das ist exakt das gleiche Verhalten wie bei mir, danke fürs prüfen! Schade natürlich, aber wenn es nicht geht, gehts nicht ... Ich muss mir überlegen, wie ich damit umgehe; evtl. doch auf Powermail umsteigen oder mit JavaScript nachfummeln. Wenn ich die Fehlermeldungen per JavaScript über die Felder legen lasse (quasi als Sprechblasen), siehts wahrscheinlch auch gut genug aus, dass es der Kunde abnimmt. Hab mir auch schon überlegt, ob is als Bug poste, aber es ist eigentlich kein Bug ... Wahrscheinlich stelle ich es als Feature-Wunsch bei Forge ein. Ich habe ziemlich lange rumgespielt und die Doku gewälzt - mein Fazit: im Backend ist FORM schon irgendwo genial, aber im Frontend bezüglich Layout bietet es weniger Möglichkeiten als das alte FORMMAIL. Und etliche wichtige Funktionen gehen halt nicht über den Wizard: Betreff, Übernahme von Besuchername und E-Mail in den Absender. Captcha scheint ganz zu fehlen, obwohl es im Manual steht, zumindest finde ich im Web nur Meldungen, dass es nicht geht. Vielen Dank Peter Am 21.05.2012 um 13:01 schrieb conPassione gmbh: Lieber Peter immer unter der Voraussetzung, dass Du die neue SYSEXT Form meinst: Ich habe in mein Formular folgendes geschrieben: layout { label ( labellabelvalue /mandatory //label ) error ( div class=error style=color:#f00;errorvalue //div ) textline ( label /input /error / ) } Das ergibt, ohne Fehlermeldungen bei einer falschen Eingabe die ans Eingabefeld angehängte Fehlermedlung. Eigentlich alles schön und gut. Hat man confirmation=1 gesetzt, werden die Eingabefelder beim Absenden des Formulars geleert! Und wenn man dann auf Zurück zum Formular clickt, werden die Werte wieder hergestellt! Und wenn man auf Bestätigen clickt, kommt es zu den von Dir angemerkten Fehlermeldungen. Mein Fazit: Das funktioniert nicht! - da braucht es glaube ich eine massive Nachbearbeitung der EXT, sonst wird das nichts Sorry, dass ich Dir nicht weiter helfen kann... zuerst dachte ich schon, es geht doch, aber eben nur dann, wenn ein Fehler eingegeben wurde... Viele Grüsse Renzo _ Renzo Bauen +41 79 330 10 11 conPassione gmbh Am Montag, den 21.05.2012, 01:16 +0200 schrieb Peter Linzenkirchner: Hallo liebe Liste, ich kämpfe jetzt seit ein paar Stunden mit dem neuen Formhandler. Eigentlich versuche ich ein ziemlich einfaches Layout umzusetzen, es klappt aber nicht. Standardmäßig erscheinen die Fehlermeldungen innerhalb des Label-Tags, aber da kann ich sie nicht gebrauchen. Die Fehlermeldungen sind deutlich länger als die Labels und zerhacken regelrecht das Layout. Alle Versuche, die Fehlermeldungen unter die Felder zu bekommen (oder rechts neben die Felder) scheitern. Ich habe es mit folgender Konfiguration versucht: layout { textline ( label /input /error / ) textarea ( label /textarea /error / ) label ( labellabelvalue /mandatory //label ) error ( div class=errorerrorvalue //div ) } Bringt die Fehlermeldungen neben die Felder, führt aber beim Absenden zu massiven PHP-Fehlermeldungen. Offenbar werden beim Absenden dann die Werte der Input-Felder mit den Fehlermeldungen verwechselt. Offiziell im Manual scheint es nur die Möglichkeit zu geben: label ( labellabelvalue /mandatory /error //label ) So ist es aber auf nicht möglich, die Fehlermeldungen an eine sinnvolle Stelle zu verlagern, ausser über eine Unmenge JavaScript: Höhe der Felder abfragen und Fehlermeldung dann mit position:absolute positionieren und alle folgenden Felder dann um die Höhe der Fehlermeldung nach unten zu schieben ... Ich will folgenden Output: li labelText/labelinputspanError/span /li oder so: li labelTextinput/labelspanError/span /li Bekomme ich einfach nicht hin. Kann mir jemand weiterhelfen? Vielen Dank Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ 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 -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] feuser login per url
Hallo ich versuche gerade einen Login per url (hier gibt es keinen sicherheitsrelevanten Anspruch, es ist ein Codelogin für eine größere Gruppe) aber mit folgender Url klappt es irgendwie nicht (14 ist die Seite mit den userrecords): domain.de/index.php?id=1logintype=loginpid=14user=CODEpass=PASSWORD kann es sein dass da das standardmäßige salted und rsa stört ??? oder was habe ich sonst nicht bedacht? -- image[FORMAT] - Ralf-René Schröder http://image-format.eu ... Wir geben Ihrem Image das richtige Format http://if-20.com ... YAML templates for TYPO3 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: TYPO3 4.7 - Backend erster Login schlägt fehl
Am 21.05.2012 08:48, schrieb conPassione gmbh: Hallo wenn man phpmyadmin in einer neuen TYPO3 4.7 installieren will, gibt es einen Hinweis, dass phpmyadmin nicht mit 4.7 kompatibel ist. Ich denke, dass die Entwickler der Extensions diesen Hinweis nicht ohne Grund ausgeben lassen! Der richtige Weg wäre deshalb, bei den Entwicklern für die Aktualisierung der Extension zu voten und sie bis auf weiteres unter 4.7 nicht zu verwenden Viele Grüsse Renzo Alternative: t3adminer -- Cheers, Josef Florian Glatz blog: http://typo3blog.at vcard: http://www.josefglatz.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RealURL mit einer Domain, aber mehreren Root-IDs konfigurieren
Hallo Liste, ich habe eine TYPO3-Seite mit folgendem Aufbau: - # Startseite Allgemein - # Startseite Blau --- Unterseite Blau 1 --- Unterseite Blau 2 - # Startseite Rot --- Unterseite Rot 1 --- Unterseite Rot 2 Bei jedem #-Zeichen startet ein eigener Seitenbaum mit eigenem Root-Template. Das Projekt hat insgesamt nur eine Domain. Normalerweise würde ich jedem Seitenbaum eine eigene Domain zuweisen. Dann gibt es auch mit RealURL keine Probleme. Nun hat bei dieser Konstellation RealURl automatisch nur eine RootPage-ID und wenn ich dann eine Seite aus dem Seitenbaum Rot aufrufe, kommt (natürlich) eine Fehlermeldung. Kann ich RealURL überhaupt passend konfigurieren - wenn ja, wie?, oder ist es sinnvoller, die Seitenbäume neu zu organisieren? Die Organisation der Seitenbäume ist so gewählt, weil evtl. später mal für jede Startseite eine eigene Domain hinzukommt. Viele Grüße, Lars Brinkmann -- brinkmann.l...@gmail.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RTE Link auf Bild in Lightbox
Hallo zusammen Hat mir jemand einen Tipp wie ich vorgehen muss wenn ich einen Textlink Erfahren Sie mehr auf ein Bild so abändere dass das Bild in einer Lightbox öffnet? Besten Dank für eure Tipps und bald einen schönen Feierabend Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gelöst: felogin: per User redirect
Am 21.05.2012 17:02, schrieb Peter Kühnlein: Gut, dass der Fred dann mehrere Funktionen hatte :) genau... denn bei mir mußte das ohne redirect immer auf der aktuellen Seite sofort erscheinen -- image[FORMAT] - Ralf-René Schröder http://image-format.eu ... Wir geben Ihrem Image das richtige Format http://if-20.com ... YAML templates for TYPO3 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] fragen zum neuen formularelement
Am 17.05.2012 19:14, schrieb JCL - Johannes C. Laxander: horace grant Hi Horace, hi Johannes, der text der success message wird irgendwie in p/p tags gewrappt. wie kann ich das verhindern? Ja, kannst du: postProcessor.1.messages.success ist das, was als Bestätigung ausgegeben wird. Parallel dazu steuert postProcessor.1.messages.error die Fehlermeldung. Beides kannst du entweder leer lassen, dann wird automatisch eine lokalisierte (also übersetzte) Meldung ausgegeben. Falls du postProcessor.1.messages.success = Deine Bestätigung schreibst, wird Deine Bestätigung in p|/p gewrappt und ausgegeben. Oder du übergibst einfach ein eigenes Typoscript-Objekt. z.B. postProcessor.1.messages.success = TEXT postProcessor.1.messages.success { value = Deine Bestätigung wrap = | } Die Zeile mit dem wrap = | könntest du in deinem Fall auch weglassen. Dann wird automatisch nichts um die Nachricht gewrappt. Wenn du value leer lässt, dann erscheint eine leere Bestätigungsseite. Du kannst aber auch ein Objekt übergeben, indem deine Javascript-Nachricht enthalten ist. ist es möglich, die success message komplett zu deaktivieren und stattdessen ein javascript popup zu verwenden? Ich stelle mir das so vor, dass du – anstatt den User auf eine neue Seite zu schicken – einfach eine Nachricht aufploppen lassen möchtest, sobald jemand auf Absenden bzw. Bestätigen klickt. Das ist nur sehr schwer bis gar nicht möglich, da die Daten ja irgendwie an den Server gesendet werden müssen. Asynchron funktioniert das momentan – soweit ich weiß – nicht. Aber wie oben erwähnt kannst du die Bestätigungsseite nach Belieben gestalten. ist es schon möglich, die felder in eine datenbanktabelle zu speichern? Dass die Eingaben in einer Datenbank gespeichert werden, geht leider noch nicht. Dazu gibt es einen Bug, den aber momentan niemand bearbeitet. Vielleicht hilft es ja, wenn du dort mal höflich erwähnst, dass diese Funktion ersehnt wird: http://forge.typo3.org/issues/33914 gibt es irgendwo eine übersichtliche dokumentation oder ein tutorial, in dem die möglichkeiten ein bisschen erläutert werden? Sie liegt in typo3/sysext/form/Documentation/Manual/en/manual.sxw Leider ist sie etwas unglücklich formatiert, so dass die Gliederung nicht verwendbar ist. Eine Version, bei der die Formatierung (Gliederung, Überschriften, etc.) verbessert wurde, ist momentan in Bearbeitung: https://review.typo3.org/#/c/9550/ Dort sind dann auch die Informationen zum Postprocessor enthalten, über den die Bestätigung am Ende gesteuert wird. ich hatte es vor einigen Wochen auch versucht und schnell aufgegeben, weil ich in anderen Punkten wie z.B. Mehrsprachigkeit nicht weitergekommen bin. Mehrsprachigkeit kannst du wahrscheinlich in dem neuen Formplugin per Typoscript einbauen, da in der Konfiguration normales Typoscript verwendet werden kann (siehe oben). Müsste man mal testen. Die Standard-Bestätigung beim Absenden des Formulars wird aber sowieso lokalisiert. Ich glaube nicht, dass sich bei der Dokumentation inzwischen viel verbessert hat. Ich finde die Dokumentation sehr ausführlich (s.o.) und gut. Johannes. Schöne Grüße, Franz ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] fragen zum neuen formularelement
Hi Horace, schick doch mal die gesamte Konfiguration des Formulars, dann ist leichter zu erkenne, woran es haken könnte. Schöne Grüße, Franz Am 20.05.2012 13:57, schrieb horace grant: für mich funktionieren die neuen formulare inzwischen eigentlich recht gut. ich bin schnell damit, weil ich eben die textrepräsentation kopieren kann. aber auf ein problem bin ich jetzt gestoßen. wie kann ich dynamisch eine empfänger email adresse (von einem formulareingabefeld) setzen? ich hoffe das wird unterstützt, weil ich habe jetzt schon einiges an arbeit investiert? :( postProcessor { 1 = mail 1 { recipientEmailField = email funktioniert nicht! recipientEmail.field = email geht auch nicht! und ich habe noch eine frage. wie kann ich das layout und den inhalt der versendeten email konfigurieren? ich hatte im email z.b. gerne lieber den name als label und nicht das label. grüße, horace 2012/5/17 JCL - Johannes C. Laxander j...@laxander.com horace grant ich verwende zum ersten mal das neue formularelement in 4.6. im gegensatz zu powermail mag ich sehr, dass es eine textrepräsentation des formulars gibt. das ist super, wenn man z.b. ein formular kopieren muss. ich habe aber auch ein paar fragen... der text der success message wird irgendwie in p/p tags gewrappt. wie kann ich das verhindern? ist es möglich, die success message komplett zu deaktivieren und stattdessen ein javascript popup zu verwenden? ist es schon möglich, die felder in eine datenbanktabelle zu speichern? gibt es irgendwo eine übersichtliche dokumentation oder ein tutorial, in dem die möglichkeiten ein bisschen erläutert werden? ich hatte es vor einigen Wochen auch versucht und schnell aufgegeben, weil ich in anderen Punkten wie z.B. Mehrsprachigkeit nicht weitergekommen bin. Ich glaube nicht, dass sich bei der Dokumentation inzwischen viel verbessert hat. Ich bin dann auf formhandler umgestiegen, hier gibt’s wenigestens eine gute Dokumentation und viel Beispiele: www.typo3-formhandler.com. Johannes. ___ 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] fragen zum neuen formularelement
Hi Horace, spar dir das mit der gesamten Konfiguration. Empfänger können nicht dynamisch generiert werden. Das ist nur mit dem Absender möglich. recipientEmailField existiert im Gegensatz zu senderEmailField also nicht. Das Formular ist einfach nur dazu gedacht, dass alle E-Mails immer zur selben Person geschickt werden. Der Absender kann dynamisch konfiguriert werden, damit der Empfänger dann direkt auf Antworten klicken kann. Schöne Grüße, Franz Am 21.05.2012 18:49, schrieb justfortherec: Hi Horace, schick doch mal die gesamte Konfiguration des Formulars, dann ist leichter zu erkenne, woran es haken könnte. Schöne Grüße, Franz Am 20.05.2012 13:57, schrieb horace grant: für mich funktionieren die neuen formulare inzwischen eigentlich recht gut. ich bin schnell damit, weil ich eben die textrepräsentation kopieren kann. aber auf ein problem bin ich jetzt gestoßen. wie kann ich dynamisch eine empfänger email adresse (von einem formulareingabefeld) setzen? ich hoffe das wird unterstützt, weil ich habe jetzt schon einiges an arbeit investiert? :( postProcessor { 1 = mail 1 { recipientEmailField = email funktioniert nicht! recipientEmail.field = email geht auch nicht! und ich habe noch eine frage. wie kann ich das layout und den inhalt der versendeten email konfigurieren? ich hatte im email z.b. gerne lieber den name als label und nicht das label. grüße, horace 2012/5/17 JCL - Johannes C. Laxander j...@laxander.com horace grant ich verwende zum ersten mal das neue formularelement in 4.6. im gegensatz zu powermail mag ich sehr, dass es eine textrepräsentation des formulars gibt. das ist super, wenn man z.b. ein formular kopieren muss. ich habe aber auch ein paar fragen... der text der success message wird irgendwie in p/p tags gewrappt. wie kann ich das verhindern? ist es möglich, die success message komplett zu deaktivieren und stattdessen ein javascript popup zu verwenden? ist es schon möglich, die felder in eine datenbanktabelle zu speichern? gibt es irgendwo eine übersichtliche dokumentation oder ein tutorial, in dem die möglichkeiten ein bisschen erläutert werden? ich hatte es vor einigen Wochen auch versucht und schnell aufgegeben, weil ich in anderen Punkten wie z.B. Mehrsprachigkeit nicht weitergekommen bin. Ich glaube nicht, dass sich bei der Dokumentation inzwischen viel verbessert hat. Ich bin dann auf formhandler umgestiegen, hier gibt’s wenigestens eine gute Dokumentation und viel Beispiele: www.typo3-formhandler.com. Johannes. ___ 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: Re: Fragen zu Formhandler: ###fieldname### füllen, Werte vorbelegen...
Danke für deine Anwort, Reinhard. Werde ich morgen in Angriff nehmen. Am 21.05.2012 11:04, schrieb Reinhard Führicht: Hallo Michael, Am 21.05.2012 10:39, schrieb Michael Meurer: 1. Der Autor nutzt in einer HTML-Vorlage mehrfach label for=###fieldname##LLL:###fieldname## ###required_###fieldname##/label input type=text size=20 id=###fieldname### name=###formValuesPrefix###[###fieldname###] value=###value_###fieldname##/ genutzt. Da es in einem validen Dokument nur eine id gibt, frage ich mich, wie ich den Marker ###fieldname### für das jeweilige Feld gefüllt bekomme (name, phone etc.). Bis jetzt habe ich es nur ans Laufen bekommen, in dem ich in der gesamten HTML-Vorlage den jeweiligen Marker mit dem jeweiligen Wert manuell eingefügt habe: label for=name###LLL:name### ###required_name###/label input type=text name=formhandler[name] id=name value=###value_name###/ usw. Wie bekomme ich den Marker gefüllt? Der Marker ###fieldname## wird nur in einem Master Template befüllt. In einem Master Template kannst du HTML-Code vordefinieren und dann in beliebig vielen Template-Files wiederverwenden. Mehr Infos: http://www.typo3-formhandler.com/documentation/articles-howtos/a/how-to-use-a-master-template/ 2. Ich würde gerne eine deaktivierte Checkbox beim Versenden standartmäßig mit dem Wert nein verschicken lassen. Wenn die Checkbox gesetzt wird, soll der Wert ja übergeben werden. Mein Gedanke ist, den Wert ja über eine Condition [globalVar = GP:formhandler|callback = 1] ... [global] zu ändern. Ähnlich wie Kopie der Email versenden, das habe ich hinbekommen. Habe nur nichts gefunden, wie ich die Checkbox mit einem Wert vorbelegen kann. Geht es dir darum, dass in der E-Mail Nein steht, wenn die Checkbox nicht aktiviert wurde? Wenn ja, könntest du das mit IF-Subparts machen: ###IF_callback=1### Checkbox: Ja ###IF_callback=1### ###IF_callback=### Checkbox: Nein ###IF_callback=### 3. Sehe ich das richtig, das Finisher_StoreUploadedFiles erst mit der Version 1.3 richtig laufen wird? http://forge.typo3.org/issues/34260 Klappt bei mir nicht und beim googlen habe ich auch keine Erfolgsmeldung gefunden. Der Finisher sollte problemlos laufen, auch mit 1.2.0. Ev. hast du einen Fehler in deiner Konfig. Viele Grüße, Reinhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Maps
Hi Peter, danke für den Hinweis. Das Teil sieht an sich gut aus, man kann es offenbar gut konfigurieren, und die Zusammenarbeit mit tt_address ist auch schick. Aber last update 2008 muss eigentlich heissen, dass es die Google API Vs. 2 verwendet, und dafür bekommt man jetzt bereits nur noch mit Schwierigkeiten einen API-Key und bald gar keinen mehr. Das ist der Grund, warum ich eine neue Extension suche. Und API-Version 3 funktioniert ganz ohne API-Key, was schon praktisch ist. OK, in der Zwischenzeit sind ja wieder ein paar Stunden vergangen und ca. 7 Extensions habe ich jetzt ausprobiert. Vielleicht hilft es ja noch jemand anderen. Die hier sind mir aufgefallen: ad_google_maps = das ist ein ultimatives Teil, man kann nicht nur Markierungen setzen sondern auch Flächen und Polygone und diese einer Karte Sandwichartig zuweisen. Sehr komplex, muss man sich gut anschauen. Läuft super in 4.5 aber leider gar nicht mehr in 4.6, vermutlich wegen des neueren Extbase (PHP-Fehler). Aber vielleicht passt es der Autor mal an, ich überlege auch ein Spnsoring, das Teil ist wirklich gigantisch. cbgooglemaps = das genaue Gegenteil: winzig, kann nur eine einzige Sache: eine Markierung setzen aus einer Adresse, mit einem RTE-Feld als Layer bei Klick. Aber das geht so einfach, dass es für einfache Webseiten einfach unschlagbar komfortabel ist. Das schnall wirklich jeder Reakteur :-). Na ja, die tuts jetzt für das aktuelle Projekt und mein größeres kann ich erst mal ad_google_maps verwenden, da das noch auf 4.5 läuft. Und dann irgendwie schauen, ob man es auf 4.6 (oder dann 6.0?) bringen kann. Die hier verwenden Google Maps API 3, laufen bei mir aber nicht unter 4.6 - pit_googlemaps - go_maps_ap -- - rggooglemap ist Spitze, aber noch API Vs. 2 - rzgooglemap läuft auch unter 4.5 nicht mehr richtig und verwendet API-Version 2 --- OK, danach hatte ich keine Lust mehr ... Gruß Peter Am 21.05.2012 um 22:11 schrieb Peter Kühnlein: Am 21.05.2012 20:28, schrieb Peter Linzenkirchner: Hallo liebe Liste, kennt jemand eine Extension, mit der man eine Google Map (also Koordinaten/Adressen) in TYPO3 4.6 einbinden kann, so dass ein Redakteur die Koordinaten oder Adressen bearbeiten kann? Idealerweise mit Google API 3.0. Vielen Dank Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Ich verwende üblicherweise lumogooglemaps - Du musst nur dem Redakteur den Zugriff auf den sysfolder mit den Adressen geben. Schöne Grüße, auch Peter -- http://function2form.net http://peter-kuehnlein.net If you understand one affair, you will understand eight. (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Maps
Auch nochmal Hi Peter - ich hab grad einen neuen Key erworben für das Plugin - funktioniert einwandfrei. Und zwar der *neue*, projektbezogene Key, nicht der alte... no worries... Guten Abend, Peter Am 21.05.2012 23:00, schrieb Peter Linzenkirchner: Hi Peter, danke für den Hinweis. Das Teil sieht an sich gut aus, man kann es offenbar gut konfigurieren, und die Zusammenarbeit mit tt_address ist auch schick. Aber last update 2008 muss eigentlich heissen, dass es die Google API Vs. 2 verwendet, und dafür bekommt man jetzt bereits nur noch mit Schwierigkeiten einen API-Key und bald gar keinen mehr. Das ist der Grund, warum ich eine neue Extension suche. Und API-Version 3 funktioniert ganz ohne API-Key, was schon praktisch ist. OK, in der Zwischenzeit sind ja wieder ein paar Stunden vergangen und ca. 7 Extensions habe ich jetzt ausprobiert. Vielleicht hilft es ja noch jemand anderen. Die hier sind mir aufgefallen: ad_google_maps = das ist ein ultimatives Teil, man kann nicht nur Markierungen setzen sondern auch Flächen und Polygone und diese einer Karte Sandwichartig zuweisen. Sehr komplex, muss man sich gut anschauen. Läuft super in 4.5 aber leider gar nicht mehr in 4.6, vermutlich wegen des neueren Extbase (PHP-Fehler). Aber vielleicht passt es der Autor mal an, ich überlege auch ein Spnsoring, das Teil ist wirklich gigantisch. cbgooglemaps = das genaue Gegenteil: winzig, kann nur eine einzige Sache: eine Markierung setzen aus einer Adresse, mit einem RTE-Feld als Layer bei Klick. Aber das geht so einfach, dass es für einfache Webseiten einfach unschlagbar komfortabel ist. Das schnall wirklich jeder Reakteur :-). Na ja, die tuts jetzt für das aktuelle Projekt und mein größeres kann ich erst mal ad_google_maps verwenden, da das noch auf 4.5 läuft. Und dann irgendwie schauen, ob man es auf 4.6 (oder dann 6.0?) bringen kann. Die hier verwenden Google Maps API 3, laufen bei mir aber nicht unter 4.6 - pit_googlemaps - go_maps_ap -- - rggooglemap ist Spitze, aber noch API Vs. 2 - rzgooglemap läuft auch unter 4.5 nicht mehr richtig und verwendet API-Version 2 --- OK, danach hatte ich keine Lust mehr ... Gruß Peter Am 21.05.2012 um 22:11 schrieb Peter Kühnlein: Am 21.05.2012 20:28, schrieb Peter Linzenkirchner: Hallo liebe Liste, kennt jemand eine Extension, mit der man eine Google Map (also Koordinaten/Adressen) in TYPO3 4.6 einbinden kann, so dass ein Redakteur die Koordinaten oder Adressen bearbeiten kann? Idealerweise mit Google API 3.0. Vielen Dank Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Ich verwende üblicherweise lumogooglemaps - Du musst nur dem Redakteur den Zugriff auf den sysfolder mit den Adressen geben. Schöne Grüße, auch Peter -- http://function2form.net http://peter-kuehnlein.net If you understand one affair, you will understand eight. (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- http://function2form.net http://peter-kuehnlein.net If you understand one affair, you will understand eight. (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.7 - Backend erster Login schlägt fehl
Danke Josef für den Hinweis! Gruss Renzo _ Renzo Bauen +41 79 330 10 11 conPassione gmbh Am Montag, den 21.05.2012, 15:12 +0200 schrieb Josef Florian Glatz: Am 21.05.2012 08:48, schrieb conPassione gmbh: Hallo wenn man phpmyadmin in einer neuen TYPO3 4.7 installieren will, gibt es einen Hinweis, dass phpmyadmin nicht mit 4.7 kompatibel ist. Ich denke, dass die Entwickler der Extensions diesen Hinweis nicht ohne Grund ausgeben lassen! Der richtige Weg wäre deshalb, bei den Entwicklern für die Aktualisierung der Extension zu voten und sie bis auf weiteres unter 4.7 nicht zu verwenden Viele Grüsse Renzo Alternative: t3adminer ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase plugin mit flexform
Hallo, wenn du magst, schau dir mal die extension flux an, diese macht genau das, was immer umständlich per flexform gemacht wird, direkt in der fluid html Datei. Unter http://fedext.net findest du ausreichend Anleitung dafür, um dir in Zukunft das Leben zu erleichtern :) Gruß Dominic ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] fragen zum neuen formularelement
Zum Thema dynamischer Adressat des Mails: schaut mal hier: http://alumnitypo3.blogspot.com/2012/01/form-einfaches-nachrichtensystem-fur.html Gruss Renzo -- _ Renzo Bauen +41 79 330 10 11 conPassione gmbh Am Montag, den 21.05.2012, 18:53 +0200 schrieb justfortherec: Hi Horace, spar dir das mit der gesamten Konfiguration. Empfänger können nicht dynamisch generiert werden. Das ist nur mit dem Absender möglich. recipientEmailField existiert im Gegensatz zu senderEmailField also nicht. Das Formular ist einfach nur dazu gedacht, dass alle E-Mails immer zur selben Person geschickt werden. Der Absender kann dynamisch konfiguriert werden, damit der Empfänger dann direkt auf Antworten klicken kann. Schöne Grüße, Franz Am 21.05.2012 18:49, schrieb justfortherec: Hi Horace, schick doch mal die gesamte Konfiguration des Formulars, dann ist leichter zu erkenne, woran es haken könnte. Schöne Grüße, Franz Am 20.05.2012 13:57, schrieb horace grant: für mich funktionieren die neuen formulare inzwischen eigentlich recht gut. ich bin schnell damit, weil ich eben die textrepräsentation kopieren kann. aber auf ein problem bin ich jetzt gestoßen. wie kann ich dynamisch eine empfänger email adresse (von einem formulareingabefeld) setzen? ich hoffe das wird unterstützt, weil ich habe jetzt schon einiges an arbeit investiert? :( postProcessor { 1 = mail 1 { recipientEmailField = email funktioniert nicht! recipientEmail.field = email geht auch nicht! und ich habe noch eine frage. wie kann ich das layout und den inhalt der versendeten email konfigurieren? ich hatte im email z.b. gerne lieber den name als label und nicht das label. grüße, horace 2012/5/17 JCL - Johannes C. Laxander j...@laxander.com horace grant ich verwende zum ersten mal das neue formularelement in 4.6. im gegensatz zu powermail mag ich sehr, dass es eine textrepräsentation des formulars gibt. das ist super, wenn man z.b. ein formular kopieren muss. ich habe aber auch ein paar fragen... der text der success message wird irgendwie in p/p tags gewrappt. wie kann ich das verhindern? ist es möglich, die success message komplett zu deaktivieren und stattdessen ein javascript popup zu verwenden? ist es schon möglich, die felder in eine datenbanktabelle zu speichern? gibt es irgendwo eine übersichtliche dokumentation oder ein tutorial, in dem die möglichkeiten ein bisschen erläutert werden? ich hatte es vor einigen Wochen auch versucht und schnell aufgegeben, weil ich in anderen Punkten wie z.B. Mehrsprachigkeit nicht weitergekommen bin. Ich glaube nicht, dass sich bei der Dokumentation inzwischen viel verbessert hat. Ich bin dann auf formhandler umgestiegen, hier gibt’s wenigestens eine gute Dokumentation und viel Beispiele: www.typo3-formhandler.com. Johannes. ___ 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] RTE Link auf Bild in Lightbox
Hallo Philipp, da bisher noch groß keine Rückmeldungen kamen... Ich arbeite immer mit Lightbox ohne Extension http://www.marcoseiler.de/typo3/typo3-inhalte-ausgeben/typo3-lightbox-ohne-extension.html Wenn Du nun im RTE den Text markierst, einen Link auf das Bild hinzufügst und dann diesem Link die Klasse lightbox gibst, vielleicht funktioniert es dann. Das klappt bei mir zumindest bei der normalen Klick-Vergrößern-Funktion. Viele Grüße, Lars Brinkmann -- brinkmann.l...@gmail.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] fragen zum neuen formularelement
ja, danke für deine ausführlichen antworten. bis auf den dynamischen empfänger funktioniert bei mir jetzt eh alles. dafür habe ich jetzt doch wieder powermail verwendet. powermail ist schon mächtig, aber das zusammenklicken der felder kann auch sehr mühsam sein. ich finde am neuen formular element wie schon mehrmals erwähnt die textrepräsentation super. :) schöne grüße, horace 2012/5/21 justfortherec dasdarfdochnichtwahrs...@gmx.de Hi Horace, spar dir das mit der gesamten Konfiguration. Empfänger können nicht dynamisch generiert werden. Das ist nur mit dem Absender möglich. recipientEmailField existiert im Gegensatz zu senderEmailField also nicht. Das Formular ist einfach nur dazu gedacht, dass alle E-Mails immer zur selben Person geschickt werden. Der Absender kann dynamisch konfiguriert werden, damit der Empfänger dann direkt auf Antworten klicken kann. Schöne Grüße, Franz Am 21.05.2012 18:49, schrieb justfortherec: Hi Horace, schick doch mal die gesamte Konfiguration des Formulars, dann ist leichter zu erkenne, woran es haken könnte. Schöne Grüße, Franz Am 20.05.2012 13:57, schrieb horace grant: für mich funktionieren die neuen formulare inzwischen eigentlich recht gut. ich bin schnell damit, weil ich eben die textrepräsentation kopieren kann. aber auf ein problem bin ich jetzt gestoßen. wie kann ich dynamisch eine empfänger email adresse (von einem formulareingabefeld) setzen? ich hoffe das wird unterstützt, weil ich habe jetzt schon einiges an arbeit investiert? :( postProcessor { 1 = mail 1 { recipientEmailField = email funktioniert nicht! recipientEmail.field = email geht auch nicht! und ich habe noch eine frage. wie kann ich das layout und den inhalt der versendeten email konfigurieren? ich hatte im email z.b. gerne lieber den name als label und nicht das label. grüße, horace 2012/5/17 JCL - Johannes C. Laxander j...@laxander.com horace grant ich verwende zum ersten mal das neue formularelement in 4.6. im gegensatz zu powermail mag ich sehr, dass es eine textrepräsentation des formulars gibt. das ist super, wenn man z.b. ein formular kopieren muss. ich habe aber auch ein paar fragen... der text der success message wird irgendwie in p/p tags gewrappt. wie kann ich das verhindern? ist es möglich, die success message komplett zu deaktivieren und stattdessen ein javascript popup zu verwenden? ist es schon möglich, die felder in eine datenbanktabelle zu speichern? gibt es irgendwo eine übersichtliche dokumentation oder ein tutorial, in dem die möglichkeiten ein bisschen erläutert werden? ich hatte es vor einigen Wochen auch versucht und schnell aufgegeben, weil ich in anderen Punkten wie z.B. Mehrsprachigkeit nicht weitergekommen bin. Ich glaube nicht, dass sich bei der Dokumentation inzwischen viel verbessert hat. Ich bin dann auf formhandler umgestiegen, hier gibt’s wenigestens eine gute Dokumentation und viel Beispiele: www.typo3-formhandler.com. Johannes. ___ 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] fragen zum neuen formularelement
2012/5/21 conPassione gmbh i...@conpassione.ch Zum Thema dynamischer Adressat des Mails: schaut mal hier: http://alumnitypo3.blogspot.com/2012/01/form-einfaches-nachrichtensystem-fur.html danke! werde ich mir anschauen... Gruss Renzo -- _ Renzo Bauen +41 79 330 10 11 conPassione gmbh Am Montag, den 21.05.2012, 18:53 +0200 schrieb justfortherec: Hi Horace, spar dir das mit der gesamten Konfiguration. Empfänger können nicht dynamisch generiert werden. Das ist nur mit dem Absender möglich. recipientEmailField existiert im Gegensatz zu senderEmailField also nicht. Das Formular ist einfach nur dazu gedacht, dass alle E-Mails immer zur selben Person geschickt werden. Der Absender kann dynamisch konfiguriert werden, damit der Empfänger dann direkt auf Antworten klicken kann. Schöne Grüße, Franz Am 21.05.2012 18:49, schrieb justfortherec: Hi Horace, schick doch mal die gesamte Konfiguration des Formulars, dann ist leichter zu erkenne, woran es haken könnte. Schöne Grüße, Franz Am 20.05.2012 13:57, schrieb horace grant: für mich funktionieren die neuen formulare inzwischen eigentlich recht gut. ich bin schnell damit, weil ich eben die textrepräsentation kopieren kann. aber auf ein problem bin ich jetzt gestoßen. wie kann ich dynamisch eine empfänger email adresse (von einem formulareingabefeld) setzen? ich hoffe das wird unterstützt, weil ich habe jetzt schon einiges an arbeit investiert? :( postProcessor { 1 = mail 1 { recipientEmailField = email funktioniert nicht! recipientEmail.field = email geht auch nicht! und ich habe noch eine frage. wie kann ich das layout und den inhalt der versendeten email konfigurieren? ich hatte im email z.b. gerne lieber den name als label und nicht das label. grüße, horace 2012/5/17 JCL - Johannes C. Laxander j...@laxander.com horace grant ich verwende zum ersten mal das neue formularelement in 4.6. im gegensatz zu powermail mag ich sehr, dass es eine textrepräsentation des formulars gibt. das ist super, wenn man z.b. ein formular kopieren muss. ich habe aber auch ein paar fragen... der text der success message wird irgendwie in p/p tags gewrappt. wie kann ich das verhindern? ist es möglich, die success message komplett zu deaktivieren und stattdessen ein javascript popup zu verwenden? ist es schon möglich, die felder in eine datenbanktabelle zu speichern? gibt es irgendwo eine übersichtliche dokumentation oder ein tutorial, in dem die möglichkeiten ein bisschen erläutert werden? ich hatte es vor einigen Wochen auch versucht und schnell aufgegeben, weil ich in anderen Punkten wie z.B. Mehrsprachigkeit nicht weitergekommen bin. Ich glaube nicht, dass sich bei der Dokumentation inzwischen viel verbessert hat. Ich bin dann auf formhandler umgestiegen, hier gibt’s wenigestens eine gute Dokumentation und viel Beispiele: www.typo3-formhandler.com. Johannes. ___ 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] Workspace Preview 4.5.14
Hallo Liste, seit der Umstellung auf Vers. 4.5.14 ist ja einiges am Versionsmanagement und den Workspaces gemacht worden... Ich hab jetzt das Problem, dass mir zwar der Preview Link sowohl beim Redakteur als auch dem Freigeber erstellt wird, die Datensätze, die auf dem Status Ready to Publish stehen aber in der Vorschau nicht angezeigt werden. Der Preview Link funktioniert zwar, es werden aber 2 identische Inhalte, die des LIVE Systems, angezeigt. Hat jemand eine Idee? Bin wirklich für jeden Tip dankbar da ich jetzt schon seit einiger Zeit nach dem Fehler suche. Danke und einen schönen Tag noch, Peter Schäfer ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german