Re: [TYPO3-german] Gridelements Default CE Backend Layouts
Am 28.09.2015 um 07:34 schrieb Roth: Guten Morgen, nach der Installation der aktuellen Gridelements Extension, erscheinen im Backend im Reiter 'Grid Elements', wenn ich ein neues Inhaltselement hinzufügen will, fertige Layouts: 2 Columns, 3 Columns, 4 Columns. Wo ist das CE Backend dieser fertigen Layouts? Wie kann ich diese Layouts verwenden? Um sie in TS einzubinden brauche ich doch die ID der Spalten etc. Wo finde ich diese? Oder kann ich diese ignorieren und muss meine eigenen Layouts erstellen? In keiner aktuellen Gridelements Extension gibt es vorgefertigte Layouts. Allenfalls im Zusammenhang mit THEMES gibt es themes_gridelements, womit bestimmte grundlegende Gridelemente geliefert werden. Wenn Du nichts von THEMES installiert hast, müssen die Layouts woanders definiert worden sein. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements und TYPO3 7.5
eine andere Frage: Der Wizard zum Erzeugen eines CE Gridelements wirft eine Fehlermeldung: Fatal Error: This module "wizard_gridelements_backend_layout" is not enabled in TBE_MODULES Gibt es da eine neue Konfigurationsmöglichkeit im PageTS? Bisher war das nicht nötig. Oder ist das ein Fehler? Die Branches sind im Prinzip Snapshots des jeweiligen Entwicklungsprozesses, der als Ziel eine stabile 4.0.0 für TYPO3 7 LTS hat. Von daher ist das ein oder andere Feature noch nicht refactored und diverse Bugs sind ebenfalls möglich. Die neueste Version findest Du in der Branch 7-LTS-compatibility, die aber mit 7.5 definitiv nicht mehr läuft, weil es ein paar breaking Changes im Core Master gab. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 2 Verständigungsfragen zu cObject und stdWrap
Am 17.06.2015 um 15:39 schrieb Alexander Averbukh: Hallo Chris, ja, jetzt verstehe ich. und ich kann in deinem Beispiel statt den Feldnamen zu schreiben, auch weiteres Typosript schreiben, wo entschieden wird, welches Feld benutzt werden soll. So eine Art Dynamisierung. Exakt - wir haben das seinerzeit in TYPO3 4.5 eingebaut und als Chained TypoScript bezeichnet. Im Prinzip funktioniert das ähnlich wie jQuery - nur rückwärts. Du also kannst eine Reihe von stdWrap-Funktionen verwenden, die sich gegenseitig beeinflussen, wobei das Ergebnis immer von rechts nach links weitergereicht wird. Beispiel 10.stdWrap.dataWrap = blah|{register:something}blah 10.stdWrap.dataWrap.override = blubb|{register:somethingElse}blubb 10.stdWrap.dataWrap.override.fielRequired = anotherField Übersetzt bedeutet das: Wenn das Feld anotherField irgendeinen Wert hat, wird statt des ursprünglichen dataWrap-Wertes der aus override verwendet. Es lassen sich im Grunde alle Methoden so miteinander verbinden, wobei da nicht immer ein sinnvolles Konstrukt rauskommt. Manchmal ist aber eine smarte Kombination von verknüpften Methoden effizienter als ein größeres Konstrukt aus vollständigen Objekten. cObject wirst Du vermutlich auch nur mit entsprechenden Abfragen oder als Lieferant bestimmter Eigenschaften nutzen. Für obiges Beispiel könnte man z.B. nicht nur irgendeinen sonder konkret die Werte 2 und 3 für another Field abfragen: 10.stdWrap.dataWrap.override.if.isTrue.cObject = CASE 10.stdWrap.dataWrap.override.if.isTrue.cObject { key.field anotherField default = TEXT default.value = 0 2 = TEXT 2.value = 1 3 = TEXT 3.value = 1 } Genausogut könnte man das aber auch über eine Liste abfragen: 10.stdWrap.dataWrap.override.if.isInList.field = anotherField 10.stdWrap.dataWrap.override.if.isInList.value = 2,3 Letzteres wäre in dem Fall die performantere und deswegen empfehlenswertere Lösung. Bevor Du also ein vollständiges cObject hochfeuerst, solltest Du immer überprüfen, ob das Ganze nicht schlanker zu lösen ist. Viel Spaß beim Experimentieren! Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements --- Hilfe -- Inhalt kommt nicht ins FE !?? (TYPO3 4.7)
Mein Gridelemente liegen in einem Systemordner auf dem selben Level wie die Seite die diese GE verwenden soll. Dort ist das Backendlayout: Container id=6 Und das GE: Opener mitlerweile ID=12 Hat das einen Aliasnamen Opener? Dann darfst Du im TS nicht die ID nehmen. # Ausgabe der Grid Elemente anpassen tt_content.gridelements_pi1.20.10.setup { # ID des gridelements opener lib.gridelements.defaultGridSetup opener { columns { # colPos ID 2 .default 2.wrap = div class=current|/div } } } ... Was mich mal nur so benebei interessiert: Wo her weis ds Typoscrpt, das es nach dem GE in dem entsprechenden Ordner suchen soll? Per Default wird erstmal gar kein bestimmter Ordnder verwendet, es sei denn, Du teilst das Gridelements über entsprechendes PageTSconfig mit. In der Doku gibt's dazu die passenden Parameter. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements --- Hilfe -- Inhalt kommt nicht ins FE !?? (TYPO3 4.7)
Am 14.05.2015 um 09:28 schrieb reiner K: Quote: mabi004 wrote on Sat, 10 August 2013 13:48 Die Extension gridelements scheint prinzipiell ordnungsgemäß installiert zu sein, da die Symbolleiste, dragdrop funktionalität, symbole und reiter alles angezeigt werden, das Rasterelement kann z.B. z.B. in die Spalte Normal gezogen werden (was ich auch gemacht habe). Irgendwo happert es allerdings noch, da die im Rasterelement angelegten Inhaltselemente im HTML-Output nicht angezeigt werden!! (die Inhaltselemente sind natürlich auf sichtbar geschalten) im HTML-Output bekomme ich dann nur folgendes an: Ich habe das selbe Problem nur mit dem Unterschied das ich diesen Fehler 1 temp.gridelements.defaultGridSetup nicht gemacht habe. Ich verwende: Version 6.2.11 Grid Elements 3.2.0 Ich habe ein Backendlayout angelegt: backend_layout { } Und ein Gridlayout: backend_layout { } Meine Templatekonfiguration sieht so aus: page = PAGE page.10 = TEXT #page.10.value = Hier entsteht eine Webseite! Moin moin. Drei Fragen dazu: 1. Wie bindest Du Deine Grid-Layouts ein, per Datensatz oder per TSconfig-Datei, und falls per Datensatz, bist Du sicher, dass der die ID 11 hat? 2. Wo ist die eigentlich Ausgabe von CSS-styled-content eingebunden? Ich sehe da nur page.10 = TEXT aber nirgedns sowas wie page.20 styles.content.get oder page.20 = CONTENT 3. Wieso arbeitest Du mit so ungewöhnlich hohen Werten bei colPos? Idealerweise sollten die so nah wie möglich am Core liegen, also z.B. 0 für die Hauptspalte Deines CEs, 1, 2 und 3 für Nebenspalten und nur bei mehr Spalten ggf. Werte 3 HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements und eigener cType
Am 11.05.2015 um 23:26 schrieb Alexander All: Hallo Zusammen, nutzte gridelements noch nicht so lange und hoffe hier Hilfe zu finden. Was ich möchte: ein eigenes Content Element im *Raster-Container* Fehlermeldung im BE nach dem Speichern: WERT IST NICHT ERLAUBT (wvslider_album) Wenn ich zuvor ein beliebiges Standard-TYPO3-CE auswähle und dann meines, funktioniert das. Die Fehlermeldung kommt nur wenn ich direkt in der Seitenansicht, einen neuen Datensatz mit meinem cType, innerhalb des Rasters-Containers einfüge und speichern möchte. Meine Frage, wo muss ich meinen cType eintragen damit der Raster-Container nicht meckert? Moin moin. Ich schätze mal, dass Du hier https://forge.typo3.org/issues/66937#change-259108 mehr Infos dazu findest. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] im gridelement das im Flexform eingebundene Bild als Icon anzeigen
Zusatzfrage: wie könnte ich denn in einem solchen Fall für den Bereich Hintergrundbild die Beschränkung setzen, dass es genau EIN Bild ist (sowohl im Bild-Element, als auch in der Anzahl der Elemente) Moin moin. An der Stelle würde ich im Bild-Element gar keine Beschränkung setzen, weil es ja nicht stört, wenn mal jemand mehrere Bilder dort ablegt. Die werden halt im FE nicht angezeigt. Für die FE-Ausgabe kannst Du ja ein komplett eigenes Rendering im Bereich Hintergrundbild ansetzen und damit dafür sorgen, dass nur das erste Bild ausgegeben wird. tt_content.image ist dafür dann nicht nötig HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Variable in TS bergeben?
[globalVar = GP:country = ] [else] plugin.tx_ptextlist.settings.listConfig.produceList.backendConfig.baseWhereClause = COA plugin.tx_ptextlist.settings.listConfig.produceList.backendConfig.baseWhereClause.10 = TEXT plugin.tx_ptextlist.settings.listConfig.produceList.backendConfig.baseWhereClause.10.data = GP:country plugin.tx_ptextlist.settings.listConfig.produceList.backendConfig.baseWhereClause.10.wrap = tx_ososeamaerketplace_domain_model_selling.country = | ... Es geht nach producecategory denn das ist eine Zahl... country ist ein string und das geht nicht. Habe es aber auch mit einer Zahl probiert und das geht auch nicht. Der Will einfach von country nix wissen Das ist vielleicht auch besser so, weil Du da gerade an einer hübschen MySQL-Injection bastelst ;-) Technisch betrachtet ist eine Condition an der Stelle Overkill, weil es ein simples COA_INT mit einem fieldRequired direkt im TypoScript auch tun würde. Aber wie gesagt: GET/POST Variablen so direkt in die DB-Abfrage zu pumpen ist ein No-Go. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] im gridelement das im Flexform eingebundene Bild als Icon anzeigen
ich habe ein gridelement mit zwei dynamischen Bereichen im XML wird ein Hintergrundbild gesetzt und das HTML der dynamischen Bereche konfiguriert... soweit klappt auch alles... wird wahrscheinlich nur Jo helfen können :-( PS: das ganze ist für die Elemente eines Paralax Effekts mit beliebigen Inhalten über und zwischen den Bildern... Ehrlich gesagt: Ich würde ungern auf Deinem aktuellen Weg weiterhelfen, weil XML in der DB etwas ist, das es inbesondere bei richtigen Inhalten zu vermeiden gilt. Gridelements ist kein TV und dient auch nicht dazu, per XML FCE zu basteln. In solche Flexforms gehört maximal Konfiguration, die sich nicht über die variants, responsive und behaviour Felder abbilden lässt oder sich auf einige wenige Elementtypen beschränkt. Als empfehlenswerte Lösung würde ich dazu ein CE-Backend-Layout anlegen, in dem sich 3 Spalten befinden: Hintergrundbild, Dynamischer Bereich 1, Dynamischer Bereich 2 Für die Spalte Hintergrundbild gäbe es eine Einschränkung auf den Element-Typ Bild und ein spezielles Rendering. Bei den anderen Spalten wäre prinzipiell alles an Inhaltselementen möglich und lediglich der ein oder andere DIV-Wrapper im TypoScript/Fluid. Die Inhalte davon würden automatisch im Item-Preview des Page-Moduls angezeigt, also wäre auch kein Hook-Hack nötig. Just my 2 cents Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bootstrap Menü Menütrenner
Am 03.04.2015 um 21:51 schrieb Andre Sancken: Hallo Jo, weisst Du die Antwort zufällig auf meine Frage? Das Menü ist ja aus THEMES. Moin moin. Sowas macht man nicht mit einem Strich-Zeichen, sondern mit CSS. Allein schon aus Gründen der Barrierefreiheit ist ein Strich störend, weil er den Lesefluss des Screenreaders behindert. Bei THEMES haben wir den nur an zwei Stellen drin, wo explizit ein Divider gesetzt wird. Der muss dann nämlich nicht nur optisch sondern auch akustisch trennen. Warum das Strich-Zeichen bei Dir unterhalb von etwas anderem angezeigt wird, kann ich ohne CSS und/oder entsprechenden Link zur Beispielseite nur erraten. Ggf. brauchst Du ein ATagBeforeWrap, damit der Strich woanders platziert wird. Schöne Feiertage Jo -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: Gridelements: Unterschiedliche Bildgrößen - problem
Am 03.04.2015 um 09:25 schrieb Hendrik Reimers: Hi, danke für deine Tipps. Mit dem Load_Register und Restore_Register habe ich es wie du beschrieben hast bereits probiert, auch gemäß dem Beispiel im TS der Extension. Aber leider bleibt das Problem weiterhin. Als würde das RESTORE_REGISTER nicht richtig greifen. Aber mehr als im RenderObj. 10 = LOAD_REGISTER, 20 = ... und 30 = RESTORE_REGISTER kann man ja nichts falsch machen. Hast du vielleicht noch eine andere Idee woran es liegen könnte? Danke Gruß Ggf. werden zwischendurch noch weitere LOAD_REGISTER verwendet und nicht durch passende RESTORE_REGISTER zurückgesetzt. Dadurch verschiebt sich der Register-Stack immer weiter nach hinten und Du bekommst gesetzte Werte gar nicht mehr geslöcht. https://forge.typo3.org/issues/56796 Du kannst das ausprobieren, indem Du weitere RESTORE_REGISTER auf 40, 50, 60 etc. setzt. Immer eines hinzufügen und schauen, ob es dann geht. Falls ja, musst Du Dich auf die Suche nach dem offenen LOAD_REGISTER machen. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements Bootstrap 3 HTML Ausgabe / View Helper
Am 02.04.2015 um 07:51 schrieb Börge Hendrik: Hallo Joey ich wollte gern einen Ordner im fileadmin haben der nur noch verknüpft werden brauch. Sprich in die Setup und constants externe Dateien einbinde, dann sollte bootstrap und grideelements eingebunden sein. So das man am Ende nur noch Tabellen über Gridelements einfügt und dann die Inhalte mit dem Zabellendesign dargestellt werden. Dabei hatte ich einiges probiert und mit dem Code ging es. Magst mir Deinen Lösungsansatz näher beschreiben mit entsprechendem Code? Das mit dem Inkludieren von externen Dateien ist ja erstmal eine gute Idee und funktionierte auch einwandfrei, aber das erklärt immer noch nicht, wozu Du das CONTENT-Teil im prepend-Bereich eines anderen Gridelements einbaust. Wenn Du Gridelements verwendest wird ja per Default der gesamte Inhalt eines Containers über die userFunc gesammelt, auf die Spalten verteilt und gerendert. Deswegen bekomme ich den Grund für CONTENT an der Stelle gedanklich nicht nachvollzogen, inbesondere, weil Du Dir damit ALLE Elemente holst, die mit Gridelement-Layout 7 versehen sind aber in der Seitenstruktur ggf. an einer komplett anderen Stelle liegen als der Container mit dem Layout 6. Falls Du die Container einfach verschachteln wolltest - also Container mit Layout 7 innerhalb des Containers mit Layout 6 - würde das eigentlich komplett über eine simple Definition beider Layouts funktionieren, ohne dabei das TypoScript so zu verknoten. lib.gridelements.6 lib.gridelements.defaultGridSetup lib.gridelements.6 { # irgendwas hier hin } tt_content.gridelements_pi1.20.10.setup.6 lib.gridelements.6 lib.gridelements.7 lib.gridelements.defaultGridSetup lib.gridelements.7 { # irgendwas hier hin } tt_content.gridelements_pi1.20.10.setup.7 lib.gridelements.7 Aber ggf. wolltest Du ja was ganz anderes erreichen, daher die Frage :-) Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Gridelements: Unterschiedliche Bildgrößen - problem
Am 01.04.2015 um 11:32 schrieb Hendrik Reimers: Hallo, ich möchte für die Spalten des Backend Layouts und der Spalten innerhalb von Grids (Gridelements) unterschiedliche Bildgrößen haben. Mit den normalen Backend Layout spalten ist es soweit nicht das Problem, aber mit Gridelements. Das Problem ist, dass es entweder ignoriert wird, oder die Margin bei den anderen Content-Elementen (außerhalb von dem Gridelement Spalten) plötzlich sich dem Grid Werten anpasst die Bilder aber so groß bleiben wie diese es sollen. Probiert habe ich es mit LOAD_REGISTER und RESTORE_REGISTER Moin moin. LOAD_REGISTER ist genau der richtige Ansatz und soweit ich mich erinnern kann sogar im Original-TypoScript-Code von Gridelements enthalten: lib.gridelements.defaultGridSetup { columns { default { renderObj = COA renderObj { # You can use registers to i.e. provide different image settings for each column # 10 = LOAD_REGISTER 20 = tt_content # And you can reset the register later on # 30 = RESTORE_REGISTER } } } } Wichtig ist, dass Du die Register innerhalb des renderObj setzt damit sie sich auf die Elemente innerhalb der Spalten beziehen. Und wichtig ist ebenfalls, dass Du sie mit RESTORE_REGISTER zurücksetzt, damit sie keinen Einfluss auf die nachfolgend erzeugten Inhalte haben. Sollte so problemlos funktionieren. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements Bootstrap 3 HTML Ausgabe / View Helper
Am 28.03.2015 um 17:18 schrieb Börge Hendrik: Hier nun die Lösung mit der es geht: # Tab Container 6 temp.gridelements.defaultGridSetup 6 { prepend = COA prepend { 10 = CONTENT 10 { table = tt_content select { selectFields = header, uid where = CType='gridelements_pi1' andWhere = tx_gridelements_backend_layout=7 } Mal so rein interessehalber: Was machst Du da konkret und warum machst Du es so kompliziert? Was ich soweit nachvollziehen kann ist: Du holst Dir ein Default-Setup für ein Gridelement mit Layout 6 und fügst innerhalb dieses Setup per prepend und CONTENT weitere Elemente ein, die ein anderes Gridelement-Layout haben? - Ich habe aber im Moment keinen Use-Case, der mir das Warum beantworten würde. Ggf. funktioniert das Ganze viel einfacher, von daher wüsste ich gern, was das Ziel ist. Bin gespannt. Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.9: Bildhöhe und -breite
Nun die Frage: kann ich (und wie) meiner neuen Installation sagen, sie soll die Bilder nicht einfach skalieren, sondern auf die in den Feldern bei Text Image eingestellte Größe croppen? Ich vermute, das geht über content.image - aber wie konkret ist mir nicht klar. http://docs.typo3.org/typo3cms/TyposcriptReference/Functions/Imgresource/Index.html#imgresource Schau Dir mal dort die Beispiele für den Einsatz von c und m bei width an. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.9: Bildhöhe und -breite
ich glaube, ich hab die Frage nicht präzise genug gestellt: wie c funktioniert, war mir eigentlich klar (jetzt kenne ich auch m). Ich meinte eigentlich: wie bekomme ich die Werte aus dem flexform (Höhen- und Breitenangabe) an die richtigen Stellen vor dem c. Denn ich will ja auf die richtige Größe (die im flexform angegeben ist) skalieren und dann croppen. Von Flexform war bisher nicht die Rede und bei einem Standard-TYPO3-Core in Version 6.2 gibt's Bilder soweit ich weiss auch nicht in Flexforms. Von daher wirst Du Dir den TypoScript-Code der Extension vorknöpfen müssen, die für das Flexform verantwortlich zeichnet. Wenn Du Pech hast, wird das gar nicht mit TypoScript gemacht und Du musst an den PHP-Code dran. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Condition für frontend Layout
lib.headercontent = CASE lib.headercontent { key.data = register:meinRegister layout = COA layout { 10 = TEXT 10.value = default } layout1 = COA layout1 { 10 = TEXT 10.value = eins } layout2 = COA layout2 { 10 = TEXT 10.value = zwei } } Das würde natürlich nur funktionieren, wenn Deine Layouts die passenden IDs hätten. Wenn Du mit Datensätzen arbeitest, gehört da natürlich kein layout oder layout1 hin, sondern nur die UID. Trotzdem macht das mit dem Register immer dann Sinn, wenn Du das an mehr als nur ein paar Stellen brauchst. Einmal Layout ziehen, danach Register verwenden, kostet halt weniger Performance. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Condition für frontend Layout
Wennn ich's so mache wie du schreibst müsste ich ja verschiedene .html Files machen und darin jeweils auf verschiedene lib.irgendwas...oder? Ich dachte mir das so: lib.header = COA lib.header { .. 20 lib.suche ... } Dann mittels Condition einfach lib.header.20 wenn ich die Suche bei einem Design nicht angezeigt haben will. Du kannst da anstatt der HTML-Files natürlich beliebige andere Dinge verändern. Und natürlich kannst Du vorher auch Register setzen. Das macht bei der Layout-Geschichte immer dann Sinn, wenn Du das an verschiedenen Stellen abfragen willst. lib.header = CASE lib.header { key.data = register:meinRegister layout = COA layout { 10 lib.x 20 lib.y } layout1 = COA layout1 { 10 lib.z 20 lib.y 30 lib.a } } page { 10 = LOAD_REGISTER 10 { meinRegister.data = levelfield:-1, backend_layout_next_level, slide meinRegister.override.field = backend_layout } 20 lib.header } HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Condition für frontend Layout
Wir haben hier eine Seite bei der man mittels Frontend Layout Feld das Design anpassen kann. Aufbau bleibt gleich - nur werden mittels condition gewisse Sachen per Typoscript aus/eingeblendet. Ich verwende dazu [globalVar = TSFE:page|layout = 1] ... [global] Mit dem Backend Layout gehts ja auch nicht. Die Condition greift auch nur wenn auf der Seite das ganze auch ausgewählt wäre. [globalVar = TSFE:page|backend_layout = 1] Wozu überhaupt eine Condition, wenn es pro Seite nur genau eine Auswahlmöglichkeit gibt? IMHO machen Conditions nur Sinn, wenn es darum geht verschiedene Varianten einer Seite im Cache vorzuhalten. Für den Rest gibt es CASE. Also z.B. so, wie wir das bei THEMES machen: 10 = FLUIDTEMPLATE 10 { file.stdWrap.cObject = CASE file.stdWrap.cObject { key.data = levelfield:-1, backend_layout_next_level, slide key.override.field = backend_layout default = TEXT default.value = defaultlayoutpfad 1 = TEXT 1.value = layout1pfad HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] noTrimWrap funktioniert nicht
Am 04.03.2015 um 19:24 schrieb Bernhard Kraft: Hallo, On 2015-03-03 22:39, JCL - Johannes C. Laxander wrote: Was ist an dem Code falsch? Vielleicht überschreibst du es später nochmals. Gucks dir im TypoScript Object Browser mal an ob das was du definiert hast auch das ist was aus dem Parser rauskommt. Nur ne Idee ... Nö, das ist schon wirklich so, dass das vom optionSplit im FILES zerlegt wird, weil der Trenner bei optionSplit neben |*| auch ein || ist. Dadurch zieht bei noTrimWrap = | - || zuerst die Doppel-Pipe, wodurch dem noTrimWrap nach dem optionSplit-Parsen mindestens zwei Pipes fehlen. Der Value ist dann je nach Position nur noch noTrimWrap = | - bzw. noTrimWrap = und das funktioniert beim Anwenden dann nicht mehr. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] noTrimWrap funktioniert nicht
Am 03.03.2015 um 22:39 schrieb JCL - Johannes C. Laxander: Hallo, ich hab diesen TypoScript-Code: 20.outerWrap.prepend = COA 20.outerWrap.prepend { wrap = span|/span 10 = TEXT 10.data = file:current:creator 20 = TEXT 20.data = file:current:content_creation_date 20.date = m/Y 20.noTrimWrap = | - || } Ich nehme mal an, dass sich das innerhalb eines cObject FILES befindet. Dazu gibt's den folgenden Bugreport: https://forge.typo3.org/issues/59533 noTrimWrap wird vermutlich wegen der Doppel-Pipe als optionSplit ausgewertet und funktioniert deswegen nicht. Um das zu verifzieren, könntest Du es mal mit folgendem Code versuchen: 20.noTrimWrap = | - | - | HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] noTrimWrap funktioniert nicht
Ich nehme mal an, dass sich das innerhalb eines cObject FILES befindet. Dazu gibt's den folgenden Bugreport: https://forge.typo3.org/issues/59533 noTrimWrap wird vermutlich wegen der Doppel-Pipe als optionSplit ausgewertet und funktioniert deswegen nicht. Um das zu verifzieren, könntest Du es mal mit folgendem Code versuchen: 20.noTrimWrap = | - | - | Jetzt wird spanCreatorName -12/2014-/span ausgegeben. Dann musst du das ja nur noch so anpassen, dass es nicht zu einer Doppel-Pipe kommt. 20.outerWrap.prepend = COA 20.outerWrap.prepend { wrap = span| 10 = TEXT 10.data = file:current:creator 20 = TEXT 20.data = file:current:content_creation_date 20.date = m/Y 20.noTrimWrap = | - |/span| } Müsste klappen :-) HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements: Wrapping funktioniert nicht
Am 27.02.2015 um 16:50 schrieb Daniel Mueller: Hallo, ich nutze das Standard Bootstrap-3-Col-Layout für Gridelements 3.0.0. Damit ich bei Kindelementen unter Erscheinungsbild ein Layout auswählen kann und das Element entsprechend gewrappt wird, muss ich ja mein TS anpassen. Keine der Lösungen aus dem Internet scheint bei mir zu funktionieren, es passiert einfach nichts. Folgendes TS: tt_content.gridelements_pi1.wrap =ASD| tt_content.gridelements_pi1.20.10.setup { 1 lib.gridelements.defaultGridSetup 1 { columns { 1 .default 1.wrap = TEST1div class=|/div Das Layout, das Du verwendest hat auch die ID 1? Wenn es als Datensatz angelegt wurde, kann es sein, dass entweder die UID eine andere ist, oder ein entsprechender Aliasname gesetzt wurde. In beiden Fällen müsstest Du die 1 durch den korrekten Wert ersetzen. Gleiches gilt für die Einbindung des Layouts über TSconfig und Setup-Dateien. Dort kann die ID selbst schon ein Aliasname sein, weil die IDs hier nicht aus dem Autoincrement-Feld der Datenbank kommen. Das defaultGridSetup funktioniert natürlich nur, wenn Du in Deinem Template bei include static from extension das Gridelements Setup eingebunden hast. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2 gridelements fluid bilder fal
Am 24.02.2015 um 12:43 schrieb gianni ffm: Hallo, ich versuche über gridelements und dessen fluid-templates ein Teaserelement zu bauen. Das funktioniert soweit auch wunderbar per data.tx_gridelements_view_raw_columns kann ich auf die blanken Daten zugreifen. Allerdings steht in dem Feld image immer nur eine 1 (das kommt so bestimmt direkt aus der tt_content Tabelle). Das bringt mir aber unter TYPO3 6.2 und FAL-Images nicht viel. Kann mir jemand helfen, wie ich bei gridelements im fluid-template auf FAL Bilder zugreifen kann? Übersehe ich da irgendwas? Du musst die verknüpften Daten aller Relationen aus den entsprechenden Tabellen auslesen. Das gilt auch für Bilddaten, die bei FAL ja mit IRRE als Relationen am tt_content-Datensatz dranhängen. Das ist also weniger ein Problem von Gridelements als ein Problem der Auswertung von IRRE-Relationen innerhalb von Fluid. Ich denke mal, dass du bei FLUX/Fluidcontent/VHS von Claus Due fündig wirst, was entsprechende Viewhelper angeht. Wobei sich die Frage stellt, ob das nicht einfacher geht, wenn Du eine Kombination aus Fluid und TypoScript verwendest, weil CSS-styled-content ja bereits gut mit FAL-Bildern zurecht kommt. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelement: kein Bild
Am 13.02.2015 um 09:34 schrieb Nicolas Puente: Morgen, ich setze in einer TYPO3 6.2-Version Gridelements ein. Funktioniert an sich nur mit Text. Die Bilder sind verschwunden: divclass=csc-textpic-imagewrap figureclass=csc-textpic-image csc-textpic-last/figure /div # GRIDELEMNTS -- Ver.: 3.0.0. # tt_content.gridelements_pi1.20.10.setup{ # ID of gridelement (2. Spalten) 1lib.gridelements.defaultGridSetup 1{ prependlib.stdheader columns{ # colPos ID 20.default 20.wrap=divclass=col-lg-12|/div 20.renderObj.10.maxImageWidth=300 #20.renderObj.20.image.20.maxW = 300 20.renderObj.30=RESTORE_REGISTER Moin moin Hab mir das gerade mal angeschaut, und mir sind zwei Dinge aufgefallen: 1. Solltest Du die Spalten innerhalb eines Grid-Containers möglichst mit identischen Spalten-Nummern arbeiten, damit bei einem Wechsel von Layout A zu Layout B die Elemente so weit wie möglich in den Spalten verbleiben und nicht unter unused elements landen. 2. 30 = RESTORE_REGISTER Was bezweckt diese Zeile? IMHO kann das ziemlich schmerzhafte Nebeneffekt haben, wenn Du ein Register zurücksetzt, ohne vorher das dazugehörige LOAD_REGISTER gesetzt zu haben. Dadurch werden prinzipiell immer die letzten Änderungn zurückgesetzt, in Deinem Fall ggf. auch die von einem anderen LOAD_REGISTER z.b. innerhalb von tt_content.textpic Insbesondere 2. dürfte mit ein Grund für die fehlenden Bilder sein. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typoscript-Problem mit renderobj
Am 10.02.2015 um 18:22 schrieb Ralf-Rene Schroeder: Hallo... ich habe gerade das gleiche problem... kann man WIRKLICH jetzt mit optionSplit im renderobj arbeiten ??? Ja und nein ;-) FILES.renderObj hat optionSplit, CONTENT.renderObj hat keins. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements 3.0.0: flexform auslesen
Am 30.01.2015 um 10:05 schrieb Stefan Padberg: Hi, ich möchte über flexform settings die Bildausgabe eines Gridelements konfigurieren. Ich kann mit prepend und wrap die Flexform settings problemlos auslesen. Aber ich kann auf sie innerhalb von columns nicht zugreifen. Das Flexform-Feld gehört zum Elternelement, von daher kannst innerhalb von Columns nur mit dem Präfix parentgrid_ beim Feldnamen drauf zugreifen. renderObj.5.imagewidth.stdWrap.data = field:parentgrid_flexform_imagewidth HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements mehrsprachig
ich habs mittels Standardinhalt kopieren versucht. Ging nicht. Dann hab ich den ganzen Inhalt neu angelegt in der entsprechenden Sprache - analog dem Vorgehen bei der Standardsprache. Zeigte auch nix an. Nachdem ich dann wie geschrieben config.sys_language_overlay = hideNonTranslated gelöscht habe aus dem Typoscript Setup gings dann. Wenn Du mit dem Ergebnis leben kannst, ist ja alles gut :-) hideNonTranslated nutzen wir bisher nirgendwo, von daher weiss ich nicht genau, was das offiziell bewirken soll und wie das unter der Haube arbeitet. Ich kann mir das ja mal genauer anschauen, sobald wir die 3.1.0 draussen haben. Frohes Schaffen Jo -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements mehrsprachig
Am 20.01.2015 um 14:46 schrieb Philipp Holdener: Am 20.01.15 um 14:41 schrieb Ralf-Rene Schröder: hast du die Grids lokalisiert/übersetzt (so hatte ich bis jetzt nie Probleme) oder einfach welche in den Fremdsprachen angelegt (da meine ich mich an Probleme erinnern zu können, habe es aber, weil ich meine Redakteure so nicht arbeiten lasse nicht weiter geprüft) Wenn ich das hier lösche aus dem Setup config.sys_language_overlay = hideNonTranslated gehts Verstehe das nicht... weshalb werden mit dem Elemente nicht angezeigt die in der Sprache vorliegen? Wie genau hast Du die Elemente übersetzt? Sind die Kinder wirklich übersetzt oder ggf. einfach nur Kinder eines übersetzten Containers, deren Inhalt die richtige Sprache hat? Überprüf einfach mal, welche sys_language_uid die einzelnen Datensätze in der Datenbank haben und wie die darin enthaltenen IDs der Original-Datensätze aussehen. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements - Inhaltselement unwrappen
Am 14.01.2015 um 16:17 schrieb Stefan Padberg: Hallo, ich möchte mit Gridelements 3.0 ein Akkordeon-Element erstellen. Das Problem verkompliziert sich dadurch, dass der Kunde in einem Akkordeon-Element mehrere Typo3-Inhaltselemente benötigt: Text plus Bilder plus Formular usw. Sorg einfach dafür, dass sämtliche Elemente der ersten Ebene einen eigenen Container bilden. Dabei ist es dann unerheblich, ob auf der Ebene ein echtes Inhaltselement liegt oder ein weiterer Container, der Dir mehrere Inhalts-Elemente gruppiert. Die Überschrift der Elemente auf der ersten Ebene dient dann gleichzeitig als Akkordeon-Titel. Du kannst das im Prinzip mit einem einzigen CE-Backend-Layout hinbekommen, indem Du ein Flexform mit einer Checkbox einbaust, um das Akkordeon zu aktivieren. Damit lässt sich dann sowohl das Akkordeon der ersten Ebene darstellen als auch die Container der zweiten. Theoretisch kannst Du das sogar noch verschachteln und auf mehreren Ebenen Akkordeons wahlweise aktivieren oder deaktivieren. Sobald manuals.cmsbox.de wieder aktiv ist, gibt's dafür auch wieder ein Live-Beispiel. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Government Package TYPO3 6.2
Am 12.01.2015 um 13:34 schrieb Masod Mohmand: Hallo, in den Ankündigungen zu TYPO3 6.2 steht, dass man über den Erweiterungsmanager vorkonfigurierte Distributionen, wie das Government Package, installieren kann. Ich kann das Government-Package aber nicht unter den Distributionen finden. Auf der Projektseite des Package https://forge.typo3.org/projects/v4dist-government/repository scheint auch schon länger keine Aktivität gegeben zu haben. Hat jemand Erfahrung mit dem Government Package TYPO3 6.2 gemacht? Der aktuelle Plan ist, das im Rahmen der User Experience Week T3UXW15 Ende März auf den neuesten Stand zu bringen. Die ursprünglichen Initiatoren haben sich dazu bereiterklärt auch diesmal wieder mit zu machen. Ich könnte mir also vorstellen, dass das im Sommer verfügbar ist. Dann ggf. auch schon für CMS 7. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements: Wunder der Technik
-- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format Leider macht der Hoster bislang die Updates - aber ich werde, wie es scheint, doch wieder dazu übergehen, das selbst zu machen. Schade, das war bequemer so :/ Wenn Du dann schon mal dabei bist, kannst Du ja mal schauen, ob Du die aktuelle Git-Master-Version von Gridelements installiert bekommst. Wir haben da einige Bugfixes drin, die unter anderem auch was mit Sprachen zu tun hatten. Wenn alles glatt geht, kommt zwischen den Tagen aber ohnehin eine neue Version ins TER, von daher kannst Du auch einfach warten, falls es nicht eilig ist. Wobei der Hinweis mit Language All ggf. auch nützlich ist, weil nur bestimmte Kombinationen von Sprache in Containern und Kindelementen Sinn machen. https://forge.typo3.org/issues/61872 Schöne Feiertage Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Haftungsausschluss für Extensions und Bugs
Am 22.12.2014 08:29, schrieb Brian Basler: Hallo Community Falls ich das hier im falschen Bereich gepostet habe tut es mir leid. Ich habe eine Frage hat jeamand aus der Community einen Haftungsausschluss für Extensions und Bugs. Leider kann ich im Internet nichts dazu finden ich hoffe ihr könnt mich weiter helfen oder andere Lösungen anbieten Steht doch in jeder Copyright Notice und in der GPL, auf die Du ohnehin hinweisen musst. Wieso willst Du da noch was hinzufügen? HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Langsames Laden
Am 19.12.2014 14:45, schrieb Marcus Raphelt: Vorausgesetzt natürlich, die DB ist über ein schnelles lokales Netz angebunden und entsprechend optimiert. Eben - und das ist bei den meisten Hostern, die separate Datenbankserver nutzen, nicht der Fall - bzw. das Netz ist zwar ggf. schnell aber die Anzahl der Datenbankabfragen von zu vielen Webservern reissen die Performance in den Keller. Wenn man sich mehrere Rooties im selben Rechenzentrum leisten kann und will und ggf. sogar dafür sorgen kann, dass die im selben Rack stehen, ist das natürlich was anderes, aber mit einem einzelnen Server würde ich die lokale DB immer der geteilten Sammel-DB des Hosters vorziehen. Wobei wir ganz gute Erfahrungen mit bedarfsgemäß verteilten Datenbankservern gemacht haben. Ein Loadbalancer verteilt die Last auf verschiedene virtuelle Maschinen, die jeweils über eine eigene lokale Datenbank verfügen. Zusätzlich gibt es noch einen globalen Master, auf dem einige der Tabellen für gemeinsame Zugriffe der VMs des selben Mandanten ausgelagert sind und einen superglobalen Master, der z.B. Nutzerdaten und sonstige mandantenübergreifende Informationen hält. Dadurch spart man sich die Replikation der Daten, die üblicherweise ebenfalls Performance frisst. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Langsames Laden
Am 17.12.2014 11:28, schrieb Viktor Baychev: Hallo! Wir haben neulich eine neue Seite für unser Unternehmen entwickeln lassen. In der Testumgebung auf einen unserer Server lief sie sehr schnell. Als wir sie auf einen neuen Server kopiert und veröffentlicht haben, hat sie angefangen einen Server response time von mehr als 4 sec zu zeigen. Die ersten 4-5 Sekunden gehen anscheinend schon beim Ausliefern des eigentlichen HTML-Gerüsts drauf - weitere 5-6 Sekunden für den Rest, der aber pro Datei betrachtet deutlich schneller ausgeliefert wird. Da das HTML-Zeug normalerweise aus irgendeinem TYPO3-Cache kommen müsste, tippe ich mal auf Probleme bei der Anbindung der Datenbank. Daher die Fragen: Ist das ein dedizierter Server, der euch gehört oder eine Shared-Hosting-Umgebung? Wenn es ein Shared-Hosting ist, wo befindet sich der Datenbank-Server? Könnt Ihr die Caches ggf. so umkonfigurieren, dass die Auslieferung direkt vom Filesystem vorgenommen wird? Sind nur ein paar Ideen - schaut mal, was Ihr damit anfangen könnte. Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Langsames Laden
Am 17.12.2014 13:50, schrieb Lars Brinkmann: Hallo Viktor, aus Erfahrung kann ich sagen, dass die Datenbank bei Strato Schrott ist. TYPO3 und Strato funktioniert nicht sauber. Die DB-Antwortzeiten von Strato sind elend langsam. Ich kann Dir nur empfehlen, den Anbieter zu wechseln. Wenn es ein dedizierter Server ist, sollte das Problem eigentlich nicht in der Anbindung liegen, es sei denn, die Datenbank läuft trotzdem auf einem anderen Server. In dem Fall wäre es sinnvoll, eine Datenbank auf dem selben Rechner zu installieren, weil Ihr sonst nicht über die Antwortzeiten eines Shared-Hosting-Paketes hinauskommt. Allerdings scheint das nicht bei allen shared Strato-Paketen problematisch zu sein - bei der Seite unseres Elektrikers, der bei Strato hostet, komme ich z.B. auf Werte deutlich unter einer Sekunde. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Gridelements, Rendering
Das Gridelement mit ID1 wird wunderbar ausgegeben, so wie es sein soll. Das Gridelement mit ID2 auch, so es denn eigenständig steht. Platziere ich GE2 innerhalb von GE1, werden sämtliche Konfiguration für GE2 missachtet. Kann mir jemand auf die Sprünge helfen, wo mein Denkfehler diesbzgl. liegt? 11.renderObj.20 lib.myTTContent Schau mal im TypoScript-Object-Browser nach, ob das Element dort drin steht. Da Du die Teile kopierst und nicht referenzierst, kommt es explizit auf die Reihenfolge an, in der die Teile in die entsprechenden Bereiche kopiert werden. Vermutlich weiss das erste Setup daher nichts vom zweiten. Referenzieren könnte da helfen: 11.renderObj.20 = lib.myTTContent auch an den anderen Stellen, bei denen Du kopierst. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] JQuery im Backend
Am 16.12.2014 13:42, schrieb Felix Hohlwegler: Hi leute ist es prinzipiell möglich JQuery und Bootstrap im Backend zu verwenden? also mir ist jetzt aufgefallen dass es probleme mit z.B. den Bootstrap tooltips gibt ... woran liegt das? wird von typo3 im backend automatisch prototype eingebunden? Zieh dir mal die aktuelle Version 7.0.0 oder den Master aus dem Core-Git. Da ist das alles schon drin :-) HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements update: Komischer Effekt
Am 11.12.2014 08:09, schrieb Stefan Padberg: Ich hatte das Problem, dass ich Gridelements unter 6.1 nicht auf 3.0.0 updaten konnte. Es tauchte eine Fehlermeldung im Backend auf. (Ich weiß nicht mehr welche, jedenfalls eine von der Art, dass das komplette Backend unbenutzbar war.) Daraufhin habe ich Gridelements deaktiviert und das Typo3-Update gestartet. (bei Mittwald) Und genau da liegt das Problem. Das TYPO3-Update wurde ohne die nötige Zusatzinformation aus der ext_tables.sql von Gridelements durchgeführt. Daher wurde beim Database-Compare das Feld colPos auf unsigned zurückgesetzt, was dazu führt, dass es keinen Datensatz mehr gibt, bei dem -1 oder -2 in diesem Feld steht, weil das Script nicht wissen konnte, dass das Feld eigentlich signed bleiben soll. Bei einem normalen Upgrade ohne vorherige Deinstallation von Gridelements wäre das nicht passiert. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements um eine classe erweitern
Am 11.12.2014 12:57, schrieb Christian Hager: Hallo Leute, ich komme da irgendwie nicht weiter, vielleicht kann mir da von euch jemand weiter helfen. Ich habe ein 2-spalten Inhaltselement angelegt, welches auch funktioniert und der Inhalt im frontend ausgegeben wird. Nun kommt es vor, das ich dieses 2-spalten Element mehrmals verwenden möchte, jedoch kann/wird es anders aussehen (Farbe, Breite, ...) Im backend soll dann in dem Inhaltselement unter Erweiterungsoption die Möglichkeit bestehen dort eine classe einzu zufügen bsp: test Das kannst Du entweder über das vorhandene Feld layout lösen (ggf. eignet sich auch section_frame), oder Du machst das über eine Flexform-Datenstruktur. Letzteres ist im Manual beschrieben. https://forge.typo3.org/projects/extension-gridelements2/repository/revisions/master/changes/Documentation/manual.pdf HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements update: Komischer Effekt
denn im Frontend wurden die Inhaltselemente zweimal gerendert, einmal frei und einmal im Gridelement, also muss eine gewisse Relation zwischen den Inhalts- und den Gridelements noch bestanden haben...) Vermutlich war in dem Fall der Wert für colPos nicht mehr -1 sondern irgendein Wert = 0 Der Wert -1 wird benötigt, damit genau das beschriebene Verhalten - doppeltes Rendern bei Verwendung von Standard-TypoScript-Komponenten - nicht auftritt. Wieso passiert das? Das kann verschiedene Gründe haben. 3.0.0 hat noch verschiedene Bugs drin, die ggf. mit ursächlich waren, aber es kam z.B. auch schon vor, dass bei einem automatischen Update das Feld colPos in der Datenbank von signed auf unsigend zurückgesetzt wurde. Dadurch wurden alle Werte 0 zurückgesetzt. Wie kann man das vermeiden? Ggf. den GIT-master verwenden, in dem bereits einige Bugs gefixt wurden. Keinen Autoupdate machen. In Kürze: Auf die neueste Version upgraden, die nach dem letzten Code-Sprint in 2014 rauskommen wird. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements update: Komischer Effekt
Am 10.12.2014 12:50, schrieb Peter Linzenkirchner: Hallo Joey, besteht das prinzipielle Problem in der neuen Version auch? Auch bei manuellen Updates gleicht man ja überlicherweise die Datenbanken mit dem TCA ab, und wenn man einmal vergisst, dass man tt_content nicht updaten darf, hat man die Installation geschrottet. Soweit ich weiss, ist das bei manuellen Updates kein Problem. Zumindest nicht, wenn Du die üblichen Wege über das Install-Tool gehst. Es ging dabei vor allem um automatisierte Update-Skripte bei einem großen TYPO3-Hoster. Die wurden aber zumindest dort inzwischen angepasst. Da die Umdefinition des Feldes in der ext_tables.sql von Gridelements drin steht und Extensions nach dem Core ausgewertet werden, kannst Du manuell jederzeit ein Compare machen und die nötigen Felder updaten. Hab's gerade mal mit der aktuellen CMS 7 Testumgebung ausprobiert und colPos taucht beim Compare nicht auf. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wo wird das BE-Preview von CEs definiert?
Am 08.12.2014 10:59, schrieb bernd wilke: Am 04.12.14 09:40, schrieb bernd wilke: ich habe mir das Rendering von Shortcuts (Insert Records) für Seiten umdefiniert. leider wird in der Seitenansicht im BE immer noch die gesamte Seite mit allen Contentelementen der Seite angezeigt. Wo kann ich diese Vorschau ausblenden bzw. umdefinieren? (idealerweise nur in einem Seitenaum) kann keiner einen Hinweis geben? Hast Du Gridelements im Einsatz? Dann ist das bereits umdefiniert und zeigt deswegen entweder eine Vorschau der verlinkten Datensätze oder eine Vorschau aller Datensätze der verlinkten Seite an. Das wird über diese Methode erreicht: \GridElementsTeam\Gridelements\Hooks\DrawItem::renderCTypeShortcut Im Original-Core gibt es dort so weit ich weiss keine Vorschau, sondern nur eine Liste von IDs, zumal es dort auch nicht möglich ist, komplette Seiten zu verlinken. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Die Konsole spuckt gefühlte 100 404 Not Found errors. Diese alle zu ersetzten von der originalen Website ist ja eine Lebensaufgabe. Jemand hat das mal wegbekommen indem er den Cache gelöscht hat. Mit Löschung hab ich hier aber schon schlechte Erfahrungen gemacht. Sowas hat mich bisher immer zurück geworfen. Das ist jetzt nicht wirklich Dein Ernst, oder? Wenn Du auf neuen Code migrierst, sollte zuallererst IMMER dafür gesorgt werden, dass alle möglichen Caches geleert sind, damit auf KEINEN FALL irgendein alter Code dazwischenschiessen kann. Ansonsten fischst Du stunden- oder tagelang im Trüben und korrigierst Dinge, die eigentlich schon gar nicht mehr relevant sind. Wenn Du das bisher nicht gemacht hast, wundern mich die gehäuften Fehlermeldungen eher weniger. :-) HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datensätze per TS auslesen
Am 04.12.2014 16:28, schrieb Christian Leicht: Typoscript kommt irgendwie nicht mit dem klar. Ich hab schon where = event_date 1449874800 probiert was nicht funktioniert aber where = event_date = 1449874800 funktioniert. where = (event_date 1449874800) geht auch nicht Liegt das ggf. am Feldtyp? Der Abgleich wird ja schon auf SQL-Ebene gemacht und nicht im PHP. Bin mir nicht 100% sicher, aber soweit ich weiss macht SQL keine automatische Type-Conversion. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Header Datumsformat ändern wenn Layout X gewählt
Am 04.12.2014 17:31, schrieb Stefan Padberg: Hallo Paul, aus der Hüfte geschossen: lib.stdheader.5.strftime = CASE Mach da noch ein cObject dazwischen, dann sollte das klappen. lib.stdheader.5.strftime.cObject = CASE lib.stdheader.5.strftime.cObject { ... Rest wie gehabt } HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Header Datumsformat ändern wenn Layout X gewählt
Am 04.12.2014 18:28, schrieb Paul Kamma: Funktiomiert leider nicht. Jetzt wird das Datum garnicht mehr angezeigt. Mein Test-Code: lib.stdheader.5.strftime.cObject = CASE lib.stdheader.5.strftime.cObject.key.field = layout lib.stdheader.5.strftime.cObject.default.cObject = TEXT lib.stdheader.5.strftime.cObject.default.cObject.value = %d lib.stdheader.5.strftime.cObject.1.cObject = TEXT lib.stdheader.5.strftime.cObject.1.cObject.value = %x Da ist jetzt wieder ein cObject zu viel drin :-D lib.stdheader.5.strftime.cObject = CASE lib.stdheader.5.strftime.cObject { key.field = layout default = TEXT default.value = %d 1 = TEXT 1.value = %x } HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Am 02.12.2014 17:19, schrieb N W: Hallo, TYPO3 war ja noch nie besonders schlank und nun, wo es sich zu einer Art Enterprise-CMS entwickelt hat, scheinen auch die einfachen pibase Extensions aus der Mode zu kommen. Ich kann mir sehr gut vorstellen, dass es ab einer gewissen Projektgröße durchaus sehr viel Sinn macht, auf Extbase umzusteigen. Für mich als Gelegenheits-Extension-Entwickler stellt sich jedoch berechtigter Weise die Frage, warum ich mich mit so einem hochtheoretischen Kram auseinandersetzen soll, wenn ich ein Problem auf die altmodische Art in weniger als 500 Codezeilen lösen kann. Gibt es eine klare Aussage darüber, wie lange pibase Extensions noch unterstützt werden? Welche Dokumentationen zu Extbase könnt Ihr empfehlen? Vergiss einfach mal das Stichwort pibase und geh davon aus, dass der TYPO3-Core Dir neben Extbase einen Haufen an Möglichkeiten bietet, mit ein wenig eigenem PHP-Code Dein Ziel zu erreichen. Selbst wenn die eigentliche pibase-Klasse irgendwann völlig verschwinden sollte, bleiben die grundlegenden Core-Methoden, auf die pibase zurückgreift ja weiterhin erhalten. Eigentlich ist diese Klasse ja nichts weiter als eine Sammlung von zusätzlichen Methoden, um Dinge wie Listen, Detailansichten, Pagebrowser etc. auszugeben. Und auch für den Fall, dass Du gern nach den Prinzipien des MVC-Patterns arbeiten möchtest, bedeutet das nicht sofort, dass Du dafür auf Extbase zurückgreifen musst, wenn Du Dich damit nicht anfreunden kannst. Extbase dient vor allem dazu, sich die Prinzipien anzueignen, die man benötigt, wenn man irgendwann mal was mit FLOW anfangen möchte. Wobei die beiden sich mit der Zeit doch zunehmend voneinander entfernen, weil gravierende Änderungen von FLOW oft nicht (mehr) in Richtung Extbase portiert werden. Von daher würde ich das ganz entspannt angehen und nicht jedem Gerücht glauben ;-) Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zwei Werte in einem Tag wrappen
Am 27.11.2014 10:57, schrieb Armando Statti: Hey zusammen, ich probiere gerade etwas für mich rum. Dabei habe ich zwei Werte als Array, die ich gerne auslesen möchte und damit ein Element füllen möchte. So sieht das aus bis jetzt. languages = Deutschland, Englisch languagesLinks = www.google.de, www.yahoo.de lib.myLanguage = TEXT lib.myLanguage.value = {$languages} lib.myLanguage.split { token = , token.noTrimWrap = || | cObjNum = 1 1.current = 1 wrap = diva href= target=_self|/a/div } Ich denke mal, dass man das auch auf der Fluid-Ebene mit einem Viewhelper lösen könnte, aber mit TypoScript sollte das auch gehen, weil der Counter beim Split in einem Register mitgeführt wird: lib.myLanguage = TEXT lib.myLanguage.value = {$languages} lib.myLanguage.split { token = , cObjNum = 1 1 { 10 = TEXT 10.value = div 20 = TEXT 20 { value = {$languagesLinks} listNum.data = register:SPLIT_COUNT trim = 1 wrap = a href=| target=_self } 30 = TEXT 30.current = 1 30.wrap = |/a/div } } Ggf. geht das noch etwas eleganter und IMHO sollte der Link auch über typolink laufen und nicht nur über einen Wrap, aber das bekommst Du sicherlich noch hin. Frohes Schaffen Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements Accordion
Am 25.11.2014 08:36, schrieb Dr Dieter Porth: Am 24.11.2014 20:42, schrieb Andre Sancken: colPos habe ich auf 0 geändert Zur Abgrenzung von Grid-Elementen zu normalen TYPO3 Elemente soll Gridelement negative UIDs benutzen. Da 0 = -0 ist klar, dass es das Elment nicht erkennt. Das ist so nicht korrekt. Siehe Thread mit Titel Extbase: Was spricht gegen negative UIDs? Antwort von Jo Hasenau am 4.11 hier im Forum. Und so steht es auch nicht in dem Thread. Wir arbeiten bei Gridelements mit genau zwei negativen Werten, weswegen bei der Installation das Feld colPos auf signed umgewandelt wird. colPos = -1 identifiziert ein Gridelement als Kind eines Containers. Der Container selbst wird zwar auch in tx_gridelements_container eingetragen, aber man müsste ALLE Standard-Queries, die auf tt_content und colPos verweisen um ein AND tx_gridelements_container = 0 ergänzen. Weil wir das niemandem zumuten wollten, haben wir uns für den negativen Wert entschieden, um Kindelemente automatisch von diesen Queries auszuschliessen. Das hat wiederum NICHTS mit den Werten innerhalb eines Gridelements zu tun, denn die werden in tx_gridelements_columns eingetragen und entsprechen den im CE-Backend-Layout festgelegten Werten. colPos = -2 identifiziert alle Elemente, deren bisherige Spalte nicht mehr existiert. Dies kann vorkommen, wenn man ein Seitenlayout oder ein Gridlayout wechselt und beim neuen Layout eine Spalte fehlt, die beim alten Layout verwendet wurde. Alle Elemente, die sich in colPos -2 befinden verfügen gleichzeitig über den alten Spaltenwert im Feld backupColPos, damit sie wieder erscheinen, sobald diese Spalte wieder nutzbar ist. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Englischsprachige Seite aus dem Ausland
Am 20.11.2014 10:25, schrieb Freye, Marian: Liebe Liste, an mich wurde gerade die Bitte getragen, dass wenn aus dem Ausland auf unsere Seite zugegriffen wird, automatisch die englischsprachige Version aufgerufen werden soll und aus Deutschland weiterhin auf die deutschsprachige Version. Ist das möglich, dass Typo3 automatisch z.B. an der IP erkennt, ob ein Rechner aus dem Ausland auf die Seite zugreift und wenn ja, kann dann automatisch ein ?L=1 als Parameter angehangen werden? Ich würde das eher an der Browser-Sprache als an der IP festmachen. Zum Einen ist eine IP kein eindeutiges Kennzeichen für den realen Standort eines Nutzers, zum Anderen würde ich auch im Ausland gern eine deutsche Version der Seite sehen, wenn ich dort im Urlaub oder geschäftlich unterwegs bin. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Domains und Mehrsprachigkeit
Am 12.11.2014 10:14, schrieb Christian Leicht: Hallo zusammen, vor ein paar Tagen hab ich schon mal nachgefragt, aber es konnte mir keiner helfen. Sicher habe ich mein Problem nicht gut genug beschrieben, also versuche ich es noch mal. Es geht darum eine Webseite mit 2 Sprachen so einzurichten das die Suchmaschinen damit zufrieden sind. Die Seite ist über 2 Domain zu erreichen. Eine .com und eine .de Domain. Dann soll natürlich die .com dem englischen Inhalt anzeigen und .de den deutschen Inhalt. Die Seite soll mit realURL saubere Pfade zeigen und ein eine automatische Spracherkennung des Browser soll das ganze noch unterstützen (rlmplanguagedetection). Auf der Seite ist eine Umschaltung zwischen den Sprachen möglich. Ich hatte da eigentlich schon drauf geantwortet, aber anscheinend ist das im Hotspot des ICE steckengeblieben. Daher nochmal kurz zusammengefasst: Schmeiss die L-Parameter in die Tonne und mach die Sprachumschaltung innerhalb der Condition für die einzelnen Domains. Der Sprachumschalter im Frontend linkt dann einfach auf die selben Seiten der jeweils anderen Domain. Die eigentliche Sprache wird ja in der sys_language_uid festgelegt. Worüber Du das umschaltest, ist im Prinzip völlig egal. Der L-Parameter ist lediglich eine Krücke für Systeme, die nur eine einzelne Domain verwenden. Wobei es selbst dort möglich wäre, mit Subdomains zu arbeiten anstatt mit einem Parameter, der dann auch noch von realURL in ein Pfadsegment übersetzt werden muss. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung
Template der nächsten Ebene: Default Root Template ist das hier rekursiv eingetragen? lösch hier mal den Eintrag und schau ob die Seite noch funktioniert, oder gar besser funktioniert. Das wäre dann Punkt 3 Template on next level ;-) Schön, dass es jetzt läuft. Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT
Am 11.11.2014 12:32, schrieb Ralf-Rene Schröder: Am 11.11.2014 11:37, schrieb Jo Hasenau: Das wäre dann Punkt 3 Template on next level ;-) nur mal OT von mir eine ergänzende Frage dazu (weil ich trotz 6 Jahren TYPO3 diese Funktion noch NIE genutzt hatte) wann setzt man dies eigentlich sinnvoll ein? Nur zum Verständniss, es wird dann doch für folgende Ebenen ein anderes Template genutzt und die Vererbung von allem aus dem roottemplate kann damit unterbrochen werden (wenn in diesem weiteren Template constants setup gelöscht wird) ? Das kommt drauf an, wie man seine Templates verwaltet. Wenn wir mit Template-Datensätzen arbeiten - was inzwischen immer seltener vorkommt - haben wir das meistens so gelöst, dass es im eigentlichen Seitenbaum ein Root-Template gibt, das aber selbst keinerlei Einstellungen liefert außer den 3 Checkboxen für Root, Setup und Constants. Dieses Root-Template includiert dann mindestens ein Master-Template aus einem separaten Template-Folder. Wenn die Startseite im Setup allerdings deutlich von allen anderen Seiten abweicht, kann es sein, dass für die Unterseiten ein weiterer Master eingebunden wird und genau das erfolgt dann über Template on next level. Praktisch ist das auch für die zusätzlichen Extension-Templates, die man ggf. im Seitenbaum platziert, um einen kompletten Zweig im Seitenbaum anders zu behandeln. Auch hier gibt es dann die Möglichkeit das Verhalten der Unterseiten über ein zweites Template zu steuern. Wichtig ist dabei lediglich, dass die dort verwendeten Templates auf keinen Fall eine gesetzte Root-Checkbox haben dürfen, weil sonst genau die beschriebenen Probleme auftauchen. Es kann aber sinnvoll sein, die anderen Checkboxen zum Löschen von Setup und/oder Constants zu verwenden, wenn es denn wirklich keine Vererbung von den Hauptseiten zu den Unterseiten geben soll. Wenn man Templates auf Dateiebene ohne Datensätze verwendet, wird das Ganze etwas komplizierter, weswegen wir in diesen Fällen eher mit Conditions arbeiten. Nachteil dabei ist, dass diese Conditions sich fast immer auf IDs beziehen und die Templates daher ggf. nicht ohne Umkonfiguration über Constants wiederverwendbar sind. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Stehe gerade auf dem Schlauch - Menu Erstellung
Am 10.11.2014 16:39, schrieb Heike Herzog-Kuhnke: Bernd auch beim Template nur auf der Root Seite Wurzelebene ankeklickt. Ich hab nur für die Startseite ein erweiterungstemplate, bei dem ich aber nur eine Konstante für die HTML-Vorlage geändert habe. Nur mal so am Rande: Es gibt verschiedene Methoden, alle Seiten eines Seitenbaums absichtlich oder unabsichtlich zur Root-Seite zu machen. 1. Checkbox beim Bearbeiten einer Seite 2. Checkbox beim Bearbeiten eines TS-Templates und Template auf allen Seiten 3. Einbinden eines TS-Templates mit gesetzter Checkbox als Template on next level Und es gibt verschiedene Möglichkeiten ein Menü abhängig vom Level zu rendern: 4. entryLevel = X 5. special = directory und special.value.data = leveluid:X 6. special = directory und special.value per condition treeLevel Wenn schon die Level-Condition nicht funktioniert, sind mit ziemlicher Sicherheit Punkt 2 oder 3 das Problem - z.B. weil die Seite mit dem Root-Template kopiert wurde, um andere Seiten anzulegen oder weil ein Root-Template on next level eingebunden wurde. Überprüf das mal. Guets Nächtle Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: Was spricht gegen negative UIDs?
wenn ich mir aktuell ansehe was für Probleme es mit Flux,Gridelements gibt: negative colPos-Werte für CEs wenn sie in einem anderen Element eingebunden sind (IRRE). und auf einmal verrutschen Elmeente aus der hauptspalte (colPos=0) ins Nirwana (colPos = -1 ohne Parent) Bei Gridelements hat das einen relativ einfachen Grund: Sämtliche echten Content-Elemente fast aller TYPO3-Installationen werden mit Hilfe von CONTENT geholt, wobei das einzige Unterscheidungskriterium der colPos-Wert ist. Es gibt zwar ein Feld tx_gridelements_container, mit dem sich eindeutig feststellen lässt, ob es sich um ein Kind-Element handelt oder nicht, das würde aber bedeuten, dass die where-Clauses aller genannten Installationen modifiziert werden müssten, damit Elemente nicht doppelt angezeigt werden. WHERE colPos = x AND tx_gridelements_container = 0 Eine dritte Möglichkeit wäre gewesen, die Kind-Elemente in eine eigene Tabelle zu packen, damit wären sie aber für andere Dinge wie z.B. Section-Menüs oder Teaser nur noch mit zusätzlichem Aufwand für die Integratoren verfügbar gewesen. Wir hatten also die Wahl zwischen einem eindeutigen Wert für colPos und entsprechendem Migrationsaufwand für die meisten Anwender und haben uns für die nutzerfreundliche Variante entschieden. Dass Flux und andere Extensions teilweise falsche Werte vergeben, ist ein Bug in deren Umgang mit der Kombination von colPos und Container. Wenn das Container-Feld einen Wert größer 0 hat, muss der Wert für die Spalte -1 sein und umgekehrt. Andere Kombinationen führen übrigens nicht direkt ins Nirwana, weil sich die Elemente meistens mit Hilfe des DB-Check-Tools (oder dem bösen PHPmyAdmin) ausfindig machen und ändern lassen. Der Unterschied von Gridelements zum Scenario in diesem Thread ist allerdings, dass es sich bei tt_content um eine Tabelle handelt, die von Anfang an in fast allen TYPO3-Installationen genutzt wurde. Wir mussten uns also irgendwie anpassen. Bei einem Neukonstrukt würde ich das nicht so machen, sondern immer über ein eigenes Feld gehen. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Einfache Erklärung zu responsive
Die CSS frameworks wie bootstrap oder foundation kombinieren diesen ansatzu zu dem mit einem grid-system. Also 12 oder 16 Spalten für ein layout. Dadurch ist es dann einfach möglich inhalte verschiedener breiten zu kombinieren. Diese dinge werden ebenfalls mit css classen abgeblidet. Und zum teil gibt es auch verschachtelte grids... Soweit erstmal die basics zu einem responsive layout. Wenn man so etwas jetzt in typo3 abbilden will ist man gezwungen. Dem redakteur eine möglichkeit zu geben. Die spalten breiten eines jeden elementes Zu definieren. Und das Rendering muss entsprechend angepasst werden. damit die zusätzlichen css-classen auch ausgegeben werden. das kann den redaktuer vor herausforderungen stellen. Oder Du schaust Dir dazu einfach mal http://demo.typo3-themes.org an. Dort kannst Du bereits mit der TYPO3-THEMES Extension experimentieren, für die wir gerade auf Bootstrap basierende Themes fertigstellen. Die ersten davon gehen in Kürze ins TER und können selbstverständlich auch als Basis für eigene Themes dienen. Neben Spaltenbreiten kannst Du auf diese Weise eine ganze Reihe weiterer Bootstrap-Features aktivieren und/oder modifzieren. Das Ganze funktioniert mit einem einfachen Point-And-Click-Interface und einem leicht aufgebohrten Constant-Editor. Vorteil: Die Hauptarbeit ist bereits erledigt und Du kannst Dich auf's Design konzentrieren. Viel Spaß damit :-) Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements - Erweiterungsoptionen werdennichtgespeicheert
mach da mal tx_gridelements.setup.1.pi_flexform_ds_file draus, weil flexformDS eigentlich dem Feld in der Datenbank entspricht, in das Du die Flexformstruktur direkt per copy paste reinschmeissen kannst. Bisher hab ich dort nie mit FILE gearbeitet, von daher könnte es durchaus sein, dass dadurch Deine Probleme verursacht werden. Andererseits wird das in THEMES genauso gemacht (FILE in flexformDS) von daher ist das wohl eher nicht der Grund. Bleibt spannend ;-) Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-english] TYPO3 User Experience Week T3UXW14
Dear fellow designers, coders, writers, project managers and editors. Due to the usual last minute cancellations we reopened the T3UXW application form at http://www.t3uxw.org - So this is your chance to shape the future of TYPO3 together with us. If you want to know, what this is all about, just go to the FAQ section, call us or ask via PM. We got a budget for travelling, food and accomodation, just bring your creativity and we will take care of the rest. So don't hesitate and apply now! See you there Petra Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements kann keine Standardinhalte kopieren
ich setze Gridelements 3.0.0-dev das erste Mal in einer Multilanguage-Umgebung ein. Moin moin. 3.0.0 ist inzwischen im TER :-) Wenn man eine Übersetzung für eine Seite anlegt, wird im Seiten-Modul immer der Button Standardinhalte kopieren angezeigt. Damit legt man die zu übersetzenden Inhaltselemente an. Wenn das Inhaltselement ein Gridelement ist, klappt das auch. Aber wenn man hinterher im Original-Gridelement noch ein Inhaltselement hinzufügt, erscheint im übersetzten Grid kein Button Standardinhalte kopieren. Wenn man dann von Hand ein übersetztes Inhaltselement in ddas übersetzte Grid reinkopiert, hat das natürlich keine Beziehung zum Original-Element. Diese muss in der DB nachgepatcht werden. Standardinhalte kopieren bezieht sich immer nur auf die erste Ebene, also Elemente, die direkt auf der Seite liegen. Von daher ist es an der Stelle natürlich nicht möglich, bereits übersetzte Container auf darunter liegenden Ebenen zu synchronisieren. Für diese Aufgabe gibt es aber innerhalb des Container-Elements einen Button. Dazu musst Du lediglich den übersetzten Container bearbeiten und auf Synchronisieren klicken. Danach sollten die Übersetzungen der neuen Elemente in den passenden Spalten erscheinen. Falls die übersetzten Elemente eine andere Sortierung haben, kann es vorkommen, dass Du die neuen Elemente danach ebenfalls neu einsortieren musst. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TSFE in TS auslesen
Am 05.09.2014 12:22, schrieb Oliver W.: Hallo TYPO3'ler, eine kleine Frage zum TSFE. Ich habe die EXT Tables erweitert und möchte nun den dort hinterlegten Wert in einem input Feld, im TS, z.B. als CLASS dem Menüpunkt anhängen. Unter anderem habe ich folgendes, leider ohne Erfolg, bereits versuchst: wrapItemAndSub = li class={TSFE:page|tx_mydiv_style}|/li Leider schreibt TYPO3 in seiner Ausgabe diesen kompletten Eintrag in die Class, allerdings niemals den dort hinterlegten Wert. Versuch's mal mit wrapItemAndSub.insertData = 1 Bin mir aber nicht sicher, ob wir seinerzeit auch xMENU-Eigenschaften durchgehend mit stdWrap versehen hatten. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] BE Darstellung eine GridElements (Flexform)
Am 02.09.2014 15:39, schrieb Christian Leicht: Hallo, ich erstelle gerade ein CE Backend Layout mit Grid Elements und verwende zur Darstellung im BE die Flexform-Konfiguration. Ich kann das Bild dan in TypoScript verwenden. Es funktioniert soweit auch. Aber im BE wird das CE nicht richtig dargestellt. Kann man es so erstellen das im BE auch ein Preview Bild angezeigt wird? Moin moin. Flexforms dienen bei Gridelementen eigentlich der Konfiguration und nicht der Eingabe von Inhalten. Der Sinn von Gridelements ist ja gerade, die Inhalte sauber über die Datenbank zu verknüpfen. Von daher gibt es bisher keinerlei Preview dieser Einstellungen. In Deinem Beispiel würde ich einen einspaltigen Container anlegen und darin ausschließlich Elemente vom Typ Bild erlauben. Ein Flexform wäre damit überflüssig und das Rendering könntest Du hinsichtlich TypoScript genau so vornehmen, wie das jetzt beim Flexform-Feld funktioniert. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements basic FCE erstellen
Am 28.08.2014 12:16, schrieb Johannes C. Schulz - EnzephaloN IT-Solutions: Ich versuche gerade ein simples FCE zu erstellen. Dabei bin ich der Anleitung der gridelements-Doku gefolgt. Doch es erscheint keinerlei Ausgabe Von XML-basierten FCE steht in der Doku ganz bestimmt nichts drin. ;-) Wenn Du schon unbedingt mit XML-Inhalten arbeiten willst, hier ein Ansatz für Dein Problem: 12 lib.gridelements.defaultGridSetup 12{ 10 = TEXT Das könnte nur funktionieren, wenn 12 (also das defaultGridSetup) ein COA wäre. Versuch mal sowas wie: 12.cObject = COA 12.cObject { 10 = TEXT 10.field = flexform_whatever } HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements basic FCE erstellen
Am 28.08.2014 12:46, schrieb Jo Hasenau: Am 28.08.2014 12:16, schrieb Johannes C. Schulz - EnzephaloN IT-Solutions: Ich versuche gerade ein simples FCE zu erstellen. Dabei bin ich der Anleitung der gridelements-Doku gefolgt. Doch es erscheint keinerlei Ausgabe Von XML-basierten FCE steht in der Doku ganz bestimmt nichts drin. ;-) Sorry - ich muss mich da korrigieren - es steht drin, aber als not recommended ;-) Frohes Schaffen Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german