Re: [TYPO3-german] Hooks in TYPO3 7
Ok, danke Euch für die hilfreichen Hinweise. -- View this message in context: http://typo3.3.n7.nabble.com/Hooks-in-TYPO3-7-tp285002p285058.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Hooks in TYPO3 7
Hallo Dieter, danke für die Antwort. Die angesprochenen Quellen von Stefan und typo3blogger hatte ich schon durch. Hier werden ja eher Hooks beschrieben sowie die Anwendung. Mein Problem ist ja eher die Auffindbarkeit nicht die Definition von Hooks. Bei meiner bisherigen Recherche bin ich eben zufällig bei manchen Hooks hängengeblieben. Das Signal-/Slot-Prinzip ist mir ebenfalls geläufig, nur wurden entsprechende Signals von den Entwicklern nicht vorgesehen, sondern Hooks. Und auch mit PHPStorm bin ich am arbeiten, habe aber da deine Suchmöglichkeit so noch nicht in Betracht gezogen und werde es mal testen. Nichtsdesotrotz vermute ich jetzt mal, das anhand von Verzeichnisstrukturen/Dateinamen etc. eine schnelle Suche wohl nicht möglich ist. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Hooks-in-TYPO3-7-tp285002p285041.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Hooks in TYPO3 7
Habe nun zur ersten Frage feststellen können, das die Hooks im Quellcode lediglich eine Art "Angebot zur Nutzung" sind, was jedoch nichts zum BE-Modul "Konfiguration" aussagt. Erst wenn der Hook in der ext_localconf.php registriert wurde, erscheint er auch in der Konfiguration. OK, wieder etwas gelernt. Das Problem der Auffindbarkeit der Hooks steht aber immer noch im Raum. Bestimmte Funktionalitäten scheinen über verschiedenste Dateien verteilt zu sein. Gerade im Zusammenhang des Login finde ich z.B. etwas unter: sysext/core/Authentication/AbstractUserAuthentication sysext/core/Authentication/BackendUserAuthentication dann wieder etwas unter: sysext/frontend/Authentication/FrontendUserAuthentication usw. Gibt es da irgendwie eine praktikable Vorgehensweise, nach der man vorgehen kann, um hier relativ schnell fündig zu werden. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Hooks-in-TYPO3-7-tp285002p285036.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Hooks in TYPO3 7
Hallo zusammen, schlage mich gerade mit der Verwendung von Hooks in TYPO3 7.6.10 herum. 1. Dabei kam die Frage auf, wie der Zusammenhang zwischen den Hooks im Quellcode und der Auflistung unter dem Modul "Konfiguration" zu betrachten ist. Beispielsweise finde ich in der AbstractUserAuthentication.php einige Hooks vor, wie z.B. "postUserLookUp", "postLoginFailureProcessing" oder auch "logoff_pre_processing". In TYPO3 im Modul "Konfiguration" wird aber nur der "logoff_pre_processing" aufgeführt. Wie darf man das nun deuten ? 2. Mit der Auffindbarkeit tue ich mich dabei auch sehr schwer. Suche ich z.B. Hooks für das Login (FE und BE), dann ist die Frage, wo ich da fündig werden kann. Unter sysext/core/ gibt es ja Unmengen zu entdecken, aber eher nach dem Adlersuchsystem. Gibt es da eine Systematik, nach der man schnell fündig werden kann? Hoffe, es kann mir jemand hier näheres dazu sagen. Vielen Dank Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Hooks-in-TYPO3-7-tp285001.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] keine content element textmedia
Hallo Jürgen, m.W. lässt sich css_styled_content und fluid_styled_content (noch) parallel betreiben, d.h. css_styled_content muss nicht deaktiviert werden, wenn noch Abhängigkeiten bestehen. Gruß Eddy -- View this message in context: http://typo3.3.n7.nabble.com/keine-content-element-textmedia-tp281174p284806.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] typo3 vs drupal
Hallo Michael, in TYPO3 wäre das z.B. mit dem Signal-/Slotprinzip umsetzbar. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/typo3-vs-drupal-tp283693p283695.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Repository Injection Hetzner
Hallo Johannes, ich kann jetzt leider nichts zum Hetzner Server sagen. Aber was mir an Deinem Code spontan auffällt ist, das Du das fileRepository zuerst injectest und dann in der downloadAction nochmal eine Referenz auf das fileRepository erstellst. Du müsstest doch in der Action das Repository mit $this->fileRepository ansprechen können? Grüsse Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Repository-Injection-Hetzner-tp282287p282293.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vagrant und Typo3
Hallo Harald, ich habe TYPO3 unter Vagrant zum Laufen bekommen, hatte dabei aber eigentlich keine Berechtigungsprobleme. Der vagrant-Ordner gehört vagrant:vagrant. Musste ihn aber auch nicht anfassen. Bzgl. Rechten habe ich einen synced folder htdocs, der bei mir folgendermaßen im Vagrantfile definiert wird: config.vm.synced_folder htdocs/, /var/www/projekt/htdocs, owner: root, group: root also sowohl owner als auch group auf root. Mehr habe ich rechtetechnisch nicht anpassen müssen. Vielleicht hilfts ja. Grüße Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Vagrant-und-Typo3-tp277024p277025.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit FE-Login
Hi Steffen, nc steht einfach für no cache. Gruß Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Problem-mit-FE-Login-tp276466p276490.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Ausgeblendete Backendfelder nach Speichern wieder sichtbar
Hallo Liste, habe mit TYPO3 6.2.12 folgendes Phänomen bei der Nutzung von news (3.1.0): Über eine Benutzergruppe werden diverse Backendfelder bei der news ausgeblendet. Wird ein Artikel neu angelegt, werden auch nur die gewünschten Felder angezeigt. Nach dem Speichern jedoch sind alle Felder im Backend zu sehen. Ist dieses Problem bei news bekannt bzw. wie kann man dem begegnen? Vielen Dank Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Ausgeblendete-Backendfelder-nach-Speichern-wieder-sichtbar-tp275781.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements Bootstrap 3 HTML Ausgabe / View Helper
Hallo, im Prinzip fehlt dir nur noch die Spaltenaufteilung nach bootstrap. Im Augenblick hast du mit dem div class=row einen Einspalter über 100% Breite angelegt, aber keine weiteren Spalten definiert. Die gewünschten Spalten werden dann nach bootstrap-Philosophie mit 12 Spalten zusammengebaut. Hier ein einfaches Beispiel über 2 Spalten mit 50% Breite (Inhalte müssen natürlich vorher in TypoScript definiert worden sein): div class=row div class=col-sm-6 col-lg-6 col-md-6 f:format.raw{content}/f:format.raw /div div class=col-sm-6 col-lg-6 col-md-6 f:format.raw{contentRight}/f:format.raw /div /div Grüsse Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Gridelements-Bootstrap-3-HTML-Ausgabe-View-Helper-tp273634p273642.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menü: elementUid bei ul
Hallo Nils, danke für den Hinweis. Ich habe es zwar mittlerweile anders gelöst, da es um nichts in der Welt funktionieren wollte. Werde mir aber den Link zu gemüte führen. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Menu-elementUid-bei-ul-tp254305p273525.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menü: elementUid bei ul
Hallo Daniela, ist natürlich schon fast ne Ewigkeit her, hänge aber am gleichen Problem. M.E. ist der Knackpunkt hier, wie in dem zu öffnenden Untermenü die elementUid im ul unterzubringen ist. Wie hast du das denn geregelt? Versuche ist es z.B. mit einem normalen wrap, wird die elementUid nicht erkannt, also {elementUid} ausgegeben: 3.wrap = ul id=collapseit-{elementUid} class=docollapse nav collapse | /ul Andere wrap-Kombinationen fruchten da auch nicht. Vielleicht gibts ja noch Ideen dazu. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Menu-elementUid-bei-ul-tp254305p273325.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RTE User TSconfig
Hallo zusammen, ich kämpfe zur Zeit mit den RTE-Konfigurationen auf Benutzergruppenebene und komme hier nicht richtig bei den folgenden Problemen weiter (TYPO3 6.2.9): 1. Mittels page.RTE.default { hideButtons = ... showButtons = ... } bekomme ich die gewünschten Buttons beim erstmaligen Erstellen des Contentelements entsprechend angezeigt/ausgeblendet. Wird abgespeichert, sind plötzlich alle Buttons zu sehen. Ich vermute, es fehlt noch der proc-Bereich für den Weg von und zu der Datenbank, nur ist es mir nicht möglich, dazu eine aktuelle Konfiguration zu finden, die funktioniert. 2. Wie kann man ausserdem die gelben und grauen Rahmen in den Blockstilen entfernen? Folgende Einstellung zieht hier nicht: page.RTE.default.buttons { blockstyle.tags.div.allowedClasses := removeFromList(csc-frame-frame1, csc-frame-frame2) blockstyle.tags.table.allowedClasses := removeFromList(csc-frame-frame1, csc-frame-frame2) } 3. Wie lässt sich denn das p-tag in einer Tabelle bei einer Zeilenschaltung unterdrücken? Wäre nett, wenn es zu dem einen oder anderen Punkt dienliche Hinweise gäbe. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/RTE-User-TSconfig-tp273213.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bootstrap 3 und TMENU
Hallo Dieter, bin nun nach Deinem Prinzip vorgegangen und denke, des Rätsels Lösung gefunden zu haben: Die Oberseite, also die mit entsprechenden Unterseiten, zeigt das merkwürdige Verhalten dann, wenn die Oberseite als normale Seite (mit a href-Verlinkung) eingerichtet ist. Wird die Verlinkung entfernt, funktioniert es wie gewünscht. Vielen Dank für den Schubs in die richtige Richtung. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Bootstrap-3-und-TMENU-tp272380p272414.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bootstrap 3 und TMENU
Hallo Dieter, danke für die Antwort, aber leider ist es das nicht. Ich habe mal des Typoscript und das Template radikal auf das betreffende Menü gekürzt, um Seiteneffekte anderer Art auszuschließen. Doch leider bleibt der Effekt. Die Einbindung der Javascript-Dateien scheint auch korrekt und erfolgt mittels includeJSFooterlibs. Zuerst jquery dann das bootstrap.js. Bin ehrlich gesagt ratlos. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Bootstrap-3-und-TMENU-tp272380p272391.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Bootstrap 3 und TMENU
Hallo zusammen, in TYPO3 6.2 baue ich zur Zeit Bootstrap 3 ein und hänge an einem merkwürdigen Problem beim TMENU. Ein einfaches vertikales Menü soll bei Klick auf eine Seite das entsprechende, vorhandene Untermenü ausfahren. Ein weiterer Klick soll es wieder schließen. Das Problem ist nun, das bei Klick das Untermenü sich zwar öffnet, aber unmittelbar wieder schließt. Ich verwende dabei das collapse-plugin. Das TypoScript ist recht übersichtlich: ## lib.sidenavi = HMENU lib.sidenavi { entryLevel = 0 1 = TMENU 1 { expAll = 0 collapse = 0 wrap = ul class=nav navbar-nav | /ul NO { wrapItemAndSub = li | /li stdWrap.htmlSpecialChars = 1 stdWrap.htmlSpecialChars.preserveEntities = 1 } ACT .NO ACT = 1 ACT { wrapItemAndSub = li | /li } IFSUB = 1 IFSUB { wrapItemAndSub = li| /li stdWrap.wrap = | ATagParams = data-toggle=collapse data-target=#testcollapse } ACTIFSUB .IFSUB ACTIFSUB { wrapItemAndSub = li class=active|/li } } 2 .1 2.collapse = 0 2.wrap = ul id=testcollapse class=nav collapse | /ul 2.NO { wrapItemAndSub = li | /li } } ## Eingebunden wird das ganze im Template mittels: div class=collapse navbar-collapse sidebar-navbar-collapse24 f:cObject typoscriptObjectPath=lib.sidenavi/ /div ## Wenn ich nun den f:cObject-Part entferne und testweise z.B. dies dafür einsetze: div class=collapse navbar-collapse sidebar-navbar-collapse24 Klick mich div id=collapse123 class=collapse Das wird ein und ausgeblendet /div /div dann funktioniert es richtig, bei Klick ausfahren und bei Klick wieder einfahren. Irgendwie funkt mir Javascript dazwischen, aber ich finde keinen Ansatzpunkt. Wie ich im Firebug sehen kann, hat das Untermenu zunächst die Klasse collapse, während des Übergangs wird die Klasse collapsing verwendet und dann die Klassen collapse.in, die letztlich das Untermenü anzeigt. Aber einen Augenblick später springt die Klasse automatisch wieder auf collapse, wodurch das Untermenü wieder geschlossen wird. Hat jemand evtl. eine Erklärung bzw. einen Ansatz, um dem Herr zu werden? Danke schonmal Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Bootstrap-3-und-TMENU-tp272379.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Website mit Kacheln
Hallo Frank, das ist alles mit CSS3 zu machen (siehe transition etc.) Gruß Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Website-mit-Kacheln-tp268257p268259.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Flexform - / Typoscript-Settings
Hallo Johannes, vielleicht hilft dir das weiter: http://nerdcenter.de/extbase-typoscript-flexform-settings/ Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Extbase-Flexform-Typoscript-Settings-tp267700p267736.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news - Image Crop bei List Ansicht
Hi Dana, in welchem HTML-Template das erwähnte fluid-Schnippsel eingebaut werden muss ist davon abhängig, von welchem Controller an welchen View die Daten gesendet werden sollen. Die Angaben in fluid unter width bzw. height suchen übrigens die Werte unter settings.detail.media.image.width, Deine Angaben hast Du aber unter settings.list.media.image.maxWidth hinterlegt. Das heisst, diese wird er natürlich so nicht finden. Schau mal in den Konstanten-Editor. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/tx-news-Image-Crop-bei-List-Ansicht-tp262769p266360.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Hi Bastian, wenn findall() bei mir mal wieder nicht funktionieren will, prüfe ich mittlerweile zuerst, ob die storagePid gesetzt bzw. im plugin unter Datensatzsammlung entsprechende Ordner zugewiesen sind. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Extbase-findAll-liefert-immer-denselben-Wert-tp266233p266242.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Zu der Methode findAll() muss man auch berücksichtigen, das nur solche Objekte aus dem Repository zurückgegeben werden, die mit persistAll() in die Datenbank geschrieben wurden. D.h. wurde nicht persistiert, findet findAll() auch nichts. -- View this message in context: http://typo3.3.n7.nabble.com/Extbase-findAll-liefert-immer-denselben-Wert-tp266233p266256.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Könnte evtl. auch bei der Ausgabe in Fluid die Schleife nicht korrekt sein ? -- View this message in context: http://typo3.3.n7.nabble.com/Extbase-findAll-liefert-immer-denselben-Wert-tp266233p266258.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Ich komme nochmal auf die storagePid zurück. Siehst Du die Daten der Tabelle im Backend? Dann versuche doch mal folgendes: Lege einen Sysordner im Backend an und da hinein einen Datensatz mit der entsprechenden Repository/Tabelle. Dann: config.tx_extbase.persistence.storagePid = hier die id des Sysordners -- View this message in context: http://typo3.3.n7.nabble.com/Extbase-findAll-liefert-immer-denselben-Wert-tp266233p266279.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vorgehensweise bei der Extensionentwicklung
Ja, mit der roundtrip-Funktion hatte ich auch schon gearbeitet. Der Extension-Builder legt dann ja nach jedem Speichervorgang quasi eine Sicherung an. Dazu müsste ich dann aber eigentlich konsequent nur mit dem Extension-Builder arbeiten. Bei der settings.yaml ist das so eine Sache. Was sollte gemerged werden, was nicht, ist natürlich individuell verschieden, aber m.E. etwas fitzelig. Bei Änderungen oder neuen Dateien muss man immer die settings.yaml im Hinterkopf behalten. Und wie Du schon schreibst, könnten dann wieder in manchen Fällen Infos/Daten fehlen. Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Vorgehensweise-bei-der-Extensionentwicklung-tp266066p266127.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Vorgehensweise bei der Extensionentwicklung
Hallo Liste, beim Beginn einer neuen Extension bemühe ich den Extension Builder und erstelle mir die benötigten Models, Properties und Relationen bis das Grundgerüst soweit steht. Weitere Änderungen nehme ich später dann direkt in der IDE vor. Nun stellt sich mir die Frage, ob diese Vorgehensweise so geschickt ist, da sich ja nun der Quellcode in der IDE von den Daten, die der Extension Builder gespeichert hat unterscheidet. Nehme ich nun danach Änderungen mal wieder im Extension Builder vor und speichere diese, werden mir gegebenenfalls Daten gelöscht oder überschrieben (je nach Einstellungen in der settings.yaml). (Git sei Dank, das ich sowas bereinigen konnte) Daher meine Frage, wie man am besten hier vorgeht bzw wie ihr das handhabt. Viele Grüße Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Vorgehensweise-bei-der-Extensionentwicklung-tp266065.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vorgehensweise bei der Extensionentwicklung
Hallo Till, da bin ich ja fast beruhigt, das es anderen ähnlich ergeht. Ich bin da eigentlich immer am rumlavieren, überlege manchmal die Änderungen der IDE im Extension Builder nachzuziehen oder vielleicht doch nicht. Die Vorgehensweise scheint da irgendwie Sinn zu machen, den Extension Builder zum grundlegenden Aufbau zu verwenden und dann Finger weg von ihm :-) Gruß Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Vorgehensweise-bei-der-Extensionentwicklung-tp266066p266071.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid: f:for innerhalb eines f:form.select
Hallo Robert, ich hatte das mal so realisiert: f:form.select property=school options={school} optionValueField=uid optionLabelField=name / Die Daten kommen dabei aus der Controller-Action und werden mit $school an fluid übergeben. Der übergebene Wert ist die uid, angezeigt wird der entsprechende Name. Vielleicht hilfts ja. Gruß Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Fluid-f-for-innerhalb-eines-f-form-select-tp265945p265950.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] locallang.xlf für eine Extension im fileadmin erweitern?
Hallo Stefan, bei den bisherigen locallang.xml-Dateien musste in der localconf.php der Parameter locallangXMLOverride bei $GLOBALS['TYPO3_CONF_VARS']['SYS'] gesetzt werden. Unter TYPO3 6.x wäre das dann die AdditionalConfiguration.php. (Bin mir jetzt nicht sicher, ob das auch für die xlf-Dateien gilt.) Evtl. wäre es mal ein Blick wert. Viele Grüße Eddy -- View this message in context: http://typo3.3.n7.nabble.com/locallang-xlf-fur-eine-Extension-im-fileadmin-erweitern-tp265425p265549.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase Queries und Stored Procedures
Hallo Till, soweit mir bekannt ist, funktionieren auch stored procedures in Repositories. Speziell zum verwendeten Call-Befehl kann ich jetzt nicht sagen, aber mit einem handelsüblichen Select tut die Sache, z.B. $query-statement( 'SELECT * FROM blablamodel WHERE name LIKE ? AND plz IN ?', array('%Liste%', array(6000,7000)) ); Vielleicht hängt es ja an deinen Arrays? Grüße Eddy Am 28.02.2014 00:14, schrieb g4-l...@tonarchiv.ch: Hallo, kann mir jemand sagen, ob ich bei Extbase Repositories in der query auch stored procedures aufrufen kann, also etwa: $query = $this-createQuery(); $query-statement('CALL SP_Search_Behandlung(?,?)', array($demand-getLeistungsgruppe(), trim($demand-getPlzort())) ); return $query-execute(); Eine direkte Abfrage via $GLOBALS['TYPO3_DB']-sql_query(CALL...); liefert mir Ergebnisse. Unter Extbase kriege ich aber einen Rattenschwanz von Fehlermeldungungen, alle in der Art: t3lib_DB::exec_DELETEquery , Commands out of sync; you can't run this command now Kann man das mit einem Trick beheben? Stored procedures wären in meinem Fall sehr praktisch... Grüße, Till ___ 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] Probleme mit mapping Typo3 6.1
Hallo Jan, so wie es aussieht, übergibst Du hier ja auch die tx_extbase_domain_model_frontenduser und nicht Deine eigene Tabelle. Viele Grüße Eddy Am 24.01.2014 06:27, schrieb Jan Leifert: Hallo, hat sich bei Typo3 6.1 irgendwas beim mapping von Klassen für Extbase geändert? Ich habe eine eigene Tabelle die eine Referenz auf die fe_users hat. Da ich die fe_users nicht verändern möchte habe ich es einfach so versucht: /** * @var Tx_Extbase_Domain_Repository_FrontendUserRepository * @inject */ protected $userRepository; $this-userRepository-findByUid($GLOBALS['TSFE']-fe_user-user['uid']) Extbase bringt ja eigentlich eigenes Typoscript für das Mapping mit. Ich wäre davon ausgegangen das es so funktioniert, trotzdem fragt er eine tx_extbase_domain_model_frontenduser Table in der Datenbank ab. Habe dann viele Varianten im Typoscript probiert: plugin.tx_myext.persistence{ storagePid=2 classes{ Tx_Extbase_Domain_Model_FrontendUser{ mapping{ tableName=fe_users } } } } oder so: plugin.tx_myext.persistence{ storagePid=2 classes{ TYPO3\CMS\Extbase\Domain\Model\FrontendUser{ mapping{ tableName=fe_users } } } } Beides funktioniert nicht. Auch nicht wenn ich in config.extbase irgendwas für das mapping einstelle. Bei jeder Änderung habe ich vor dem testen den Cache gelöscht. Ganz egal was ich mache er fragt die falsche Tabelle ab. Wenn ich google finde ich ziemlich nur Lösungen die sich auf Typo3 6.0 beziehen. Habe mir als Beispiel auch blog_example, pw_comments und news angesehen. Finde keinen Hinweis was die anders machen. Den Recordtype der User habe ich auch schon auf verschiedene Werte gesetzt. Hat da jemand ne Lösung für mich? Dank und Gruss, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit mapping Typo3 6.1
Hallo Jan, vielleicht verstehe ich es auch falsch, aber Dein userRepository bezieht sich doch auf Tx_Extbase_Domain_Repository_FrontendUserRepository. Womit er ja diese entsprechende Tabelle auch heranzieht. Er hat hier keine andere. Viele Grüße Eddy Am 24.01.2014 10:15, schrieb Jan Leifert: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hallo Eddy, hab mich vielleicht missverständlich ausgedrückt, ich will als ersten Schritt nur eine FrontendUser-Objekt vom aktuell eingelogten User. Eine Referenz auf das Objekt will ich dann später in meiner eigenen Tabelle speichern. Aber schon nur dieser aufruf: $this-userRepository-findByUid($GLOBALS['TSFE']-fe_user-user['uid']) fragt die falsche Tabelle ab. Also meine eigene Tabelle ist an der Stelle noch gar nicht involviert. Grüße, Jan Am 24.01.14 10:11, schrieb Eddy Wolbert: Hallo Jan, so wie es aussieht, übergibst Du hier ja auch die tx_extbase_domain_model_frontenduser und nicht Deine eigene Tabelle. Viele Grüße Eddy Am 24.01.2014 06:27, schrieb Jan Leifert: Hallo, hat sich bei Typo3 6.1 irgendwas beim mapping von Klassen für Extbase geändert? Ich habe eine eigene Tabelle die eine Referenz auf die fe_users hat. Da ich die fe_users nicht verändern möchte habe ich es einfach so versucht: /** * @var Tx_Extbase_Domain_Repository_FrontendUserRepository * @inject */ protected $userRepository; $this-userRepository-findByUid($GLOBALS['TSFE']-fe_user-user['uid']) Extbase bringt ja eigentlich eigenes Typoscript für das Mapping mit. Ich wäre davon ausgegangen das es so funktioniert, trotzdem fragt er eine tx_extbase_domain_model_frontenduser Table in der Datenbank ab. Habe dann viele Varianten im Typoscript probiert: plugin.tx_myext.persistence{ storagePid=2 classes{ Tx_Extbase_Domain_Model_FrontendUser{ mapping{ tableName=fe_users } } } } oder so: plugin.tx_myext.persistence{ storagePid=2 classes{ TYPO3\CMS\Extbase\Domain\Model\FrontendUser{ mapping{ tableName=fe_users } } } } Beides funktioniert nicht. Auch nicht wenn ich in config.extbase irgendwas für das mapping einstelle. Bei jeder Änderung habe ich vor dem testen den Cache gelöscht. Ganz egal was ich mache er fragt die falsche Tabelle ab. Wenn ich google finde ich ziemlich nur Lösungen die sich auf Typo3 6.0 beziehen. Habe mir als Beispiel auch blog_example, pw_comments und news angesehen. Finde keinen Hinweis was die anders machen. Den Recordtype der User habe ich auch schon auf verschiedene Werte gesetzt. Hat da jemand ne Lösung für mich? Dank und Gruss, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJS4i8kAAoJEHUdf0+dmHGOSWIIAI9J49vcfqThrRjX7kQY1wDs 1PgrPKAp8Z11ItofgMFlzWIcTRVzN4N0b1kXasedrfioqBjJeLLuTbAVBmKFRVPU frE+bSe59upTXdl7a7eCBk3CFYwJ7ywq1ZuzwxsUMrflKVE3jZuFRcBySSHHTOKX vrNbducDU/lAwZVXl+1N4GAsDizaIrmCvVbJ2NwuphuKfj+tSvJdKBCY19hbR9e8 8oIRhG7nitou6X8T4gNzmJ4aQKqnBxZq7NwxAPXA0kbg+pGF31LGhvdRjbl7zUdF 3xALS4HryvsK4J8hshnigLRfQsXkmLbca55JG+Zi4+ntw7oW6SStfJmObD10pdA= =QDs3 -END PGP SIGNATURE- ___ 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] Probleme mit mapping Typo3 6.1
Dachte eigentlich, das ich das so rüberbrachte? Aber vielleicht wirds ja bei der Antwort von Johannes noch deutlicher. Gruß Eddy Am 24.01.2014 11:07, schrieb Johannes C. Schulz - EnzephaloN IT-Solutions: Hallo jan Du mußt Dein TS ändern, indem Du Deine Klasse angibst und nicht die Extbase-Klasse: ich hab auch das hier versucht: config.tx_extbase { persistence{ classes { Tx_DeineExtension_Domain_Model_DeinModelName{ # oder \DeinVendorName\DeinExtensionname\Domain\Model\DeinModelName { mapping { tableName = fe_users columns { lockToDomain.mapOnProperty = lockToDomain } } } } Grüße Johannes -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jan Leifert Gesendet: Freitag, 24. Januar 2014 10:41 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] Probleme mit mapping Typo3 6.1 Der Inhalt davon steht aber in der fe_user. Und dafür hat extbase von haus aus ein Mapping dabei: config.tx_extbase { persistence{ classes { TYPO3\CMS\Extbase\Domain\Model\FrontendUser { mapping { tableName = fe_users columns { lockToDomain.mapOnProperty = lockToDomain } } } } } ich hab auch das hier versucht: config.tx_extbase { persistence{ classes { Tx_Extbase_Domain_Repository_FrontendUser { mapping { tableName = fe_users columns { lockToDomain.mapOnProperty = lockToDomain } } } } Beides sollte so wie ich das verstehe dafür sorgen das er beim laden von Tx_Extbase_Domain_Repository_FrontendUser die Tabelle fe_users nimmt. Am 24.01.14 10:24, schrieb Eddy Wolbert: Hallo Jan, vielleicht verstehe ich es auch falsch, aber Dein userRepository bezieht sich doch auf Tx_Extbase_Domain_Repository_FrontendUserRepository. Womit er ja diese entsprechende Tabelle auch heranzieht. Er hat hier keine andere. Viele Grüße Eddy Am 24.01.2014 10:15, schrieb Jan Leifert: Hallo Eddy, hab mich vielleicht missverständlich ausgedrückt, ich will als ersten Schritt nur eine FrontendUser-Objekt vom aktuell eingelogten User. Eine Referenz auf das Objekt will ich dann später in meiner eigenen Tabelle speichern. Aber schon nur dieser aufruf: $this-userRepository-findByUid($GLOBALS['TSFE']-fe_user-user['uid' ]) fragt die falsche Tabelle ab. Also meine eigene Tabelle ist an der Stelle noch gar nicht involviert. Grüße, Jan Am 24.01.14 10:11, schrieb Eddy Wolbert: Hallo Jan, so wie es aussieht, übergibst Du hier ja auch die tx_extbase_domain_model_frontenduser und nicht Deine eigene Tabelle. Viele Grüße Eddy Am 24.01.2014 06:27, schrieb Jan Leifert: Hallo, hat sich bei Typo3 6.1 irgendwas beim mapping von Klassen für Extbase geändert? Ich habe eine eigene Tabelle die eine Referenz auf die fe_users hat. Da ich die fe_users nicht verändern möchte habe ich es einfach so versucht: /** * @var Tx_Extbase_Domain_Repository_FrontendUserRepository * @inject */ protected $userRepository; $this-userRepository-findByUid($GLOBALS['TSFE']-fe_user-user['uid']) Extbase bringt ja eigentlich eigenes Typoscript für das Mapping mit. Ich wäre davon ausgegangen das es so funktioniert, trotzdem fragt er eine tx_extbase_domain_model_frontenduser Table in der Datenbank ab. Habe dann viele Varianten im Typoscript probiert: plugin.tx_myext.persistence{ storagePid=2 classes{ Tx_Extbase_Domain_Model_FrontendUser{ mapping{ tableName=fe_users } } } } oder so: plugin.tx_myext.persistence{ storagePid=2 classes{ TYPO3\CMS\Extbase\Domain\Model\FrontendUser{ mapping{ tableName=fe_users } } } } Beides funktioniert nicht. Auch nicht wenn ich in config.extbase irgendwas für das mapping einstelle. Bei jeder Änderung habe ich vor dem testen den Cache gelöscht. Ganz egal was ich mache er fragt die falsche Tabelle ab. Wenn ich google finde ich ziemlich nur Lösungen die sich auf Typo3 6.0 beziehen. Habe mir als Beispiel auch blog_example, pw_comments und news angesehen. Finde keinen Hinweis was die anders machen. Den Recordtype der User habe ich auch schon auf verschiedene Werte gesetzt. Hat da jemand ne Lösung für mich? Dank und Gruss, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hallo Johannes, das könnte evtl. nach einem Cache-Leeren rufen :-) Eddy Am 04.12.2013 11:15, schrieb JCL - Johannes C. Laxander: Hallo, in kleinen Schritten hangele ich mich von Problem zu Problem ;-) Nachdem ich den Namespace berücksichtigt habe, scheint es so, als habe ich den Fehler No class named \VENDOR\MyExtension\SubRegionController überwunden. Jedenfalls bekomme ich nun einen neuen Fehler: No method name 'findInMainRegion()' in class VENDOR\MyExtension\Controller\SubRegionController. Also ist die Klasse jetzt wohl bekannt!? Aber warum ist nun die Methode unbekannt? Die Action ist auch in der ext_localconf.php eingetragen. # flexform.xml itemsProcFuncVENDOR\MyExtension\Controller\SubRegionController-findInMainRegion()/itemsProcFunc # Auszug aus der Datei SubRegionController.php: ?php namespace VENDOR\MyExtension\Controller; /** * action findInMainRegion sub regions that correspond to the selected main region * * @return void */ class SubRegionController extends \TYPO3\CMS\Extbase\Mvc\Controller\ActionController { public function findInMainRegion() { $subRegions = $this-subRegionRepository-findByMainRegionAssignment(2); $this-view-assign('subRegions', $subRegions); } } ? Mit Eurer Hilfe überwinde ich auch diese Hürde! Danke. 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] HMENU wird nicht angezeigt
Hi Benedikt, mal ganz platt gefragt, gibt es denn überhaupt den Marker MENU im HTML-Template? Gruß Eddy Am 28.11.2013 16:59, schrieb Benedikt SChulten: Guten Tag alle zusammen, ich bin grade dabei mir eine kleine Homepage zu basteln und stehe nun vor folgendem Problem: Wenn ich ein Menü einfügen will, wird es schlichtweg nicht angezeigt bzw. ist einfach nicht vorhanden. Ich hab schon mehrere VArianten ausprobiert und teilweise 1zu1 den Code aus Beispielen und ähnlichem übernommen, trotzdem keine Wirkung. Ich hoffe einer von euch kann mir helfen! Vielen Dank im vorraus! Grüße Benedikt Hier ist mein Code: Typoscript: page = PAGE page.typeNum = 0 page.10 = TEMPLATE page.10{ template = FILE template.file = fileadmin/mytypo3/template.html workOnSubpart = DOCUMENT_BODY subparts{ SIDEBAR styles.content.getRight CONTENT styles.content.get MENU = HMENU MENU{ entryLevel = 0 1 = TMENU 1{ wrap = ul type=none|/ul NO.allWrap = li|/li } } } } page.stylesheet = fileadmin/mytypo3/styles.css Ich hab das HTML jetzt mal icht angehängt, da da nur auf simpelste Art und Weise die Subparts definiert sind, da liegt der Fehler auch nicht (nehme ich mal stark an) , denn komplett als reines Script geht das schließlich auch nicht. ___ 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] fe_users mit dem extension_builder erweitern ?
Hallo zusammen, ich habe den Part in der ext_tables.php mit einem zusätzlichen Feld (Checkbox) folgendermaßen realisiert: $tempColumns = array( 'tx_ext_fieldname' = array( 'exclude' = 0, 'label' = 'AGB akzeptiert', 'config' = array( 'type' = 'check', 'default' = 0, ), ), ); \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('fe_users', $tempColumns, 1); \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addToAllTCAtypes('fe_users', 'tx_ext_fieldname', '', 'after:email'); Viele Grüße Eddy Am 09.11.2013 02:01, schrieb Jan Kornblum: Hi Ralf-Rene, lustig, ich habe mich bis eben gerade auch damit befasst und in einer neuen Extension fe_users eingebunden. Habe zwar keine neuen Felder hinzugefügt, aber Prinzip sollte das gleiche sein (TYPO3 6.1.5, ExtensionBuilder 2.5.2.): Im Extension Builder ein neues Model FrontendUser (oder wie dein Model eben heißen soll) erzeugen. Extend existing model class = \TYPO3\CMS\Extbase\Domain\Model\FrontendUser. Map to existing table leer lassen. Damit im Backend die normalen fe_users Felder angezeigt werden, ist folgende Ergänzung in ext_tables.php notwendig: t3lib_div::loadTCA('fe_users'); if (is_array($TCA['fe_users']['columns']['tx_extbase_type'])) { $TCA['fe_users']['types']['Tx_MyExt_FrontendUser'] = $TCA['fe_users']['types']['0']; } In Verbindung mit eigenen Feldern in fe_users müsste das dann ggf. zusammengesetz werden, also: ... = $TCA['fe_users']['types']['0'] . $TCA['fe_users']['types']['xyz'] (das aber nicht getestet...). Dann, falls von einem anderen Model deiner Extension eine Relation auf deine FrontendUser gewünscht ist, diese ganz normal im Extension Builder anlegen. Es geht also quasi fast ohne manuelle Anpassungen. Hoffe ich habe nichts übersehen... Gute Nacht, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] View Parameter im Haupt-Template verwenden
Hallo Thomas, was meinst Du genau mit Haupt-HTML-Template? Gruß Eddy Am 07.11.2013 15:14, schrieb Thomas: Hallo. Ich verwende in einem Action-Template einige View-Parameter, welche ich im Controller mit zB: $this-view-assign(testParam, 1); zugewiesen habe. Wie ist es möglich auf diese View-Parameter im Haupt-HTML-Template meiner Typo3-Seite zuzugreifen? Besten Dank für eure Hilfe! ___ 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] redirect- bzw. forward-Methode
Hallo zusammen, ich muss gestehen, dass ich bei den erwähnten Controller-Methoden redirect() bzw. forward() noch so meine Probleme in der Unterscheidung und dem entsprechenden Einsatz habe. Bisher setze ich sie eher aus dem Bauchgefühl heraus ein. Lt. Literatur wird ja mit der redirect-Methode sofort ein neuer Request-Response-Zyklus gestartet, bei der forward-Methode nicht. Nun ja, welche Vorteile/Nachteile ergeben sich nun daraus, d.h. in welchen Fällen setzt man besser die redirect-Methode und wann die forward-Methode? Vielleicht gibts ja konkrete Handlungsanweisungen. Viele Grüße Eddy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] t3lib_mail_Message
Hallo Christof, meines Wissens war diese Mail-API ja nur bis TYPO3 4.5 verfügbar. Dazu kann ich Dir diesen Link geben: http://api.typo3.org/typo3cms/45/html/classt3lib__mail___message.html Viele Grüße Eddy Am 17.09.2013 09:18, schrieb HC-Media: Guten Morgen, kann mir evtl. jemand sagen wo t3lib_mail_Message dokumentiert ist, bzw. wo ich eine Übersicht der Methoden finde? Explizit suche ich aktuelle folgendes, dies funktioniert: * $mail-setBcc(); Ich wollte jetzt wissen ob es auch ein addBcc gibt um mehrere Empfänger hinzu zu fügen? LG Christof ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verwendung Controller bzw. Models in extbase
Hallo Chris, danke für das ausführliche statement. Ich denke mal, so ganz daneben lag ich bisher nicht. Das Model ist für mich bisher tatsächlich nur ein Ort, an dem die Eigenschaften eines Objekts erfasst und mit getter und setter-Methoden abrufbar sind. Den Ansatz mit den Utility Classes werde ich im Hinterkopf behalten, da meine Controllermethoden manchmal doch umfangreicher werden. Bei deinem Beispiel zur Methode getPriceWithTax wäre ich wahrscheinlich wieder Richtung Controller geschwenkt. Aber das ist wohl genau der Knackpunkt, gehört es noch zum Model oder nicht. Wo zieht man die Grenze. Ich vermute mal, das oft in der Literatur zitierte Der Controller koordiniert nur, das Model bildet die komplette Geschäftslogik ab tut ein weiteres, das hinter dem Model viel mehr vermutet wird und der Controller nur eine Art Gehilfe darstellen könnte. Viele Grüße Eddy Am 10.09.2013 19:27, schrieb chris Wolff: Hi Eddy, Ein Model, ist ein Datenspeicher. es enthält eine Eigenschaften und die nötigen validationen dazu! eventuell auch einfache funktionen die sich z.b direkt aus den daten einens models ergeben. ein model hat in der regel keine weitere logik ausser getter und setter. eventuelle einfache berechnungs funktionen. angenommen du hast eien artikel im shop. könnte das model z.b folgende werte Eigenschaften haben price Tax dann könnte da model folgende zusätzlich eine funktion enthalten die getPriceWithTax() heist um den preis mit der steuer zu ermitteln. aber mehr funktionalität sollte eigendlich nicht im moddel abgebildet werden. der Controller sollte den Datenfluss steuern. er code des Controllers sollte immer überschaubar sein. eine Action sollte nicht allzu lang werden. wenn du komplexe logik abilden must ist es sinvoll dafür eine eigene Utility Classe zu schreiben. angenommen du must am ende deines formulars ein PDF generieren. dann kannst due den gesamten code dafür natürlich im Controlle abbilden aber schönwer währe eine lösung die einen pdfGenerator Classe injected und dann diese nutzt. z.b so (pseudo code): function injectPdfGenerator($pdfGenerator){ $this-pdfGenerator = $pdfGenerator; } function newPdfAction($customerData){ $this-pdfGenerator-createPdfFromCustomerData($customerData); $this-emailService-addAttachment($this-pdfGenerator-getPdfFilename()); $this-emailService-send(); } hier ist die newPdfAction übersichtlich mann kann den informations fluss gut verfolgen die auffwendigen sachen passieren dann im pdfGenerator bzw. emailService pdfGenerator und email service sind dann hoffentlich wieder klassen die sich gut durch unit test testen lassen. unit testing von controller logik ist etwas tricky gruss chris Am 10. September 2013 16:39 schrieb Eddy Wolbert mailingl...@23zebras.de: Hallo Typo3-Gemeinde, ich beschäftige mich jetzt schon einige Zeit mit extbase/fluid und auch Domain Driven Design sowie das MVC-Paradigma ist mir einleuchtend. Was mich aber immer wieder umtreibt ist die Frage, ob ein Sachverhalt korrekterweise nun im Controller oder Model abgehandelt werden soll. Habe ich z.B. ein Formular, so bastle ich mir jeweils dazu ein Model und lasse hier die einzelnen Felder validieren. Weitere Verarbeitungen lasse ich dann vom Controller vornehmen. Ich muss gestehen, i.d.R. ist bei mir in den meisten Fällen der Controller am arbeiten. Gibt es evtl. Richtlinien, Handlungsanweisungen oder auch einfach Erfahrungswerte, nach denen eindeutig die Verwendung von Model oder Controller zu bevorzugen ist? Ich tue mich da etwas schwer. Vielleicht kann mir dazu ja jemand etwas sagen. Vielen Dank Eddy ___ 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] Verwendung Controller bzw. Models in extbase
Hallo, dieser Vorteil der getter-Methoden besteht natürlich. Aber wie wäre denn in einem ganz banalen Beispiel zu verfahren: - Ein FE-User loggt sich per Formular ein - Es sollen nun die Eingabedaten validiert werden - Falls ok, sollen weitere Daten aus der Datenbank (also dieses Userdatensatzes) geholt und weiterverarbeitet werden. Wäre das nun ausschließlich ein Fall für das Model? Viele Grüße Eddy Am 11.09.2013 11:12, schrieb Seidel, Christopher: Hi, der Controller dient nur der Steuerung eines Datenflusses. Logik gehört selbstverständlich (sofern abbildbar) KOMPLETT in das Model rein. Daher natürlich auch das getPriceWithTax. Dieses Vorgehen hat den ganz entscheidenden Vorteil, dass du diese Methode direkt im View aufrufen kannst. Dies gilt für alle getter im Model. Hier findest du näheres: http://docs.typo3.org/typo3cms/ExtbaseFluidBook/2-BasicPrinciples/2-Domain-Driven-Design.html Viele Grüße Christopher -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Eddy Wolbert Gesendet: Mittwoch, 11. September 2013 09:58 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] Verwendung Controller bzw. Models in extbase Hallo Chris, danke für das ausführliche statement. Ich denke mal, so ganz daneben lag ich bisher nicht. Das Model ist für mich bisher tatsächlich nur ein Ort, an dem die Eigenschaften eines Objekts erfasst und mit getter und setter-Methoden abrufbar sind. Den Ansatz mit den Utility Classes werde ich im Hinterkopf behalten, da meine Controllermethoden manchmal doch umfangreicher werden. Bei deinem Beispiel zur Methode getPriceWithTax wäre ich wahrscheinlich wieder Richtung Controller geschwenkt. Aber das ist wohl genau der Knackpunkt, gehört es noch zum Model oder nicht. Wo zieht man die Grenze. Ich vermute mal, das oft in der Literatur zitierte Der Controller koordiniert nur, das Model bildet die komplette Geschäftslogik ab tut ein weiteres, das hinter dem Model viel mehr vermutet wird und der Controller nur eine Art Gehilfe darstellen könnte. Viele Grüße Eddy Am 10.09.2013 19:27, schrieb chris Wolff: Hi Eddy, Ein Model, ist ein Datenspeicher. es enthält eine Eigenschaften und die nötigen validationen dazu! eventuell auch einfache funktionen die sich z.b direkt aus den daten einens models ergeben. ein model hat in der regel keine weitere logik ausser getter und setter. eventuelle einfache berechnungs funktionen. angenommen du hast eien artikel im shop. könnte das model z.b folgende werte Eigenschaften haben price Tax dann könnte da model folgende zusätzlich eine funktion enthalten die getPriceWithTax() heist um den preis mit der steuer zu ermitteln. aber mehr funktionalität sollte eigendlich nicht im moddel abgebildet werden. der Controller sollte den Datenfluss steuern. er code des Controllers sollte immer überschaubar sein. eine Action sollte nicht allzu lang werden. wenn du komplexe logik abilden must ist es sinvoll dafür eine eigene Utility Classe zu schreiben. angenommen du must am ende deines formulars ein PDF generieren. dann kannst due den gesamten code dafür natürlich im Controlle abbilden aber schönwer währe eine lösung die einen pdfGenerator Classe injected und dann diese nutzt. z.b so (pseudo code): function injectPdfGenerator($pdfGenerator){ $this-pdfGenerator = $pdfGenerator; } function newPdfAction($customerData){ $this-pdfGenerator-createPdfFromCustomerData($customerData); $this-emailService-addAttachment($this-pdfGenerator-getPdfFilename()); $this-emailService-send(); } hier ist die newPdfAction übersichtlich mann kann den informations fluss gut verfolgen die auffwendigen sachen passieren dann im pdfGenerator bzw. emailService pdfGenerator und email service sind dann hoffentlich wieder klassen die sich gut durch unit test testen lassen. unit testing von controller logik ist etwas tricky gruss chris Am 10. September 2013 16:39 schrieb Eddy Wolbert mailingl...@23zebras.de: Hallo Typo3-Gemeinde, ich beschäftige mich jetzt schon einige Zeit mit extbase/fluid und auch Domain Driven Design sowie das MVC-Paradigma ist mir einleuchtend. Was mich aber immer wieder umtreibt ist die Frage, ob ein Sachverhalt korrekterweise nun im Controller oder Model abgehandelt werden soll. Habe ich z.B. ein Formular, so bastle ich mir jeweils dazu ein Model und lasse hier die einzelnen Felder validieren. Weitere Verarbeitungen lasse ich dann vom Controller vornehmen. Ich muss gestehen, i.d.R. ist bei mir in den meisten Fällen der Controller am arbeiten. Gibt es evtl. Richtlinien, Handlungsanweisungen oder auch einfach Erfahrungswerte, nach denen eindeutig die Verwendung von Model oder Controller zu bevorzugen ist? Ich tue mich da etwas schwer. Vielleicht kann mir dazu ja jemand etwas sagen. Vielen Dank Eddy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi
Re: [TYPO3-german] Verwendung Controller bzw. Models in extbase
Hallo, hmm, das klingt plausibel. Würde also letztlich hier bedeuten, das nur die Validierung über das Model selbst erfolgt. Der übrige Ablauf ist eine Sache zwischen Controller und Repository (was ja eigentlich bei jedem Datenbankzugriff zutreffen müsste). Viele Grüße Eddy Am 11.09.2013 15:26, schrieb Seidel, Christopher: Hi, nein das wäre primär ein Zusammenspiel aus Controller und Repository des Models. Der Controller bekommt die Informationen aus dem Login Formular und sucht auf Basis dessen im Repository nach übereinstimmenden Werten. Wenn die Credentials stimmen bekommst du direkt ein Benutzerobjekt zurück. Von dem Objekt aus kannst du dann auf alle getter und setter zugreifen die vorher im Model angelegt worden sind also zum Beispiel getName oder ähnliches. Viele Grüße Christopher -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Eddy Wolbert Gesendet: Mittwoch, 11. September 2013 11:43 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] Verwendung Controller bzw. Models in extbase Hallo, dieser Vorteil der getter-Methoden besteht natürlich. Aber wie wäre denn in einem ganz banalen Beispiel zu verfahren: - Ein FE-User loggt sich per Formular ein - Es sollen nun die Eingabedaten validiert werden - Falls ok, sollen weitere Daten aus der Datenbank (also dieses Userdatensatzes) geholt und weiterverarbeitet werden. Wäre das nun ausschließlich ein Fall für das Model? Viele Grüße Eddy Am 11.09.2013 11:12, schrieb Seidel, Christopher: Hi, der Controller dient nur der Steuerung eines Datenflusses. Logik gehört selbstverständlich (sofern abbildbar) KOMPLETT in das Model rein. Daher natürlich auch das getPriceWithTax. Dieses Vorgehen hat den ganz entscheidenden Vorteil, dass du diese Methode direkt im View aufrufen kannst. Dies gilt für alle getter im Model. Hier findest du näheres: http://docs.typo3.org/typo3cms/ExtbaseFluidBook/2-BasicPrinciples/2-Do main-Driven-Design.html Viele Grüße Christopher -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Eddy Wolbert Gesendet: Mittwoch, 11. September 2013 09:58 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] Verwendung Controller bzw. Models in extbase Hallo Chris, danke für das ausführliche statement. Ich denke mal, so ganz daneben lag ich bisher nicht. Das Model ist für mich bisher tatsächlich nur ein Ort, an dem die Eigenschaften eines Objekts erfasst und mit getter und setter-Methoden abrufbar sind. Den Ansatz mit den Utility Classes werde ich im Hinterkopf behalten, da meine Controllermethoden manchmal doch umfangreicher werden. Bei deinem Beispiel zur Methode getPriceWithTax wäre ich wahrscheinlich wieder Richtung Controller geschwenkt. Aber das ist wohl genau der Knackpunkt, gehört es noch zum Model oder nicht. Wo zieht man die Grenze. Ich vermute mal, das oft in der Literatur zitierte Der Controller koordiniert nur, das Model bildet die komplette Geschäftslogik ab tut ein weiteres, das hinter dem Model viel mehr vermutet wird und der Controller nur eine Art Gehilfe darstellen könnte. Viele Grüße Eddy Am 10.09.2013 19:27, schrieb chris Wolff: Hi Eddy, Ein Model, ist ein Datenspeicher. es enthält eine Eigenschaften und die nötigen validationen dazu! eventuell auch einfache funktionen die sich z.b direkt aus den daten einens models ergeben. ein model hat in der regel keine weitere logik ausser getter und setter. eventuelle einfache berechnungs funktionen. angenommen du hast eien artikel im shop. könnte das model z.b folgende werte Eigenschaften haben price Tax dann könnte da model folgende zusätzlich eine funktion enthalten die getPriceWithTax() heist um den preis mit der steuer zu ermitteln. aber mehr funktionalität sollte eigendlich nicht im moddel abgebildet werden. der Controller sollte den Datenfluss steuern. er code des Controllers sollte immer überschaubar sein. eine Action sollte nicht allzu lang werden. wenn du komplexe logik abilden must ist es sinvoll dafür eine eigene Utility Classe zu schreiben. angenommen du must am ende deines formulars ein PDF generieren. dann kannst due den gesamten code dafür natürlich im Controlle abbilden aber schönwer währe eine lösung die einen pdfGenerator Classe injected und dann diese nutzt. z.b so (pseudo code): function injectPdfGenerator($pdfGenerator){ $this-pdfGenerator = $pdfGenerator; } function newPdfAction($customerData){ $this-pdfGenerator-createPdfFromCustomerData($customerData); $this-emailService-addAttachment($this-pdfGenerator-getPdfFilename()); $this-emailService-send(); } hier ist die newPdfAction übersichtlich mann kann den informations fluss gut verfolgen die auffwendigen sachen passieren dann im pdfGenerator bzw. emailService pdfGenerator und email service sind dann hoffentlich wieder klassen die sich gut durch unit test
[TYPO3-german] Verwendung Controller bzw. Models in extbase
Hallo Typo3-Gemeinde, ich beschäftige mich jetzt schon einige Zeit mit extbase/fluid und auch Domain Driven Design sowie das MVC-Paradigma ist mir einleuchtend. Was mich aber immer wieder umtreibt ist die Frage, ob ein Sachverhalt korrekterweise nun im Controller oder Model abgehandelt werden soll. Habe ich z.B. ein Formular, so bastle ich mir jeweils dazu ein Model und lasse hier die einzelnen Felder validieren. Weitere Verarbeitungen lasse ich dann vom Controller vornehmen. Ich muss gestehen, i.d.R. ist bei mir in den meisten Fällen der Controller am arbeiten. Gibt es evtl. Richtlinien, Handlungsanweisungen oder auch einfach Erfahrungswerte, nach denen eindeutig die Verwendung von Model oder Controller zu bevorzugen ist? Ich tue mich da etwas schwer. Vielleicht kann mir dazu ja jemand etwas sagen. Vielen Dank Eddy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ROOT Template?
Hi Fred, normalerweise findet man es unter Template - Weltkugel - Info/Bearbeiten. Oder habe ich die falsch verstanden? Viele Grüße Eddy Am 09.09.2013 16:41, schrieb Frederik Witte: Hallo Leute, ich weiß nicht wo ich das finden könnte, ich habe schon alles bei google durchgeguckt und keine Lösung dazu gefunden. In der aktuellen Typo3 Dokumentation, heißt es, man soll zum bearbeiten des 1. Templates Introduction Package auf das übergeordnete Template ROOT gehen. Nun wird bei mir aber nirgends das Template ROOT angezeigt. Liegt das an der neueren Version von Typo? Wo finde ich denn nun dieses Template um es zu bearbeiten? Wie gesagt unter Include Basis Template steht nichts :-/ LG Fred ___ 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] Grafik und tt_news
Hallo Peter, hast Du es schon im Konstanten-Editor probiert. Dort gibt es die Einstellung: styles.content.imgtext.linkWrap.width Vielleicht hilft Dir das weiter. Viele Grüße Eddy Am 05.09.2013 13:17, schrieb Peter Kühnlein: Mahlzeit Liste, ich hab immer noch dieses Problem, obwohl ich alles mögliche durchprobiert habe: Ich krieg die pdfs nicht größer als 720 px angezeigt, obwohl ich alles auf 999 px gesetzt hab. Das muss doch irgendwie zu machen sein... LG Peter Am 29.08.2013 08:59, schrieb Peter Kühnlein: Guten Morgen Kay, Danke für die ausführliche Antwort! Das TS-Feld für News... darauf wär ich nicht gekommen! Sehr schön! Danke! Die jpg-Qualität hab ich im Installtool eingestellt (auf 100% eben). Eventuell ist die suboptimale Qualität auch nur ein Ergebnis der Skalierung - ich muss mal gucken, wie's aussieht, wenn ich die Bilder größer krieg. Nochmals Danke! Der Tag fängt gut an... schöne Grüße, Peter Am 29.08.2013 07:31, schrieb Kay Strobach: Hallo Peter, im Installtool musst du die Qualität einstellen, dort kannst du, wenn ich mich richtig erinnere auch einstellen, mit welchem renderer die Bilder reduziert werden. Für News gibt es das TS Feld (im Plugin) dort kannst du die Größen überschreiben (habe das TS gerade nicht bei der Hand), aber im Manual ist ein Beispiel und der Rest ist standard TS :D Grüße Kay Am 28.08.13 16:34, schrieb Peter Kühnlein: Schönen Nachmittag Liste! Ich hab ein Problem mit einer Installation (TYPO3 4.7.4): ich habe tt_news eingebunden (Version 3.2.1, ups - Zeit für ein Update) und zeige Bilder in der List- und Singleseite an (eingebunden über das Media-Tab). Beim Anklicken der Bilder (im Original PDFs) werden die im Popup-Fenster vergrößert dargestellt - und zwar auf eine Breite von 720px. Ich hätte da gerne mehr, und zwar die 999px, die ich überall im Template als maximale Größe angegeben habe. Das passiert aber nicht. Und ich muss gestehen: obwohl ich jpg-Qualität 100 eingestellt habe, sind die Bilder auch nicht besonders gut. Kann mir jemand weiterhelfen? Schöne Grüße, Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Grafik und tt_news
Hallo Peter, eine Einstellung zur Größe des PopUp-Fensters an sich ist mir nicht bekannt. Das Fenster dürfte sich nach der Größe des anzuzeigenden Bildes richten. Evtl. funzt Dir noch eine Einstellung aus einer Extension dazwischen. Spontan würde ich da auch mal im Konstanten-Editor die jeweiligen Einstellungen und den Template-Analyser durchforsten. Viele Grüße Eddy Am 05.09.2013 14:27, schrieb Peter Kühnlein: Hi Eddy, Danke für das Feedback! Ja, die Größen sind dort alle auf 999 gesetzt (grad extra nochmal gecheckt). Kann das sein, dass die Größe vom PopUp-Fenster irgendwo gesetzt wird (sollte sie ja eigentlich) und dass mir das die Bildgröße beschränkt? LG Peter Am 05.09.2013 14:21, schrieb Eddy Wolbert: Hallo Peter, hast Du es schon im Konstanten-Editor probiert. Dort gibt es die Einstellung: styles.content.imgtext.linkWrap.width Vielleicht hilft Dir das weiter. Viele Grüße Eddy Am 05.09.2013 13:17, schrieb Peter Kühnlein: Mahlzeit Liste, ich hab immer noch dieses Problem, obwohl ich alles mögliche durchprobiert habe: Ich krieg die pdfs nicht größer als 720 px angezeigt, obwohl ich alles auf 999 px gesetzt hab. Das muss doch irgendwie zu machen sein... LG Peter Am 29.08.2013 08:59, schrieb Peter Kühnlein: Guten Morgen Kay, Danke für die ausführliche Antwort! Das TS-Feld für News... darauf wär ich nicht gekommen! Sehr schön! Danke! Die jpg-Qualität hab ich im Installtool eingestellt (auf 100% eben). Eventuell ist die suboptimale Qualität auch nur ein Ergebnis der Skalierung - ich muss mal gucken, wie's aussieht, wenn ich die Bilder größer krieg. Nochmals Danke! Der Tag fängt gut an... schöne Grüße, Peter Am 29.08.2013 07:31, schrieb Kay Strobach: Hallo Peter, im Installtool musst du die Qualität einstellen, dort kannst du, wenn ich mich richtig erinnere auch einstellen, mit welchem renderer die Bilder reduziert werden. Für News gibt es das TS Feld (im Plugin) dort kannst du die Größen überschreiben (habe das TS gerade nicht bei der Hand), aber im Manual ist ein Beispiel und der Rest ist standard TS :D Grüße Kay Am 28.08.13 16:34, schrieb Peter Kühnlein: Schönen Nachmittag Liste! Ich hab ein Problem mit einer Installation (TYPO3 4.7.4): ich habe tt_news eingebunden (Version 3.2.1, ups - Zeit für ein Update) und zeige Bilder in der List- und Singleseite an (eingebunden über das Media-Tab). Beim Anklicken der Bilder (im Original PDFs) werden die im Popup-Fenster vergrößert dargestellt - und zwar auf eine Breite von 720px. Ich hätte da gerne mehr, und zwar die 999px, die ich überall im Template als maximale Größe angegeben habe. Das passiert aber nicht. Und ich muss gestehen: obwohl ich jpg-Qualität 100 eingestellt habe, sind die Bilder auch nicht besonders gut. Kann mir jemand weiterhelfen? Schöne Grüße, Peter ___ 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] Welche news-ext für 6.1 nehmen?
Hallo Micha, es spricht doch eigentlich nichts gegen den Einsatz von Georg Ringers news. Ist mit tollen Features ausgestattet, läuft ab TYPO3 Version 4.5.5 und ist zukunftsorientiert (Stichwort: extbase, fluid). Außerdem denke ich, das bei Georg Ringer die Pflege des Quellcodes nicht zu kurz kommen wird. Viele Grüße Eddy Am 04.09.2013 10:02, schrieb Michael Ludwig: Hi, welche News extension nimmt man derzeit? Immer noch tt_news, bei der man von einer Unmenge an Daten im deprecation.log geflutet wird? Oder etwas aktuelleres von Georg Ringer, namentlich news ?? Bin auf Eure Tips und Anregungen gespannt! ;-) Grüsse, Micha ___ 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] Problem beim Erweitern von fe_users
Hallo Thomas, habe an dem selben Problem nun Tage des Hirnverknotens verbracht und verschiedenste Kombination getestet, bis ich endlich einen Erfolg verbuchen konnte. Problem war, das ich die fe_users um ein Feld erweitert habe, dieses auch in der DB und im Backend erscheint. Im Frontend konnte ich jedoch nicht darauf zugreifen. Erste Erkenntnis war, dass das Mapping in der ext_typoscript_setup.txt erfolgen muss und nicht in der Configuration/TypoScript/setup.txt (zumindest bei mir :-) Dazu habe ich unterschiedliches gelesen, was jedoch mehr verwirrt als aufklärt. Dann habe ich den recordType mit FrontendUser gesetzt, also: recordType = Tx_Extbase_Domain_Model_FrontendUser (Obwohl ich mit Version 6.1 arbeite und damit die Namespace nutze, hat diese Schreibweise hier nichts genutzt sondern eben die althergebrachte.) Ausserdem muss dein Model \TYPO3\CMS\Extbase\Domain\Model\FrontendUser erweitern und nicht \TYPO3\CMS\Extbase\DomainObject\AbstractEntity Das entsprechende Repository wird mit \TYPO3\CMS\Extbase\Persistence\Repository erweitert, also hier keine Änderung zum Standard. Bei Änderungen und Abspeichern im ExtensionBuilder werden jedesmal diverse Dateien überschrieben. Dazu müssten dann in der settings.yaml entsprechende Werte angegeben werden, je nachdem, ob Änderungen beibehalten oder drübergebügelt werden sollen. Wird z.B. für eine Datei ein merge gesetzt, wird dort am Ende ein Token eingefügt. Alle Eintragungen danach bleiben bei einem erneuten Abspeichern des Models im ExtensionBuilder bestehen. Hoffe ich konnte etwas weiterhelfen. Viele Grüße Eddy Am 03.09.2013 10:16, schrieb Lorenz Ulrich: Hallo Thomas Damit deine Datei ext_typoscript_setup.txt vom Extension Builder nicht angetastet wird, kannst du folgendes in die Datei Settings.yaml schreiben: ext_typoscript_setup.txt: keep Wenn du es in Configuration/TypoScript/setup.txt kopierst, musst du auch noch das Static Template deiner Extension einbinden, damit es funktioniert. Natürlich kannst du den Code auch ins TypoScript Setup deiner Root-Seite einbinden. Beste Grüsse, Lorenz Am 03.09.2013 09:35, schrieb Thomas: ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.X.X : Handbuch für Redakteure?
Hallo Oliver, schau mal hier: https://www.mittwald.de/fileadmin/downloads/pdf/dokus/TYPO3-Doku-v6-v1.pdf Viele Grüße Eddy Am 26.07.2013 14:50, schrieb Oliver Beck: Hallo Liste Gibt es schon ein Handbuch / eine Dokumentation für Redakteure ab Version 6? Gruss Oli ___ 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 Ausgabe und Eingabe Komma statt Punkt
Hallo Christopher, ich vermute du bist auf der Suche nach dem Viewhelper f:format.currency. Da lässt sich der Dezimalseperator und Tausender-Seperator einstellen. Viele Grüße Eddy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase Ausgabe und Eingabe Komma statt Punkt
Hallo Christopher, ich vermute du bist auf der Suche nach dem Viewhelper f:format.currency. Da lässt sich der Dezimalseperator und Tausender-Seperator einstellen. Viele Grüße Eddy Am 18.07.2013 08:13, schrieb Seidel, Christopher: Gibt's niemanden der hier helfen kann? Viele Grüße Christopher -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Seidel, Christopher Gesendet: Freitag, 12. Juli 2013 08:18 An: German TYPO3 Userlist Betreff: [TYPO3-german] Extbase Ausgabe und Eingabe Komma statt Punkt Hi, wie bzw. wo kann ich einstellen, dass bei Formulareingaben nicht ein Punkt sondern ein Komma als Dezimaltrenner genommen wird? Grüße Christopher ___ 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 Ausgabe und Eingabe Komma statt Punkt
Hallo Christopher, ich vermute du bist auf der Suche nach dem Viewhelper f:format.currency. Da lässt sich der Dezimalseperator und Tausender-Seperator einstellen. Viele Grüße Eddy Am 18.07.2013 08:13, schrieb Seidel, Christopher: Gibt's niemanden der hier helfen kann? Viele Grüße Christopher -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Seidel, Christopher Gesendet: Freitag, 12. Juli 2013 08:18 An: German TYPO3 Userlist Betreff: [TYPO3-german] Extbase Ausgabe und Eingabe Komma statt Punkt Hi, wie bzw. wo kann ich einstellen, dass bei Formulareingaben nicht ein Punkt sondern ein Komma als Dezimaltrenner genommen wird? Grüße Christopher ___ 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] Responsive Webdesign
Hallo Björn, vielleicht ist das hier ganz interessant für Dich: http://wowa-webdesign.de/typo3/screencast-yamb-in-typo3-integrieren-teil-1/ grüsse Eddy Am 03.07.2013 11:49, schrieb Björn Hahnefeld: Hallo zusammen, ich möchte gerne meine Webseite responsiv machen. Dafür habe ich mir schon einige Tutorials durchgelesen. Bis auf eine Extension für Bilder, die automatisch die Größen anpasst, scheint es sonst seitens TYPO3 nichts zu geben. Nun würde mich mal interessieren, wie das hier andere Kollegen technisch umgesetzt haben. Mein Ansatz wäre, das bestehende Layout um Media Queries zu ergänzen. Die Webseite basiert derzeit auf 4.5 LTS und das Layout soll - zumindest für die Desktop-Version - so auch erhalten bleiben. Immer her mit euren Denkanstößen und Ideen :)! Viele Grüße Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] extbase - filterung von datensätzen
Hallo Hans-Peter, an der selectbox hatte ich auch zu knabbern. Für das Absenden und Auslesen ist folgendes wichtig. Im View: f:form action=sortlist name=productCategory ... f:form.select property=categories options={categories} optionValueField=uid optionLabelField=title / Beim Absenden wird nun die sortListAction angesprungen und die Daten aus dem Formular übergeben. Mit $this-request-getArgument('productCategory') konnte ich dann das übergebene Array auslesen und die gewünschten Daten herausfischen. Lass Dir am besten mal das Array im Controller debuggen bzw mit var_dump anzeigen. Hoffe das hilft. Viele Grüße Eddy Am 13.05.2013 22:49, schrieb Hans-Peter M.: Danke für die Antwort! Kannst Du mir erklären wie Du die Selectbox gemacht hast und wie Du die Values wieder ausliest? Ich hab in den Templates in Fluid mit dem form und form.select rumgespielt. Die Werte konnte ich befüllen. Nur mit dem Absenden und dem auslesen der Values habe ich nichs gebacken bekommen. Da benötige ich Hilfe. Gruß Hans-Peter Am 13.05.13 09:39, schrieb Eddy Wolbert: Hallo Hans-Peter, ich bin u.a. auch gerade an einer Kategoriefilterung dran. Im Prinzip bin ich dabei so vorgegangen, das ich zunächst 2 Models generiert habe (Produkt, Kategorie). In einer list-Ansicht habe ich ein Formular erstellt, das mir in einer selectbox die verfügbaren Kategorien anzeigt. Eine Kategorieauswahl führt dann zu einer Controller-Action, die die übergebenen Values auswertet und im Repository die gewünschten Datensätze filtert und dann wieder zu einem View weiterleitet und diese Datensätze darstellt. Hoffe, diese kurze Beschreibung bringt dich auf den richtigen Weg. Viele Grüße Eddy Am 12.05.2013 15:11, schrieb Hans-Peter M.: Hallo, ich mach jetzt schon ne Weile an dem Thema rum und komme nicht weiter. Ich habe eine 1:n Beziehung und möchte nun Datensätze nach bestimmten Kriterien filtern. Im Frontend soll eine Auswahl der Kriterien zur Verfügung stehen und anschließend danach Filtern. Wie muss ich da vorgehen? Ich finde zu dem Thema kein Tutorial und in den Büchern steht irgendwie auch nichts zu dem Thema drin. Kann mir jemand ein wenig Licht ins Dunkle bringen? Gruß Hans-Peter ___ 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 - filterung von datensätzen
Hallo Hans-Peter, ich bin u.a. auch gerade an einer Kategoriefilterung dran. Im Prinzip bin ich dabei so vorgegangen, das ich zunächst 2 Models generiert habe (Produkt, Kategorie). In einer list-Ansicht habe ich ein Formular erstellt, das mir in einer selectbox die verfügbaren Kategorien anzeigt. Eine Kategorieauswahl führt dann zu einer Controller-Action, die die übergebenen Values auswertet und im Repository die gewünschten Datensätze filtert und dann wieder zu einem View weiterleitet und diese Datensätze darstellt. Hoffe, diese kurze Beschreibung bringt dich auf den richtigen Weg. Viele Grüße Eddy Am 12.05.2013 15:11, schrieb Hans-Peter M.: Hallo, ich mach jetzt schon ne Weile an dem Thema rum und komme nicht weiter. Ich habe eine 1:n Beziehung und möchte nun Datensätze nach bestimmten Kriterien filtern. Im Frontend soll eine Auswahl der Kriterien zur Verfügung stehen und anschließend danach Filtern. Wie muss ich da vorgehen? Ich finde zu dem Thema kein Tutorial und in den Büchern steht irgendwie auch nichts zu dem Thema drin. Kann mir jemand ein wenig Licht ins Dunkle bringen? Gruß Hans-Peter ___ 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] Fluid Selectbox: Wertübergabe
Hallo zusammen, in einer list-View habe ich Produkte aufgeführt. Zusätzlich existiert dort eine Selectbox, die die Listenansicht (nach Kategorien) filtert und das Ergebnis dann in einem weiteren View (sortlist) anzeigt. Dies funktioniert beim ersten Durchlauf korrekt. Wenn ich nun per f:link:action zurück zur Listenansicht gehe und eine andere Kategorie aus der Selectbox wähle, wird diese nicht berücksichtigt. Das heisst, ich erhalte immer die gefilterten Ergebnisse aus dem ersten Durchlauf. Wie ich feststellen konnte, wird die entsprechende ControllerAction (sortListAction) dann nicht aufgerufen. Wird jeweils der Frontend-Cache geleert, ist ein weiterer Durchlauf wieder möglich. Eine Fehlermeldung bzgl. Argument-Validierung wird aber auch nicht ausgeworfen. Gibt es evtl. noch eine Ecke, die man dabei überprüfen sollte/müsste? Vielen Dank für Anregungen Eddy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid Selectbox: Wertübergabe
Nochmals hallo, das Problem scheint gelöst, wobei mich die Lösung eigentlich noch ratloser macht. Duch Ergänzung von $this-flashMessageContainer-add('blabla') in der sortListAction wird diese nun aufgerufen und die Filterung funktioniert bei jedem Durchlauf wie gewünscht. Wenn darauf jemand eine Antwort hätte, wäre ich überaus dankbar. Eddy Am 18.04.2013 10:25, schrieb Eddy Wolbert: Hallo zusammen, in einer list-View habe ich Produkte aufgeführt. Zusätzlich existiert dort eine Selectbox, die die Listenansicht (nach Kategorien) filtert und das Ergebnis dann in einem weiteren View (sortlist) anzeigt. Dies funktioniert beim ersten Durchlauf korrekt. Wenn ich nun per f:link:action zurück zur Listenansicht gehe und eine andere Kategorie aus der Selectbox wähle, wird diese nicht berücksichtigt. Das heisst, ich erhalte immer die gefilterten Ergebnisse aus dem ersten Durchlauf. Wie ich feststellen konnte, wird die entsprechende ControllerAction (sortListAction) dann nicht aufgerufen. Wird jeweils der Frontend-Cache geleert, ist ein weiterer Durchlauf wieder möglich. Eine Fehlermeldung bzgl. Argument-Validierung wird aber auch nicht ausgeworfen. Gibt es evtl. noch eine Ecke, die man dabei überprüfen sollte/müsste? Vielen Dank für Anregungen Eddy ___ 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] Vorbereitung auf TYPO3-Zertifizierung
Hallo, in diesem Zusammenhang vielleicht auch interessant, wie die Vorbereitung aussah (also z.B. mit welcher Literatur usw.). Gruß Eddy Am 15.04.2013 09:54, schrieb Christian Hennecke: Hallo zusammen, mal eine Frage an erfolgreiche Teilnehmer der Zertifizierung als TYPO3 Certified Integrator. Wie lange habt Ihr Euch darauf vorbereitet? Die Prüfung deckt ja einiges ab, was vielen im täglichen Geschäft eher selten unterkommen dürfte. Gruß Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] select box in Fluid
Hallo zusammen, bei der Übergabe eines Model-Objektes vom Controller an den View, kann ich z.B. per f:for each bzw. debug festellen, dass alle Daten korrekt übergeben werden und im View vorhanden sind. Ich möchte diese Daten nun per select box im View auswählbar machen und nutze dazu das f:form.select - Konstrukt, also: f:form.select property=title options={room} optionValueField=id optionLabelField=title / Hierbei wird mir jedoch nur der letzte gefundenen Datensatz angezeigt. Eigentlich dachte ich, der Viewhelper form.select sorgt für die Zusammenstellung aller vorhandenen Daten und nicht nur des letzten Datensatzes? Mache ich hier einen Denkfehler oder liegt der Hund woanders begraben? Viele Grüße Eddy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german