Re: [TYPO3-german] Gibt es eine Möglichkeit in Typo3 6.2.4 die Optik in der Seitenanzeige im Backend zu ändern?
Am 25.08.2014 17:02, schrieb Heike Herzog-Kuhnke: Hmhhh, irgendwie brauch ich noch einen Wink mit dem Betonpfeiler. Ich dachte ich kann da irgendwie reinschauen und finde die Stellen wo was eingetragen werden soll. Gibts denn keine Extension, bei der man Konstanten eintragen könnte? Wäre cool :) Nicht wirklich, weil der Ansatz des individuellen Stylings bei TYPO3 eher im Frontend genutzt wird als im Backend. Wenn Du was ändern willst, kannst Du aber relativ einfach eigene CSS-Dateien mit einbinden. Dazu gibt es verschiedene Methoden im Core, die Du in die extTables.php einbauen kannst. So sparst Du Dir, eine voll aufgeblasene Extension zu bauen. Ich hab die Methodennamen gerade nicht im Kopf, aber such mal nach addStylesheet oder ähnlichem. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements | Frage zur Konfiguration
Am 21.08.2014 09:19, schrieb Mirko Schaal: Am 20.08.2014 um 17:19 schrieb Stefan Padberg p...@bergische-webschmiede.de: Hierzu wurde von Joey glaube ich irgendwann mal darauf hingewiesen, dass es eventuell zu Laufzeitproblemen kommen kann, weil diese CEs im XML-Format abgespeichert werden. Das scheint mir keine grundsätzliche Lösung zu sein. Diese Probleme kann man vernachlässigen, wenn die Website vergleichsweise klein ist und der Inhalt in der Regel von ein und derselben Seite kommt. Kritisch wird das beim durchsuchen von Feldern, beim Zusammenbau seitenübergreifender dynamischer Menüs auf Basis von Inhalten, die ggf. nur bedingt gecached werden sollen (Stichwort: Teaser) und vor allem, wenn in dem Zusammenhang die Menge der Datensätze extrem hoch ist. Zudem kommt es mit Flexforms an sich immer wieder mal zu Problemen, wenn sich die dahinterliegende Datenstruktur z.B. aufgrund eines Layoutwechsels ändert. Die bis dahin gespeicherten Daten folgen nämlich zunächst mal der alten Struktur und es kann zu wirklich bösen Nebeneffekten kommen, wenn sich dort Werte befinden, die zwar im Backend nicht mehr sichtbar sind, aber im Frontend weiterhin ausgewertet werden. Diese Probleme sind unter anderem auch bekannt von TemplaVoila, weswegen wir das bei größeren Projekten nie eingesetzt haben, betreffen aber auch sämtliche anderen Extensions, die mit Flexforms arbeiten. Man kann das machen, aber dann isses halt ggf. Kacke ;-) HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements | Frage zur Konfiguration
Am 20.08.2014 14:11, schrieb Stefan Padberg: gridelements 3.0.0-dev Ich möchte manchmal in einem grid ein Text-CE ohne Header haben. Ich kann mir in etwa vorstellen, wie man das mit Typoscript weg bekommt, habs aber noch nicht hinbekommen. Oder muss der Header im TCA abgewählt werden? Das würde ja auch reichen. Hat jemand eine Lösung in die eine oder andere Richtung dafür? Dynamisches TCA in Grid-Spallten wäre das Sahnehäubchen, aber im Moment geht's nur mit TypoScript. Normalerweise wird im Grid-Setup mit renderObj.20 = tt_content das Default-Setup gezogen. Das kannst Du dann an bestimmten Stellen überschreiben. Folgendes sollte reichen, um die Überschrift zu eliminieren: renderObj.20.text.10 = TEXT Durch die Tatsache, dass renderObj.20 als Referenz auf tt_content verweist, kannst Du allerdings keine Keys löschen: renderObj.20.text.10 Das würde jedoch funktionieren, wenn Du statt der Referenz eine Kopie verwendest renderObj.20 tt_content Allerdings bedeutet das drastisch mehr Speicherbedarf und Parsetime. Zur Not reicht aber auch sowas wie renderObj.20 tt_content.text.20 Wenn Du z.B. ausschließlich Textelemente in der Spalte hättest. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements | Frage zu 'allowed CEs'
Am 20.08.2014 14:07, schrieb Stefan Padberg: Hallo in die Runde, gridelements 3.0.0-dev Wenn ich ein CE Backendlayout erstelle, habe ich ja die Möglichekit, mit allowed=image z.B. die Auswahl der zulässigen CEs zu beschränken. Gibt es auch die Möglichkeit, eine Negativauswahl zu treffen? Z.B. disallowed=mailform. Das wäre ganz praktisch. Eine Kommaliste kann man zwar von Hand eingeben (allowed=text,textpic,image), aber wenn diese Kommaliste zu lang wird, wäre manchmal die Negativauswahl ergonomischer. Kling plausibel - mach mal bitte hier https://forge.typo3.org/projects/extension-gridelements2/issues einen Feature-Request. Frohes Schaffen Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelement liest pfad aus
Am 19.08.2014 12:05, schrieb Harald Keller:
Guten Tag
Ich versuche ein Gridelement zu realisieren das via TS denn Pfad
ausliest und gleichzeitig auch via TS die UID des übergeordneten
Contentelement.
Aus diesen Daten möchte ich dann irgendwie via dataWrap =
{field:pfad}{field:uid}, einen Link darstellen inklusive Anker zum
entsprechenden Content.
Hat vielleicht jemand sowas schon gemacht und könnte mir einen kleinen
Ansatz zeigen?
Moin moin
Verstehe ich das richtig, dass Du im Prinzip so einen Link haben willst:
a href=pfad/zur/aktuellen/Seite/#IDdesElternElementsLinktext/a
Falls ja, sollte das mit typolink relativ problemlos funktionieren.
10 = TEXT
10.value = Linktext
10.typolink.parameter.dataWrap = {TSFE:id}#{field:tx_gridelements_container}
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TCEFORM.tt_content
TCEFORM.tt_content {
layout{
altLabels{
allerdings erscheinen in der Selectbox nur die ersten drei Einträge ...
ich müsste die aber noch entscheiden umfangreicher erwetern - wie
bekomme ich da noch mehr Einträge hinein?
altLabels kann nur bereits bestehende Label mit anderen Texten versehen.
Was Du brauchst, heisst addItems - damit kannst Du Wert/Label-Paare
hinzufügen.
http://docs.typo3.org/typo3cms/TSconfigReference/PageTsconfig/TCEform/Index.html
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kopieren in der Seitenansicht funktioniert nicht 6.2.4
Ich hab GridElements genau die Version 3.0. Wenn ich es aktivieren wollte bekam ich immer die Meldung The package infinite_scroll_gallery depends on media which is not present in the system. Das aktivieren von Gridelements hat den fehle jedenfalls nicht behoben mit dem kopieren auch nicht nach einem löschen des Chaches. Mir ging es nur darum sicherzustellen, dass Du keine alte Version von Gridelements aktiv hast, die ggf. für die Probleme sorgt. Wenn ohnehin keine aktiv war, sollte Gridelements nicht der Grund sein. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kopieren in der Seitenansicht funktioniert nicht 6.2.4
Am 15.08.2014 14:34, schrieb Chris Tian: Hallo, ich hab vor kurzem das Update auf Typo3 6.2.4 von Typo3 6.1.7 durchgeführt. Inzwischen funktioniert alles bis auf paar Extensions für welche es keine kompatible Version gibt oder welche unerfüllte abhängigkeiten haben. Dazu gehören: Versatile and Interactive Display (vidi) Media management (media, hat als Abhängigkeit vidi) News system (news, gibt eine aktualisierte kompatible Version hat aber als Abhängigkeit media welches noch nicht kompatibel ist) Grid Elements (gridelemts, gibt eine aktualisierte kompatible Version hat aber als Abhängigkeit media welches noch nicht kompatibel ist) Ein Problem hab ich jetzt aber an Typo3 selbst festgestellt. Die kopieren Funktion bzw. Einfügen nach im Backend bei der Bearbeitung einer Seite funktioniert nichtmehr. Ich kann zwar im Kontextmenü die Buttons sehen und anklicken aber das kopierte Element taucht an der Stelle nicht auf an der ich es einfüge. Im Protokoll steht aber, dass er etwas dupliziert hat. Im Anhang noch 2 Bilder. Moin moin. Anhänge solltest Du bitte nicht mit posten sondern woanders hochladen und dann verlinken. Sonst kommt bei Nutzern von Newsreadern eine halbe Tonne Buchstabensalat an, aber kein Bild. Bzgl. Gridelements wäre es mir neu, dass wir dort eine Abhängigkeit zu media drin hätten. Die einzigen Dependencies sind cms und version, beide Core-Sysexts. Welche Gridelements-Version hast Du denn konkret auf dem System laufen? Kompatibel sind bei TYPO3 6.2 ausschließlich Versionen ab 3.0 aufwärts. Alles andere muss zwangsläufig zu Problemen führen, die ggf. auch Deinen Beschreibungen entsprechen. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrsprachigkeit funktioniert immer noch nicht
Am 14.08.2014 13:58, schrieb Ralf Neitzert: Hallo zusammen, ich habe im Backend die Sprache Englisch hinzugefügt, habe die englische Übersetzung mit Standardinhalte übertragen hinzugefügt, habe in der Konfigurationsdatei die englisches Sprache folgendermaßen eingefügt: [globalVar - GP:L - 1] Wie kommen die Minus-Zeichen da hin? [globalVar = GP:L = 1] sollte gehen :-) HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Post Parameter ausgeben
Am 05.08.2014 11:49, schrieb Michael H: Vielen Dank an alle soweit, ich habe ja mittlerweile eine funktionierende Lösung gefunden, nur wird dafür leider der Rest der Seite gefressen und nur noch der Background der Seite dargestellt... Außerdem ist aller Anfang schwer...war bestimmt bei Euch nicht anders =) Danke für das Verständnis und vielleicht hat ja einer eine Idee wies funktioniert ohne dass das restliche Typoscript überschrieben / nicht ausgeführt wird. Solange Du das restliche TypoScript für Dich behältst, kann Dir da leider niemand helfen. Was auf jeden Fall aus dem bisherigen Verlauf dieses Threads an Informationen über Deinen Aufbau abzulesen ist, ist lediglich: Dein PAGE-Objekt heisst page und an Position 10 davon wird dein Inhalt definiert. Wie genau das passiert können wir nur raten. page = PAGE page.10 = Vermutlich steht in dem Setup irgendetwas wie page.10 styles.content.get oder vielleicht auch page.10 = TEMPLATE ggf. sogar irgendetwas anderes, weil Deine Seite z.B. mit TemplaVoila aufgebaut ist. etc. pp. Ohne diese Informationen kann die aber wie gesagt niemand helfen, weil es bei TYPO3 nicht das eine einzige und wahre Setup gibt, das in allen Installationen gleich aussieht. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance TYPO3 4.5
/Print Content 314 16998 /Print Content 314 16998 Wenn ich das richtig sehe, läuft das Parsen völlig normal ab, bis zu Print Content - und hier verliert er dann fast 17 Sekunden. Stimmt meine Interpretation? Wenn ich das auf meinem lokalen Testrechner laufen lasse (identische PHP-Version) dann erhalt ich als gesamte Parserzeit 103 ms und Print Content dauert nur 5 ms. Jemand eine Idee, warum Print Content so lange dauern kann? Wenn das Zeug gerendert ist, muss es ja irgendwohin geschrieben werden. Üblicherweise sind das Cache-Tabelle und/oder Verzeichnis auf Platte. Von daher würde ich mal auf Überfüllung bei einem von beiden oder beiden gleichzeitig tippen. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 6.2.4 + tt_news - SIe haben nicht die Berechtigung....
Am 04.08.2014 12:31, schrieb Helmut Hummel: On 04.08.14 09:51, Andre Sancken wrote: OK mir ist gerade aufgefallen, auch beim zweiten Datenstz ist die UID 0. Also wird das wohl der Fehler sein. Aber warum wird da immer ne 0 eingetragen? Vermutlich https://forge.typo3.org/issues/60194 Kannst Du mal gridelements anktualisieren? Ist in diesem Fall nicht installiert. Könnte aber auch irgendeine andere Multi-Kulti-Column-Nested Extension sein :-) HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fragen zu Typo3 generell
Naja, ich bin schon ein bisschen überrascht (und ein bisschen geschockt), dass mir so viele Leute dazu raten von STRATO Abstand zu nehmen - das Problem ist, dass das schlicht und ergreifend nicht machbar ist. Der ehemalige Ortsbrandmeister hat geschäftliche Beziehungen zu Strato und ist auch Inhaber der Domain feuerwehr-polle - es gäbe einige persönliche Konflikte, wenn wir von diesem Hoster Abstand nehmen. Damit möchte ich das ganze auch beenden, ein Hostingwechsel steht nicht zur Diskussion - höchstens einen Verzicht auf Typo3 :-( Es kommt halt wie bei den meisten Providern auf das genutzte Paket an. Im Shared-Hosting kommst Du allgemein schnell an die Grenzen der zur Verfügung gestellten Speichermenge oder der CPU inbesondere mit TYPO3. Natürlich nur wenn viele Nutzer verschiedener Pakete gleichzeitig aktiv sind. Für den zu erwartenden Besucheransturm einer Feuerwehr-Website sollte das aber in der Regel problemlos ausreichen. Was mich wundert ist, dass Du TYPO3 überhaupt selbst installieren musstest. Wir haben einen Kunden, der seine Site ebenfalls dort laufen hat und in dessen Strato-Paket gibt es TYPO3 und auch andere CMS und Blog-Systeme per One Click-Installation zur Auswahl. Kannst ja mal schauen, ob das bei Euch auch möglich ist. Ansonsten frohes Schaffen Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 bei Strato
Am 01.08.2014 16:53, schrieb JCL - Johannes C. Laxander: Hallo, welche Erfahrungen habt ihr mit TYPO3 bei Strato, bzw. mit welchen Problemen ist zu rechnen? Gruß, Johannes. Hab die Performance und sonstigen Kram nicht wirklich geprüft, aber das Teil hier: http://www.stuemmel-harz.de/ läuft dort ganz brauchbar. Im Backend gab es so lange Probleme, bis wir das automatisch aktivierte Sicherheits-Feature des Pakets abgeschaltet haben. Dort wird beim Abschicken von irgendwelchen Web-Formularen auf verdächtige Inhalte (z.B. HTML) geprüft, was bei einem Bearbeitungsformular mit RTE zwangsläufig zur Filterung der Daten und Verweigerung der Speicherung geführt hat. Ansonsten bisher keine Probleme :-) HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] config.no_cache beim set immer true? - Typo3 6.2
Die Funktion wird ja für gewöhnlich nur genutzt um den Cache zu deaktivieren;) Danke! if($this-config['config']['no_cache']) So lautet die Abfrage dieses Parameters im Code, eine 0 sollte in dem Fall ein FALSE zurückliefern. Die eigentliche Aufgabe übernimmt public function set_no_cache Es gibt daher noch einige andere Wege, wie man den Cache abschalten kann, denn die Methode wird im TypoScriptFrontendController.php ingesamt 5 mal verwendet: fetch_the_id generatePage_postProcessing getConfigArray mergingWithGetVars tempPageCacheContent Von daher ist es durchaus möglich, dass Du das zwar im TypoScript nicht mehr drin hast, aber trotzdem kein Cache genutzt wird. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] config.no_cache beim set immer true? - Typo3 6.2
if(false) ist ja auch true und if(0) ist false Das ist korrekt, denn im TypoScript werden solche Schalter mit 0 oder 1 geschaltet. Steht aber soweit ich mich erinnere auch so in der TSref. http://docs.typo3.org/typo3cms/TyposcriptReference/DataTypes/Boolean/Index.html#data-type-boolean HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: tx_news und T3 6.2.4 - Sie haben nicht die nötigen Rechte, um diese Änderung durchzuführen
Am 09.07.2014 12:07, schrieb Simon Würstle: Das liegt wohl an Gridelements, siehe: http://forge.typo3.org/issues/60194 Es lag daran, dass im Core eine Methode eingebaut wurde, die nextThree aus Sicht eines Content-Elements setzt. Diese Methode kann aber nicht mit verschachtelten Strukturen umgehen, was IMHO ein breaking change ist. Daher wurde das nextThree einer auf der ersten Ebene liegenden Struktur vom nextThree der Spalten auf den folgenden Ebenen überschrieben. Am Ende einer Spalte stand also nichts mehr im Array nextThree, was dazu führte, dass die IDs der Elemente nach dem ersten Grid-Container nicht mehr korrekt behandelt wurden. Ist im aktuellen Master bereits gefixt, indem das Array pro Ebene zwischengespeichert und beim Verlassen der höheren Ebene wieder zurückgesetzt wird. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance 6.2
Am 03.07.2014 21:58, schrieb Freddy Tripold: Hallo Leute, ich habe massive Performance Probleme mit 6.2.3 bei der Wartung im BE und auch bei der Ausgabe. 10 Sekunden Wartezeit beim Speichern sind eher die Regel. Ist die Seite gecacht, geht die Ausgabe der Seiten ordentlich flott, aber die Wartung ist ein Drama und auch ungecacht, bzw. während des Cacheaufbaus geht es fast gar nicht. Die selbe Seite ging unter 4.5 mindestens dreimal so schnell. Wo muss man denn unter 6.2 drehen, so dass man wieder annehmbar arbeiten kann? Mit 6.1 ging es ja schon langsamer, aber jetzt mit 6.2, da gehts nochmal deutlich langsamer. Ich zitiere mal die Doku zu TYPO3_CONTEXT: --- TYPO3 can be run in a specific application context by using the environment variable TYPO3_CONTEXT, which is usually set in your webserver configuration (e.g. in htaccess). Built-in contexts are Production (default), Development or Testing. This can be used to provide specific configuration sets for each context. However, if you don't set a context environment variable, you can still use the install tool to select a configuration preset for Production or Development context. The goal is to configure a production instance with maximum performance and no debug output that is possibly shown to users, while development instances should enable error output. The configuration preset for Production is set by default. As a third alternative, you can enter a custom configuration. --- Was ist da bei Dir gesetzt? HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TypoScript Condition Contains
Am 03.07.2014 20:06, schrieb HC-Media:
Liebe Liste,
kann mir jemand bei einer TypoScript Condition behilflich sein?
Ich suche eine Möglichkeit den GET-Parameter nach dem Vorkommen eines Zeichens
zu durchsuchen.
Sobald ein Beistrich , enthalten ist sollte die Condition greifen.
Hintergrund ist der, dass ich per GET Parameter 1-n IDs übergebe, wenn mehr IDs
vorhanden sind - also min. 1 Beistrich - dann soll die Condition greifen.
Ich würde das ohne Condition lösen und stattdessen über if abfragen:
10 = COA
10 {
10 = TEXT
10.value = Kein Komma
10.if.isFalse.data = GP:whatever
10.if.isFalse.data.listNum = 1
20 = TEXT
20.value = Mindestens ein Komma
20.if.isTrue.data = GP:whatever
20.if.isTrue.data.listNum = 1
}
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Horizontales Dropdown-Menü
Am 27.06.2014 08:43, schrieb Sebastian Schmal: jap, das stimmt, aber warum nicht mit den TYPO3 Bordmitteln bauen ;) Weil die für den eigentlichen Dropdown völlig unnötig sind. Du brauchst die wenn überhaupt lediglich als Indikatoren für bestimmte CSS-Klassen, um z.B. Items mit Untermenüs oder aktuell in der Rootline befindliche oder aktive Seiten farblich anders kenntlich zu machen. Was an Deinem Ansatz eher schwierig ist, sind die öffnenden li Tags auf der ersten Ebene, die erst durch schliessende Tags beim ul auf der zweiten Ebene geschlossen werden. Genau dafür gibt es wrapItemAndSub und das funktioniert immer, völlig unabhängig vom Item-Status. Insgesamt entsteht durch das Konstrukt mit IFSUB etc. ein ziemlich fettes TypoScript-Monster, das beim Rendern zudem erheblich mehr Zeit beansprucht als eine schlankere Variante. Von daher ist weniger in diesem Fall mehr ;-) Schönes Wochenende Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2 GridElements und Links zu Content Elementen
Am 13.06.2014 21:09, schrieb Christian Leicht: Hallo, ist es mit GridElements 3 möglich Referenezen zu bestehenden Conten Elementen zu machen? Ich kann zwar CE´s an eine andere Stelle kopieren (herholen) aber einen Referenz Link kann ich nicht anlegen? War in TV sehr gut. Das geht in beiden Richtungen und sowohl als Kopie als auch als Referenz. Kopie oder Referenz bringen: Auf eine andere Seite gehen, Element in die Zwischenablage, Einfügen als Kopie oder Referenz Refeferenz holen: Auf der Seite bleiben, Element Datensatz einfügen anlegen, Im Element über den Browser das gewünschte Zielelement einfügen. Das muss mit Gridelements nicht beim Element bleiben sondern kann auch eine komplette Seite sein. Kopie holen: Klick auf Kopie von andere Setie holen, über den Browser das gewünschte Element einfügen. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Gridelements bei nicht-trivialen FCE
1.) Mir gelingt es weder mit dem Standard Rendering, noch einem eigenen, in col2 auf irgend welche Daten (oder Registereinträge) zuzugreifen, die in col1 vorhanden sind (oder gesetzt werden). Dies kann aber durchaus auch an meinem mangelnden Wissen über LOAD_REGISTER liegen. Nach oberflächlichem Blick in den Quellcode wird jede column nach Auslesen gelöscht, was möglicherweise das dort gesetzte Register mit betrifft. Habt Ihr hier vielleicht tieferen Einblick? Mit LOAD_REGISTER wirst Du in dem Fall keinen Erfolg haben, weil die Elemente nicht zwingend spaltenweise abgearbeitet werden, sondern einzeln gerendert und in die passende Spalte gefüllt werden. Das Einzige, was dabei berücksichtigt wird ist die Reihenfolge beim Sorting, weil die dadurch automatisch auch innerhalb der Spalten passt. Je nach Sorting-Wert kann es dabei aber vorkommen, dass Du bei 2 Spalten eine Reihenfolge 1,2,2,1,1,2,1,2,1 renderst. Erst wenn die Spalten befüllt sind, werden sie dann selbst gerendert und mit entsprechenden Wraps umgeben. Was funktioniert, ist wie im Default-Setup gezeigt, per LOAD_REGISTER bestimmte Register für den Rendering-Vorgang eines Elements zu beeinflussen, wobei danach zwingend ein RESTORE_REGISTER erfolgen sollte, damit die Register nach dem Rendern nicht bei anderen Elementen dazwischenschiessen. Aber Du kannst keine Werte von der einen in die andere Spalte übergeben. Es stellt sich die Frage, was Du konkret erreichen willst und ob dafür nicht ggf. wirklich ein FLUIDTEMPLATE der sinnvollere Ansatz wäre. 2) Im Forge/Issue Tracker zu Gridelements kam eine kurze Diskussion zum Rendering mittels Fluid auf -- über FLUIDTEMPLATE. Soll gehen, gelingt mir aber nicht -- bzw. gelingt mir nicht im einzig sinnigen Anwendungsfall: Ein Template für das gesamte Element samt Subcontent. Die Doku schweigt sich darüber leider aus. Irgendwelche Ideen? In der Doku gibt es den Abschnitt TypoScript, in dem zu Anfang der Default-Setup-Block von Gridelements aufgelistet ist. Dort steht: # if you want to provide your own templating, just insert a cObject here # this will prevent the collected content from being rendered directly # i.e. cObject = TEMPLATE or cObject = FLUIDTEMPLATE will be available from the core # the content will be available via fieldnames like # tx_gridelements_view_columns (an array containing each column) # or tx_gridelements_view_children (an array containing each child) # tx_gridelements_view_column_123 (123 is the number of the column) # or tx_gridelements_view_child_123 (123 is the UID of the child) Weiter hinten in der TypoScript-Referenz sind die einzelnen virtuellen Felder nochmals aufgeführt. Das alles in einem FLUIDTEMPLATE abzufrühstücken macht aber IMHO wenig Sinn, weil Gridelements bereits auf der PHP-Ebene deutlich performantere Vorarbeit leistet, wobei Du für einzelne Spalten oder deren Elemente ja ebenfalls mit FLUIDTEMPLATE arbeiten kannst und es nicht beim Default tt_content-Rendering belassen musst. Wenn Du alles wirklich in einem einzigen FLUIDTEMPLATE erledigen willst, wäre am ehesten das Feld tx_gridelements_view_children zu empfehlen, weil da ungerenderte Rohdaten der Kinder liegen, die Du mit entsprechenden Viewhelpern beliebig verarbeiten kannst. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Gridelements bei nicht-trivialen FCE
Hab grad gesehen, dass das ursprüngliche Posting bereits 1 1/2 Jahre auf dem Buckel hat und nur für die Mask-Werbung nochmal herhalten musste. Naja - vielleicht hilfts ja trotzdem. :-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements Fluid Flexforms
Am 11.06.2014 10:09, schrieb Tobias Pierschel:
Hallo Zusammen,
ich habe ein Gridelement, ein Fluidtemplate und verschiedene
Flexformfelder. Nun meine Frage.. wie bekomm ich die Inhalte der
Flexformfelder in das Fluidtemplate?
Mit {data.tx_gridelements_view_column_0} hole ich ja nur den
Spalteninhalt heraus. Ich brauch aber die Werte im Flexform. Geht das
überhaupt?
Innerhalb von data müsstest Du eigentlich auf alle Felder zugreifen können.
Die Flexform-Felder werden dort mit dem Präfix flexform_ abgelegt,
alle Felder vom Elternelement zusätzlich mit dem Präfix parent_
{data.flexform_meinfeldname} sollte also gehen.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GridElements 3 mit TYPO3 6.2.3
Am 04.06.2014 11:16, schrieb Mike Minyades: Danke für den Tipp! Darauf hin habe ich ein wenig rumprobiert. Bei mir blieb das Icon verschwunden - auch nach Deinstallation von gridelements und allen anderen zusätzlichen Erweiterungen, löschen des Caches via Backend und Installtool. Nachdem ich dann zusätzlich den ganzen Inhalt des typo3temp-Verzeichnisses gelöscht hatte, tauchte das Icon wieder auf! Tja, ob nun wirklich gridelements (evtl. ältere Version?) die Ursache war, vermag ich nicht mehr zu sagen. Ich halte es aber weiterhin für möglich, da ansonsten lediglich news powermail installiert waren und gridelements die einzige dev-version ist. Wie gesagt: Wir haben das Icon per Default ausgeblendet und an den passenden Stellen wieder aktiviert. Kann also sein, dass Du noch einen Stand drin hattest, bei dem ein dieser passenden Stellen noch gefehlt hat. Wobei das Problem mit den typo3temp Foldern meiner Meinung nach ein Core-Bug ist, denn eigentlich sollten die entsprechenden Verzeichnisse entweder beim Installieren/Deinstallieren einer Extension geleert werden oder spätestens beim Leeren aller Caches. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
nur sicherheitshalber nachgefragt: soll ich den Bugreport machen, oder machst du ihn, bzw. hast ihn schon gemacht? Report Du, Fixing und/oder Controlling ich ;-) Frohes Schaffen Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Am 03.06.2014 10:17, schrieb JCL - Johannes C. Laxander:
Hallo Philipp,
habe nach deinem Anstupser debugSQL aktiviert und siehe da, Fehlermeldungen
dieser Art bekommen:
exec_INSERTquery
caller: TYPO3\CMS\Core\Database\DatabaseConnection::exec_INSERTquery
ERROR: Column 'ref_uid' cannot be null
lastBuiltQuery:
INSERT INTO
sys_refindex(tablename,recuid,field,flexpointer,softref_key,softref_id,sorting,deleted,workspace,ref_table,ref_uid,ref_string,hash)
VALUES
('tx_gridelements_backend_layout','15','icon','','','','0','0','0',NULL,NULL,'','903729ceee40d48661c4b5ce1f3e8e82')
Wenn das nur bei dieser Tabelle auftaucht, liegt es ggf. an Gridelements.
Wenn auch andere Tabellen mit ähnlichen Queries auftauchen, könnte es an
einem bestimmten Feldtyp liegen.
Bei Deinem Beispiel ist es das Feld icon des Datensatzes 15 der
Tabelle tx_gridelements_backend_layout
Die Konfiguration dafür sieht so aus:
'icon' = array(
'exclude' = 1,
'label' =
'LLL:EXT:gridelements/Resources/Private/Language/locallang_db.xml:tx_gridelements_backend_layout.icon',
'config' = array(
'type' = 'group',
'internal_type' = 'file',
'allowed' = 'jpg,gif,png',
'uploadfolder' = 'uploads/tx_gridelements',
'show_thumbs' = 1,
'size' = 5,
'minitems' = 0,
'maxitems' = 2,
)
),
Schau mal, ob die anderen Probleme mit ähnlichen Konfigurationen
zusammenhängen.
Dann wäre es ein Bug beim Referenz-Index mit Feldern vom Typ group,
die nicht auf eine Tabelle verweisen sondern direkt auf eine Datei.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GridElements 3 mit TYPO3 6.2.3
Am 03.06.2014 13:47, schrieb Mike Minyades: An dieser Stelle mal eine Zwischenfrage zu Gridelements (derzeitige Entwicklerversion von Github): Kann es sein das durch die Installation von Gridelements in TYPO3 (6.2.x) im Bereich Dateiliste oben das Icon zum Anlegen von neuen Verzeichnissen und Dateien verschwindet? Bei mir scheint das der Fall zu sein. Yep - ist möglich. Wir haben die Icons per Default auf hidden gestellt, um Probleme mit der aktuellen Skin und Verschachtelter Darstellung zu fixen. Ggf. müssen wir die Klassen dafür noch restriktiver setzen, damit das keine Kollateralschäden verursacht. Falls es dazu noch keinen Bugreport gibt, wäre ein Eintrag auf Forge hilfreich. HDH Jo -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Am 03.06.2014 13:58, schrieb JCL - Johannes C. Laxander:
Danke, Volltreffer!
Außer gridelements ist auch noch die tx_news davon betroffen:
INSERT INTO sys_refindex
(tablename,recuid,field,flexpointer,softref_key,softref_id,sorting,deleted,workspace,ref_table,ref_uid,ref_string,hash)
VALUES
('tx_news_domain_model_media','119','image','','','','0','0','0',NULL,NULL,'','238eecf9c5c65e14bb739f1ba839')
debug_backtrace require(.2.3/typo3/sysext/lowlevel/dbint/index.php),.2.3/typo3/mod.php#45 //
TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-main#39 //
TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-func_refindex#221 //
TYPO3\CMS\Core\Database\ReferenceIndex-updateIndex#318 //
TYPO3\CMS\Core\Database\ReferenceIndex-updateRefIndexTable#958 //
TYPO3\CMS\Core\Database\DatabaseConnection-exec_INSERTquery#143 //
TYPO3\CMS\Core\Database\DatabaseConnection-debug#215
Diese Datensätze betreffen das Feld 'image', ebenfalls mit einer
'group'-Konfiguration:
'image' = array(
'exclude' = 0,
'l10n_mode' = 'copy',
'label' = $ll . 'tx_news_domain_model_media.media',
'config' = array(
'type' = 'group',
'internal_type' = 'file',
'allowed' =
$GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext'],
'max_size' = $GLOBALS['TYPO3_CONF_VARS']['BE']['maxFileSize'],
'uploadfolder' = 'uploads/tx_news',
'show_thumbs' = 1,
'size' = 1,
'minitems' = 1,
'maxitems' = 1,
)
),
Machst du den Eintrag im Bugtracker? Hast du ne Vorstellung, wie lange der
Bugfix dauern kann? Es blockiert mir jetzt halt die weitere Migration.
Ich hab mir das grad mal im Core angeschaut und keinen wirklichen Bug
finden können.
Wenn alles richtig läuft, sollte dort eigentlich _FILE als ref_table
und 0 als ref_uid übergeben werden, sobald der internal type file
lautet.
Und selbst wenn nicht, und die Werte leer wären, sollte eigentlich der
Default-Wert ziehen, der per SQL so gesetzt ist:
DEFAULT '' NOT NULL oder DEFAULT 0 NOT NULL
Wenn da dennoch ein NULL ankommt, müsste das IMHO explizit gesetzt
worden sein.
Ist aber aktuell nur eine Vermutung.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Ich hab mir das grad mal im Core angeschaut und keinen wirklichen Bug finden können. Wenn alles richtig läuft, sollte dort eigentlich _FILE als ref_table und 0 als ref_uid übergeben werden, sobald der internal type file lautet. Und selbst wenn nicht, und die Werte leer wären, sollte eigentlich der Default-Wert ziehen, der per SQL so gesetzt ist: DEFAULT '' NOT NULL oder DEFAULT 0 NOT NULL Wenn da dennoch ein NULL ankommt, müsste das IMHO explizit gesetzt worden sein. Ist aber aktuell nur eine Vermutung. explizit gesetzt von wem? Hast du da ne Idee? Ich hab da bestimmt nichts gesetzt, weder in der DB selbst noch in irgendeinem PHP-Skript. Ich will eigentlich nur über das BE den Referenzindex aktulaisieren, damit ich bei meiner Migration von 4.7 auf 6.2 weitermachen kann. Läuft Dir das Ding schon bei 4.7 vor die Wand oder erst unter 6.2? Falls ersteres der Fall ist, lass den Durchlauf unter 4.7 doch weg und mach den Update direkt unter 6.2. Schließlich soll das Zeug ja später dort laufen. Für einen Upgrade von 4.7 auf 6.2 ist der Refindex zunächst mal relativ Latte. Soll ich dann doch im Core Bugtracker einen Eintrag machen? Ich hab 4.7 nicht überprüft sondern den aktuellen Core - von daher versuch's erstmal damit, bevor wir da die Pferde scheu machen ;-) HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Am 03.06.2014 20:41, schrieb JCL - Johannes C. Laxander: Läuft Dir das Ding schon bei 4.7 vor die Wand oder erst unter 6.2? Falls ersteres der Fall ist, lass den Durchlauf unter 4.7 doch weg und mach den Update direkt unter 6.2. Schließlich soll das Zeug ja später dort laufen. Für einen Upgrade von 4.7 auf 6.2 ist der Refindex zunächst mal relativ Latte. Das Ding läuft mir unter 6.2.3 bei Ausführung des Upgrade Wizard gegen die Wand. Tja - dann wird das wohl doch erstmal ein Bugreport. Wobei ich wie gesagt im Moment nicht sagen könnte, was da konkret vor die Wand läuft. Es sieht auf den ersten Blick korrekt aus. Ich bleib da mal mit dran, weil Gridelements auch regelmäßig beim Speichern den Index updaten. Wäre ja blöd, wenn da was hakt. Schau mer mal Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GridElements 3 mit TYPO3 6.2.3
Am 02.06.2014 16:09, schrieb Tobias Pierschel: Ahoi, gibts eine Roadmap wann Gridelements damit kompatibel ist? Kompatibel sind wir bereits jetzt mit dem Master, nur noch nicht 100% reif für's TER :-) http://forge.typo3.org/projects/extension-gridelements2/repository Wir sind aber zuversichtlich, dass es spätestens zu den T3DD14 sowohl eine neue TER-Version 2.1.0 für TYPO3 6.1 als auch eine TER-Version 3.0.0 für TYPO3 6.2 geben wird. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements: Nach Update 1.3.12 auf 1.5.0 werdenInhalte teilweise nicht mehr angezeigt
Das Textelement hat colPos -1 in der Datenbank! Das ist ja schon mal OK und gut!
Das Rasterelment ist in TypoScript so konfiguriert:
tt_content.gridelements_view.20.10.setup {
Die Klasse wurde umgenannt, nicht das TypoScript!
Im Moment bekommst Du daher nur das Default-Setup das vom
Static-Template eingebunden wird, aber ohne zusätzliche Wraps.
Mach da mal
tt_content.gridelements_pi1.20.10.setup {
draus, dann sollte alles gehen.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements: Nach Update 1.3.12 auf 1.5.0 werdenInhalte teilweise nicht mehr angezeigt
1. 2-spaltiges Rasterelement neu angelegt und je Spalte ein Textelement eingefügt. Rasterelement wird nicht gerendert, der Text wird als normaler Absatz p.../p ausgegeben. Das geht per Definition so gar nicht. WENN das Textelement gerendert wird, MUSS zwangsläufig auch das Gridelement gerendert worden sein, denn darüber werden die Textelemente erst angezogen. In der Datenbank haben die Kindelemente die colPos -1 und würden daher vom normalen Rendering über CSS-styled-content ignoriert. 2. Bild-Inhaltselement referenziert Wird angezeigt 3. Rasterelement referenziert Es wird nur das Text-Inhaltselement das im referenzierten Rasterelement eingefügt ist gerendert, das Rasterelement nicht. Referenzen funktionieren also problemlos. Zu 3. siehe zu 1. Da die Rasterelemente zumindest vom Renderingprozess berücksichtigt werden, würde mich jetzt mal interessieren, was exakt Du mit Rasterelement wird nicht gerendert meinst. Wir kommen der Sache auf jeden Fall schon mal näher. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HMENU mit special = directory special.value dynamisch aus Datenbank
temp.MetaNavigationIds = CONTENT special.value.data temp.MetaNavigationIds Fällt Dir was auf? temp.MetaNavigationIds ist ein cObject und hat mit data nichts zu tun. special.value.cObject temp.MetaNavigationIds sollte funktionieren, aber eben auch nur auf der Eltern-Seite der Seiten, die Du über temp.MetaNavigationIds holst, weil da immer noch die pidInList fehlt. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements: Nach Update 1.3.12 auf 1.5.0 werdenInhalte teilweise nicht mehr angezeigt
Am 23.05.2014 15:21, schrieb JCL - Johannes C. Laxander: Ergänzung: Ich habe eben noch im BE Layout die Angaben allowed = CE entfernt. Dadurch bekomme ich im Flexform nun nicht mehr den Hinweis [ WERT IST NICHT ERLAUBT (shortcut) ], aber angezeigt wird im Frontend immer noch nichts! Über Datensatz einfügen (shortcut) wird ein weiteres Rasterelement eingesetzt. Moin moin. Bei einem Update von 1.3.12 auf 1.5.0 fallen mir spontan zwei Dinge ein: 1. Haben wir bei 1.4.0 schon eine Änderung vorgenommen, die auch als Hinweis beim Download im TER steht: 1.4.x for TYPO3 up to 4.7.x! Important change: Class tx_gridelements_pi1 has been renamed to tx_gridelements_view - please update your TypoScript accordingly. 2. Wurde ebenfalls mit 1.4.0 die Funktionalität eingeführt, auf komplette Seiten referenzieren zu können, was im Prinzip wie die Referenz zu einzelnen Inhalten mit dem Element Shortcut funktioniert. Poste hier mal das komplette Setup, das sich bei Dir für tt_content.shortcut ergibt. Ggf. hakt's dort ein wenig. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements: Nach Update 1.3.12 auf 1.5.0 werdenInhalte teilweise nicht mehr angezeigt
Aus dem ObjectBrowser:
tt_content.shortcut = COA
tt_content.shortcut {
5 = LOAD_REGISTER
5.tt_content_shortcut_recursive.field = recursive
20 = CASE
20 {
0 = RECORDS
0.source.field = records
0.tables =
tt_content,tt_address,tt_links,tt_guest,tt_board,tt_calender,tt_products,tt_news,tt_rating,tt_poll,pages
0.conf {
pages = COA
pages.10 = USER
pages.10.userFunc =
tx_gridelements_view-user_getTreeList
pages.20 = CONTENT
pages.20.table = tt_content
pages.20.select.pidInList.data = register:pidInList
pages.20.select.pidInList.where = colPos = 0
pages.20.select.pidInList.orderBy = colPos,sorting
pages.20.select.pidInList.orderBy.dataWrap =
FIND_IN_SET(pid,'{register:pidInList}'),|
}
}
}
Sieht erstmal so weit korrekt aus. Wobei tt_content.shortcut.20.1 fehlt,
aber ich meine, das wäre vom Core abgeschafft worden.
Funktioniert das mit allen referenzierten Elementen nicht, oder nur mit
Grid-Containern?
Was passiert z.B., wenn Du da ein einfaches Text-Element reinschmeisst?
Es bleibt spannend ;-)
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Diese Strukturen sind bei kleineren Projekten sicherlich viel Overhead, bei größeren Projekten, ggfls sogar einfach schon bei mehreren Admins, ein absolutes Muss, weil ansonsten die Wart- und Pflegbarkeit gegen Null tendiert und nach einem Jahr nur noch Kraut-und-Rüben-Konfiguration übrig bleibt. +1 Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Noch was: Die Tage hab ich mir einen Video2Brain Lehrgang zum Thema Templating mit Fluid angeschaut. Da kommt mir das kalte Grausen wenn ich sehe wie man die Anzahl von Dateien künstlich immer weiter steigern kann. Es wir zwar behauptet das es der Übersicht dient wenn man das Template einer Webseite in 24 Unterseiten aufteilt. Aber ich ärgere mich immer wieder wenn ich z.B. bei tx_news in den verschiedenen Unterordnern die Dateien suchen muss wo ein bestimmter Header ausgegeben wird. Mag sein das dies Modern ist und die Programmierung so gelernt wird, aber für 90% aller TYPO3 Benutzer glaube ich ist dies Kontraproduktiv. Das wird hier doch sehr OT, wäre daher ggf. sinnvoll, dafür einen neuen Thread zu beginnen. Beim ursprünglichen Kritikpunkt ging es um das Userinterface insbesondere das Page-Modul - wäre schön, dazu noch mehr Input zu bekommen. Frohes Schaffen Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Am 06.05.2014 12:15, schrieb Jan Kornblum: Hi Joey, Beim ursprünglichen Kritikpunkt ging es um das Userinterface insbesondere das Page-Modul - wäre schön, dazu noch mehr Input zu bekommen. Was kann man konkret tun bzw. wie könnte man sich ggf. auch einbringen? Wie erfasst ihr überhaupt das Interesse der Community zu einer bestimmten Sache? Sicher nicht auf Basis solcher Threads wie hier, oder? Erfasst wird da erstmal nicht soo viel, weil die Faustregel bei der OpenSource-Programmierung lautet Scratch your itch - die meisten Entwickler kümmern sich also um Dinge, die sie selbst bei irgendwelchen Problemstellungen weiterbringen. Spätestens ab dem Zeitpunkt, ab dem ein Projekt auf Forge eingestellt wird, gibt es jedoch jederzeit die Möglichkeit mit eigenen Feature-Requests oder in der Diskussion von Requests anderer Nutzer Einfluss auf die Entwicklung zu nehmen. Bei THEMES sind wir noch einen etwas anderen Weg gegangen und haben nicht nur ähnlich wie schon bei Gridelements ein Crowdfunding gestartet, sondern dieses gleichzeitig auch für eine Abstimmung genutzt, welche Theme-Base denn nun gebaut werden soll. Das ist bisher aber eher die Ausnahme als die Regel, wir würden es aber gern bei zukünftigen Projekten ähnlich handhaben. Auf den Devdays gibt's zum Beispiel einen ganztägige Workshop also Vorbereitung auf die T3DUST im September http://typo3.org/events/community-events/t3dust14/ - bei diesem Workshop wollen wir die Tasks für die einzelnen Teams ermitteln, damit diese sich ggf. schon vorbereiten können und nicht komplett ins kalte Wasser geschmissen werden. Ggf. passt da ja auch das Thema Backen Prototyp rein. Es bleibt spannend :-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Mit einem (extbase?) Prototypen könnte man mal eine bisschen spielen, insbesondere wenn dieser parallel zum aktuellen Page Modul verwendet werden kann. Streiche Extbase, setze reine Core-API + eigene spezialisierte Methoden + Fluid und wir kommen zusammen ;-) Aber warten wir erstmal den Schedule für die Devdays ab, ggf. gibt's da ja neben T3DUST die passenden Workshops dazu. Bin gespannt Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 6.2 Backend-Layouts
Gibt es eine Möglichkeit auf die Projekte die Backend-Layouts zu
beschränken?
Das nur das Backend-Layout auswählbar ist, welches man auch auf der Root
Seite erstellt hat.
TCEFORM.pages {
backend_layout.PAGE_TSCONFIG_ID = 123
backend_layout_next_level.PAGE_TSCONFIG_ID = 123
}
Damit kannst Du bestimmen, von welcher Seite die Datensätze gezogen
werden sollen.
Bin mir aber nicht sicher, ob das mit dem aktuellen Dataprovider unter
TYPO3 6.2 noch funktioniert.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 6.2 Backend-Layouts
TCEFORM.pages {
backend_layout.PAGE_TSCONFIG_ID = 123
backend_layout_next_level.PAGE_TSCONFIG_ID = 123
}
Damit kannst Du bestimmen, von welcher Seite die Datensätze gezogen
werden sollen.
Bin mir aber nicht sicher, ob das mit dem aktuellen Dataprovider unter
TYPO3 6.2 noch funktioniert.
leider nein... hab es gerade mal getestet (weder für admins, noch für
Redakteure)
Dann ist das aber ein Bug, denn soweit ich mich erinnern kann, sind das
beides Felder vom Typ Select und für die gilt laut Doku:
PAGE_TSCONFIG_ID
(applies to select-types with foreign table)
PAGE_TSCONFIG_IDLIST
(applies to select-types with foreign table)
PAGE_TSCONFIG_STR
(applies to select-types with foreign table)
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 6.2 Backend-Layouts
Am 06.05.2014 16:19, schrieb JoH asenau:
TCEFORM.pages {
backend_layout.PAGE_TSCONFIG_ID = 123
backend_layout_next_level.PAGE_TSCONFIG_ID = 123
}
Damit kannst Du bestimmen, von welcher Seite die Datensätze gezogen
werden sollen.
Bin mir aber nicht sicher, ob das mit dem aktuellen Dataprovider unter
TYPO3 6.2 noch funktioniert.
leider nein... hab es gerade mal getestet (weder für admins, noch für
Redakteure)
Dann ist das aber ein Bug, denn soweit ich mich erinnern kann, sind das
beides Felder vom Typ Select
Kommando zurück - seit TYPO3 6.2 sind die Felder zwar noch vom Typ
select, sie nutzen aber keine foreign table mehr sondern nur noch die
itemsProcFunc BackendLayoutView-addBackendLayoutItems
Von daher ist zumindest das Verhalten korrekt, obwohl damit die
Deprecation-Policy umgangen wurde. Wäre vielleicht sinnvoll, das alles
mal zusammenzutragen und über eine eigene Dataprovider-Extension zu
reaktivieren.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 6.2 Backend-Layouts
Am 06.05.2014 17:58, schrieb Ralf-Rene Schröder:
Am 06.05.2014 15:48, schrieb bernd wilke:
TCEFORM.pages {
backend_layout.removeItems = 12,13,15
backend_layout_next_level.removeItems = 12,13,15
}
dieser Weg funktioniert...
Das ist im Gegensatz zur PAGE_TSONFIG_ID leider eine Blacklist, die mit
jedem neuen Datensatz angepasst werden muss.
Aber immerhin ... :-)
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Am 05.05.2014 13:27, schrieb Jan Kornblum: das sehe ich genauso. Ich wäre bereit, 150 EUR an die Association für ein Back-to-6.1-Backend-Projekt zu spenden ;) Wer macht mit? Die deutsche Liste ist dafür nicht ganz der richtige Ort: http://forge.typo3.org/projects/usability Wäre ggf. was für die Developer-Days, falls da nicht ohnehin schon ein entsprechender Workshop geplant ist. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Der größere Abstand ist auf großen, bzw. hochauflösenden Displays nötig, da das Treffen der Icons sonst zu einem Geschicklichkeitsspiel wird. An den luftigeren Skin gewöhnt man sich schnell und dann stört das minimal Mehr an Skrolling auch nicht mehr (IMHO). Kommt drauf an, wie hoch die Verschachtelungstiefe Deiner Gridelements ist. Im Extremfall geht da schon mal ein kompletter Screen drauf, ohne dass Du irgendwelchen Inhalt zu Gesicht bekommst. Wir haben versucht, das bei Installation von Gridelements ein wenig einzudampfen, was aber nicht für sämtliche Formulare gilt sondern in dem Fall nur für's Page-Modul selbst. Bei der letzten T3CON hatten wir mal über eine Extension diskutiert, mit der man einen Prototypen für eine Backend-Alternative liefern könnte, der zunächst unabhängig vom Core entwickelt werden könnte. Vielleicht wäre das ja was für die Developer Days oder ggf. ein Task für die T3DUST Ende September? Just my 2 cents Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [gridelements] Flexform-Felder Rechte
Am 29.04.2014 12:42, schrieb Simon Würstle: Hallo Renzo, vielen Dank für deine Antwort. Der BEexpliciteADmode ist bei mir schon auf explicitAllow gesetzt. Allerdings werden unter Erlaubte Ausschlussfelder die Flexformfelder nicht aufgeführt, so dass ich diese explizit erlauben könnte. Die Redakteure haben bereits Rechte für alle dort aufgeführten gridelements-Felder (tx_gridelements_children, tx_gridelements_container, tx_gridelements_columns und tx_gridelements_backend_layout). Ich nehme mal an, mit Flexformfelder meinst Du Felder, die mit Hilfe einer XML-Datenstruktur von Dir selbst erzeugt werden, wenn Du ein Gridelement Layout erzeugst. Soweit mir bekannt ist, kann man die nicht einzeln berechtigen, aber Du kannst das Feld pi_flexform freigeben, damit Deine Redakteure darauf Zugriff haben. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] in v6.1.1 Spalten ausblenden
Am 23.04.2014 21:50, schrieb Stefan Froemken: Um mal wieder auf die ursprüngliche Frage zurückzukehren: mod.SHARED.colPos_list=1,0,3 ist outdated Genaugenommen ist das nicht outdated sondern kaputtgespielt ;-) Das Ticket dazu wurde bereits von closed auf accepted gesetzt aber ein Fix steht noch aus: http://forge.typo3.org/issues/43511 HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kuriositäten mit 6.2
Von 4.7 auf 6.2...aha...hast Du da zufällig zB die Kombi tt_address/wt_directory/wt_doorman dabei gehabt ? Datt iss so ziemlich mein kritischster Fall (der mir auch direkt einfällt). Ohne die beiden Zusätze bekomme ich nämlich die Adressen nicht auf Liste getrimmt. Dafür benutzt man ja auch keine Extensions sondern TypoScript ;-) Wenn es wirklich nur um Listen geht und nicht um google maps oder vcard export, dürfte die einzige Extension, die Du davon wirklich benötigst, tt_address sein. Damit werden ja die entsprechenden Tabellen angelegt und die Eingabeformulare im Backend erstellt. Daraus dann eine Adress-Liste zu generieren dürfte mit einem simplen CONTENT und entsprechendem renderObj nicht allzu schwierig sein. Vorteil: Abgesehen von möglicherweise als deprecated entferntem TypoScript bist Du damit auf einer relativ sicheren Seite, was die Upgradefähigkeit angeht. Wenn Du für solche Aufgaben bisher auf Extensions zurückgegriffen hast, die ggf. schon lange nicht mehr gewartet werden, schnappt die Upgrade-Falle natürlich wesentlich eher zu. Aber vielleicht ist ja jetzt ein guter Zeitpunkt, diese Extensions komplett zu entfernen und durch TypoScript zu ersetzen. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements und Mehrsprachigkeit
3.) wenn man über das Listmodul die nötigen lokalisiert, dann landen die trotzdem im BE in der hauptsprache ? kann ich eigentlich das Flag alle sprachen überhaupt irgendwie sinnvoll mit gridelements nutzen? Ja. Oder müssen auch eigentlich nicht zu lokalisierende Elemente überetzt werden? Nein. Wenn die Sprache eines Containers auf All steht, wird er prinzipiell erstmal automatisch in allen Sprachen angezeigt. Dies gilt auch für den Columns-View im Page-Modul, trotzdem tauchen solche Container, aber auch andere Content-Elemente, deren Sprache auf All steht, im Language-View nur in der Default-Sprache auf. Das war mit TYPO3 4.7.5 zwischenzeitlich mal anders, wurde aber aufgrund verschiedener Probleme wieder abgeschafft: https://review.typo3.org/#/c/21498/ - IMHO keine wirkliche Lösung aber zumindest behebt der Patch ein paar unschöne Symptome. So ein Container kann aber in jedem Fall mit Elementen gefüllt werden, deren Sprache entweder ebenfalls auf All oder eine der möglichen Sprachen gesetzt wird. Bei 3 Sprachen - Default (Deutsch), Englisch und Französisch - können in einem All-Container also 4 verschiedene Spracheinstellungen vorkommen, die aber im Language-View weiterhin nur in der Hauptsprache angezeigt werden. Im Columns-View und im Frontend wird dann der Container in jeder Sprache gerendert, seine Kinder aber nur, wenn deren Sprache dazu passt, also entweder ebenfalls auf All oder auf der aktuell gerenderten Sprache steht. Persönlich empfehle ich diese Vorgehensweise nicht, weil das mittel- bis langfristig zu Problemen führt, insbesondere dann, wenn solche All-Elemente aus bestimmten Sprachen verschwinden sollen, aus anderen aber nicht. Daher würde ich immer richtig übersetzen, auch wenn der Inhalt zunächst prinzipiell identisch ist. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kuriositäten mit 6.2
Am 12.04.2014 22:06, schrieb Steffen Liebig: aha, das klingt - bezogen auf den Weg mit den t3d-Importen - nach warten auf 6.2.1 oder wann immer der Patch dabei ist :-) Nein - das klingt nach vergiss die T3D-Importe und mach einfach einen direkten Update/Upgrade vom System. T3D war und ist nicht für einen volllständigen Upgrade einer Site gedacht, sondern für das übertragen einzelner Teilbäume zwischen verschiedenen Sites. Die einfachste Methode für ein TYPO3-Versions-Update ist immer noch die: 1. den Root-Ordner einer bestehende TYPO3-Instanz bereinigen (typo3temp etc.) 2. die bereinigte Instanz 1:1 auf Instanz.old kopieren (ist per Shell-Zugriff simpel, geht aber zur Not auch per FTP) 3. ein 1:1-Backup der bestehenden Datenbank anlegen (das geht ganz gut per MySQL-Dump, aber eben BEVOR sich die Struktur der Daten geändert hat) 4. den Symlink auf die TYPO3-Sourcen der bestehenden Instanz auf die neue TYPO3-Version umlegen (damit fliegt z.B. bei korrekt gesetzten Original-Symlinks alter TYPO3 Instanzen automatisch t3lib raus.) 5. Ins Install-Tool gehen und die nötigen Upgrade-Schritte durchführen, insbesondere den DB-Compare (und zwar so oft, bis dort nichts mehr anzuklicken ist). 6. in den Extension Manager wechseln und wo nötig auf neuere Versionen der verwendeten Extensions upgraden. 7. Ggf. nochmals im Install-Tool per DB-compare sicherstellen, dass die Datenbankstruktur passt. Feddisch. Bis auf Schritt 6 ist das alles mehr oder weniger unkritisch. Lediglich veraltete Extensions, für die es keine 6.2-kompatiblen Versionen gibt, können Probleme machen. Von daher wäre es sinnvoll VOR einem Upgrade zu schauen, ob es passende Versionen aller Extension gibt. Hat bei meinem letzten Upgrade von 4.7 auf 6.2 keine 30 Minuten gedauert und läuft bisher problemlos. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Hintergrundbild in einem Gridelement Browserfüllend
Jetzt kommt mir aber immer noch das div class=csc-default in die
Quere die TYPO3 um jedes Contentelement legt.
Gibt es einen Trick mit dem ich für dieses CE Gridelement diesen div
wegbekomme? Oder gibt es da eine JS Lösung die die Problematik umgehen kann?
Hat jemand sowas schon verwirklicht?
div class=csc-default wird per TypoScript durch CSS-styled-content
generiert.
Dort kann man das also auch komplett abschalten oder mit passenden
Einschränkungen versehen.
z.B. so für alle Gridelemente:
tt_content.stdWrap.innerWrap.cObject.default {
stdWrap.if {
value = gridelements_pi1
equals.field = CType
negate = 1
}
}
oder nur für ein bestimmtes Gridelement
tt_content.stdWrap.innerWrap.cObject.default {
stdWrap.if {
value = 123
equals.field = tx_gridelements_backend_layout
negate = 1
}
}
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements und Mehrsprachigkeit
Am 13.04.2014 14:19, schrieb Ralf-Rene Schröder: Am 13.04.2014 13:10, schrieb JoH asenau: Bei 3 Sprachen - Default (Deutsch), Englisch und Französisch - können in einem All-Container also 4 verschiedene Spracheinstellungen vorkommen, die aber im Language-View weiterhin nur in der Hauptsprache angezeigt werden. das macht den Language View dann aber eigentlich völlig unbrauchbar... wenn alle Überetzungen mit in der Standardsprache auftauchen Deswegen sage ich ja, dass der Patch keine wirkliche Lösung bietet, weil er lediglich Probleme fixt, sich aber nicht mit Ursachen und Auswirkungen beschäftigt. Sobald es aber nicht mehr nur um einzelne Elemente geht, sondern per IRRE verschachtelte Strukturen, ist diese Lösung eher hinderlich als zielführend. Im Columns-View und im Frontend wird dann der Container in jeder Sprache gerendert, seine Kinder aber nur, wenn deren Sprache dazu passt, also entweder ebenfalls auf All oder auf der aktuell gerenderten Sprache steht. ALL Kinder (und deren Kinder) werden bei mir im Colums-View aber nicht angezeigt !!! (im FE ist die Ausgabe richtig) So sieht das hier mit 3.0.0-dev und TYPO3 6.2 aus: 1. Columns view http://manuals.cmsbox.de/fileadmin/user_upload/translation_all_1.png http://manuals.cmsbox.de/fileadmin/user_upload/translation_all_2.png 2. Language view http://manuals.cmsbox.de/fileadmin/user_upload/translation_all_3.png Wenn da trotzdem noch was fehlt, müssen wir da vor dem 3.0-Release noch dran. Persönlich empfehle ich diese Vorgehensweise nicht, weil das mittel- bis langfristig zu Problemen führt, insbesondere dann, wenn solche All-Elemente aus bestimmten Sprachen verschwinden sollen, aus anderen aber nicht. bei mir macht es halt schon von Anfang an Probleme, weil so (ohne List modul) schon mal gar keine Übersetzungen angelegt werden können... Mit dem List-Modul gehts aber zumindest. Wobei IMHO der Sinn von All-Elementen ist, dass sie eben NICHT übersetzt werden sollen, was eigentlich auch für deren Kinder gelten sollte. So ein Mix aus All und verschiedensten Varianten von Kindern wird auch für die Redakteure schnell unübersichtlich. Nur weil es theoretisch möglich ist, würde ich das dennoch so nicht nutzen. Daher würde ich immer richtig übersetzen, auch wenn der Inhalt zunächst prinzipiell identisch ist. wie schon gesagt... damit klappt auf jeden fall alles, ich wollte den Redakteuren eigentlich nur ersparen rein strukturelle Elemente, ohne jede Notwendigkeit zur übersetzung, trotzdem übersetzen zu müssen... Die Strukturen sind ja nur anfangs identisch, ändern sich aber ggf. später auch nur in einem Teilbereich der Übsersetzungen. Von daher wäre mein Ansatz auch dort: Richtig übersetzen. PS: es wird also wahrscheinlich keine Alternative zum alles übersetzen geben... besser wäre eigentlich nur eine Lösung wo ALL Elemente auch immer in allen Sprachen auftauchen (aber als noEdit), und damit dort dann immerhalb eines solchen Containers wieder lokalisierte Elemente möglich wären (und dort auch automatisch zur Übersetzung angeboten würden)... s.o. Wobei die Anzeige von All-Elementen IMHO auch im Language-View in allen Sprachen aktiviert sein sollte, weil sonst schnell die Übersicht verloren geht, insbesondere was die Sortierung innerhalb der Sprachen angeht. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Hintergrundbild in einem Gridelement Browserfüllend
tt_content.stdWrap.innerWrap.cObject.default {
stdWrap.if {
value = 123
equals.field = tx_gridelements_backend_layout
negate = 1
}
}
Das klingt ja Klasse.
für was steht denn da der value = 123?
Ist das die uid des gridelements?
Nein, die des verwendeten Grid-Layouts.
Sprich: Für alle Gridelemente, die das Layout 123 verwenden, wäre der
innerWrap komplett abgeschaltet.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements und Mehrsprachigkeit
ALL Kinder (und deren Kinder) werden bei mir im Colums-View aber nicht angezeigt !!! (im FE ist die Ausgabe richtig) wenn du willst kann ich dir einen Zugang zu einer Seite schicken, die gerade aufgebaut wird, und wo diese Problematik deutlich wird... Versuch's mal mit diesem Patch: https://review.typo3.org/#/c/29441/ Falls es läuft, bitte kurz +1 geben :-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements, Flexform und Typoscript Umsetzung?
tt_content.gridelements_pi1.20.10.setup{
1lib.gridelements.defaultGridSetup
1{
### Das ist das Feld mit dem Container Inhalt
columns{
## Die Nummern werden im Grid Editor vergeben
10.default
10.wrap=div|/div
}
### Weitere Felder aus dem Flexform
container=COA
container{
20 = TEXT
20 {
data = field:flexform_id
Mit den Feldern machst Du im Prinzip schon alles richtig, wobei das
direkt mit
field = flexform_name
sinnvoller ist als über data. Aber: Was ist denn bitteschön der
container und wieso weist Du dem ein COA zu? Das führt zu dem von Dir
beschriebenen Ergebnis, denn Gridelements kennt keinen Paramter mit
diesem Namen und gibt daher auch nichts aus.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements: Aktueller Wert ist nicht erlaubt
Am 04.04.2014 11:14, schrieb Lars Brinkmann: Hallo zusammen! ich nutze gridelements 2.0.2 in einer 6.1 Installation. Die Ausgabe funktioniert auch so, wie ich mir das vorstelle, daher ist mir dieser Fehler erst gar nicht aufgefallen. Ich habe ein CE Backend Layout erstellt, um Text 2-spaltig nebeneinander zu positionieren. Lege dann also das Rasterelement als Inhaltselement an und innerhalb dieses Rasters meine zwei Inhaltselemente. Funktioniert. Wenn ich mir nun aber die Inhaltselemente ansehe, habe ich im Reiter Erweiter im Feld Raster-Container die Fehlermeldung [ Aktueller Wert ist nicht erlaubt (50) ] stehen. Was genau hat das zu bedeuten? Irgendwo muss dann ja noch ein Fehler sein, oder? 2.0.2. ist relativ alt und wir arbeiten gerade an 2.1 für TYPO3 6.1 Von daher würde ich es mal mit der 2-0-Branch aus dem GIT-Repository versuchen: http://forge.typo3.org/projects/extension-gridelements2/repository/show?rev=2-0 Falls der Fehler dann immer noch auftritt, wäre es nett, wenn Du einen Bug-Report auf forge machen könntest. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements: Aktueller Wert ist nicht erlaubt
Was genau sagt denn das Feld aus und was gibt der Wert in Klammern an (ich vermute die Content-ID?) In dem Feld steht normalerweise die UID des Eltern-Containers. Der Wert 50 müsste also die entsprechende UID sein. Die Fehlermeldung sollte nur dann kommen, wenn das Der Kind-Element -Typ im Container an dieser Stelle nicht erlaubt ist, oder wenn der Container selbst nicht mehr existiert. Es gab dort aber meines Wissen nach einige Bugs, die ggf. mit 2.1.0-dev bereits behoben wurden. Wie Du an ein ZIP kommst, hat Philipp ja schon beschrieben. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements und Typo3 6.2
Am 02.04.2014 22:58, schrieb Sebastian Schmal:
ich hab mir mal die git-version genommen und in ein t3 6.2 installiert.
es werden zwar die datensätze (texte) ausgegeben.
doch mein markup wird nicht mit ausgegeben:
#grid elemente
tt_content.gridelements_pi1.20.10.setup {
# 2 Spalten 8 / 4
1 lib.gridelements.defaultGridSetup
1 {
columns {
10 .default
10.wrap = div class=columns eight|/div
20 .default
20.wrap = div class=columns four end|/div
}
wrap = div class=row|/div
}
}
im quelltext sind dann nur die normalen t3 elemente: csc-default
gibt es hier allg. noch einen bug, oder hab ich was falsch gemacht?
Dein 2-Spalter Layout-Datensatz müsste die ID 1 haben und mit den
Spaltennummern 10 und 20 arbeiten, damit das klappt. Wobei 10 und 20
eigentlich eher unüblich sind, weswegen ich den Fehler mal dorr vermute ;-)
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: gridelements - kann keine Inhalte einfügen
Am 01.04.2014 13:55, schrieb Christian Welzel: Am 01.04.14 11:49, schrieb Christian Welzel: Ich kann Container definieren, aber es erscheinen im Backend keine Spalten und auch keine Buttons zum hinzufügen von Elementen in Spalten. Per dnd kann ich nur Elemente zwischen die Container ziehen. So, nach einigen Stunden Suche nun die Lösung: man öffne die Benutzereinstellungen unter Benutzerwerkzeuge- Einstellungen und gehe auf den Tab Rasterelemente. Dort gibt es einen Punkt Spaltenüberschriften ausblenden. Wenn dort ein Haken drin ist, werden keine Spalten-Header gerendert. Das bedingt allerdings, dass man weder den Spaltennamen sieht, noch den Add-Button noch etwas in die Spalte ziehen kann, wenn diese leer ist. Klingt nach einem Bugreport für http://forge.typo3.org/projects/typo3v4-gridelements/issues Fliesst aber dann als Fix in 2.1 und 3.0 ebenfalls mit ein. Danke für's Feedback :-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements und Typo3 6.2
Am 31.03.2014 00:02, schrieb Sebastian Schmal: ah cool, weißt du ca. wann? ;) Moin moin. Die Antwort lautet: Wenn's fertig ist. ;-) Wir haben momentan noch drei Major-Tasks auf dem Schirm: 1. Verbliebene Sprach-Bugs fixen 2. Dokumentation auf den neuesten Stand bringen 3. Testen, testen, testen Danach kann die 3.0.0 ins TER. Wobei die aktuelle Version aus GIT jederzeit genutzt werden kann. Ggf. gibt's da aber noch das ein oder andere Problem. Diese zu bemerken, beschreiben und auf Forge zu melden sind die Hauptbestandteile von Aufgabe 3 und je mehr von Euch das tun, desto schneller haben wir eine stabile Version für's TER. Bitte beim Report den GIT-Hash mit angeben, mit dem Ihr getestet habt, weil wir in relativ kurzen Zeitabständen neue Patches einspielen. Danke für's Feedback :-) Jo -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] typoscript Abfrage über zwei Tabellen
Am 27.03.2014 14:12, schrieb Johannes C. Schulz - EnzephaloN IT-Solutions:
Hallo
Sorry, hab gerade einen Fehler gesehen. Der nicht funktionierende Code sieht
wie folgt aus:
page.headerData.10.override = CONTENT
page.headerData.10.override {
table = tx_eventcal_domain_model_date
select{
where = deleted=0
Auf welcher Seite liegen denn die Datensätze?
select nutzt pidInList, was per Default auf this steht. Das wäre dann
die aktuelle Seite, was aber vermutlich bei Dir nicht der Fall ist.
Außerdem ist deleted = 0 nicht nötig, weil CONTENT meines Wissens nach
nur sichtbare nicht gelösche Elemente auswählbar macht.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend UI TYPO3 6.2.0beta7
Am 19.03.2014 03:04, schrieb Ralf-Rene Schröder: Hallo... hat vielleicht noch jemand außer mir Probleme mit der Bedienung des 6.2.0beta7 Backends oder muß ich Extensions deaktivieren um die Ursache zu finden??? bei mir werden die Icons bei MousOver der gesamten Area ausgeblendet... (somit kann man keine neuen CEs anlegen) innerhalb eines Rasterelements von GE klappt es dagegen... Wenn Du GE installiert hast, beisst sich das momentan noch mit dem aktuellen Core-CSS. Das liegt daran, dass die GE-Fixes sich auf den alten 6.x Stand beziehen, und der hat sich inzwischen massiv geändert. Im aktuellen GE-Master ist das teilweise schon gefixt. Da fällt momentan lediglich der Drag-In-Wizard auseinander. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend UI TYPO3 6.2.0beta7
Wenn Du GE installiert hast, beisst sich das momentan noch mit dem aktuellen Core-CSS. ich nutze zwar GE (3.0.dev), aber ich habe ebend nicht nur GE, sondern ALLE lokalen Extensions deaktiviert !!! alle Caches restriktiv gelöscht und das Problem blieb, selbst in einem zweiten Browser (auch mit gelöschtem Cache) ??? Der Cache allein ist es nicht. Da hängen noch diverse typo3temp folder mit drin, in denen generiertes CSS rumfliegt. Am besten mal alles löschen, was irgendwie nach temporär aussieht. Mit aktuellem 3.0-dev sollte das danach aber schon gehen. Auf der THEMES-Testing-Umgebung von Kay sah das dann so aus: http://t.co/TzpdEQmjDd HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Grid-Elements verschachteln
Am 16.03.2014 13:33, schrieb Christian Leicht: Passiert das immer, oder nur, wenn Du den 3-Spalter in den 2-Spalter packst? Es passiert auch wenn ich sie untereinander auf eine Seite stelle. Verschachteln habe ich noch gar nicht versucht. Es werden keine div ausgegeben als würde es den TS Code gar nicht abarbeiten. Christian Kann das sein, dass die Spaltennummern nicht passen? Üblicherweise sind die Spalten in jedem Grid-Layout möglichst identisch, damit man Layouts wechseln kann, ohne Inhalts-Elemente wieder neu reinschieben zu müssen. Bei einem 2- und einem 3-Spalter wären das z.B. folgende colPos-Werte im Layout 0 und 1 für den 2-Spalter und 0, 1 und 2 für den 3-Spalter. Wobei 0 idealerweise in allen Elementen für die Spalte genommen werden sollte, die den Hauptinhalt bekommt. Damit würden bei einem Wechsel zwischen den Elementen die ersten beiden Spalten immer erhalten bleiben. Lediglich die Spalte 2 fliegt raus in die unused elements, wenn man von 3 auf 2 Spalten wechselt. Wenn Du gleichzeitig noch im Backend-Layout der Seite eine Spalte mit colPos -2 einbaust, kannst Du aber auch die rausgeflogenen Elemente sehen und ggf. woanders hin schieben. Deinem TypoScript entnehme ich, dass in beiden Elementen die Spalten 10 und 20 vorkommen. Im 3-Spalter zusätzlich noch die 30. Wenn das Deinem Layout entspricht, sollte alles funktionieren. Ich nehme aber an, dass in Deinem 3-Spalter überhaupt keine der Spaltennummern verwendet wird, sondern ganz andere. Das führt dann wieder dazu, dass für diese Elemente nur die Default-Spaltenkonfiguration verwendet wird. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TS für GridElements
Am 17.03.2014 00:33, schrieb Christian Leicht:
Ich kämpfe gerade an der Umsetzung von GridElements.
2 CE Backend Layout´s habe ich angelegt dann auch das TS im root der
Seite hinterlegt.
Leider wird das 3 Spaltige Layout nicht im Frontend ausgegeben. Das
2-Spaltige schon.
# 2 spaltiges Layout
tt_content.gridelements_pi1.20.10.setup {
1 lib.gridelements.defaultGridSetup
1 {
wrap = div class=row|/div
columns {
## Die Nummern werden im Grid Editor vergeben
110 .default
110.wrap = div class=col-md-6!--Links--|/div
120 .default
120.wrap = div class=col-md-6!--Rechts--|/div
}
}
## 3 spaltiges Layout
tt_content.gridelements_pi1.20.10.setup {
# Die Nummer 2 bedeutet die Datensatznummer des Backend Grid Objektes
2 lib.gridelements.defaultGridSetup
2 {
wrap = div class=row|/div
columns {
## Die Nummern werden im Grid Editor vergeben
210 .default
210.wrap = div class=col-md-4|/div
220 .default
220.wrap = div class=col-md-4|/div
230 .default
230.wrap = div class=col-md-4|/div
}
}
Wenn's jetzt klappt, hat sich meine Antwort aus dem anderen Thread ja
erledigt :-)
Dennoch auch hier nochmal der Hinweis: Es ist kontraproduktiv, für jedes
Gridelement eine andere Kombination von Spaltennummern zu verwenden. Die
Nummer sind nämlich intern und beziehen sich ausschließlich auf die
Position innerhalb des Grids.
Von daher wäre es sinnvoll, immer die selbe Zahl für den selben Typ von
Inhalt zu nehmen. z.B. 0 für Hauptinhalte, 1 für linke Spalten, 2 für
rechte etc.
Wenn Du zwischen verschiedenen Layouts wechselst, brauchst Du so nicht
immer alle Elemente neu zu positionieren und mit Hilfe einer Spalte
unused elements (colPos -2) im Seiten-Layout bekommst Du die wenigen
Elemente, die beim Wechseln rausfliegen könnten auch noch in den Griff.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Grid-Elements verschachteln
Am 16.03.2014 01:50, schrieb Christian Leicht: Ich habe gerade fast an gleicher Stelle ein Problem. Ich habe 2 CE Backend Layouts angelegt. Dann habe ich dieses TypoScript im root angelegt. Das 2-spaltige Layout wird richtig ausgegeben. Aber das 3-spaltige nicht mehr. Die Inhalte des 3 spaltigen werden zwar angezeigt, aber die div`s ... werden nicht gewrappt. Passiert das immer, oder nur, wenn Du den 3-Spalter in den 2-Spalter packst? HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Grid-Elements verschachteln
Am 15.03.2014 07:22, schrieb Roland Hentschel: Hallo! Nun ist mein Problem ( das keins war ) zwar gelöst, aber das, was ich eigentlich vorhatte, kann gar nicht funktionieren : nämlich z.B. in einen 2-Spalter 2 3-Spalter einbauen. Weil ja jedes Feld seine eigene colpos hat. Ich müßte also in dem Fall mehrere 3-Spalter definieren, und dann wär's mit der Übersichtlichkeit bald vorbei. Das stimmt so nicht ganz, denn die colPos für alle Kinder eines Gridelements ist zunächst mal -1. Zusätzlich gibt es noch die container ID tx_gridelements_container und die tx_gridelements_columns für die Position innerhalb des Containers, anhand derer die genaue Position innerhalb der Struktur bestimmt wird. Du brauchst also nur 2 Backend-Layouts definieren, eins für den 2-Spalter, eins für den 3-Spalter. In den 2-Spalter schmeisst Du nun 2 Gridelemente, die beide das Layout 3-Spalter bekommen. Die Kombination der Felder ist damit für alle Unique. Du brauchst als wirklich nur die 2 Layouts. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Grid-Elements verschachteln
Aber ich würde gern einzelne Elemente miteinander verschachteln, und das bekomme ich nicht hin. Kann mir da mal jemand ein Beispiel zeigen ? äh, das sollte eigentlich ganz einfach sein. Du musst nur erlauben dass in einem Container wieder Container erlaubt sind (in der Liste der einfügbaren Elemente aufnehmen) Genaugenommen müsstest Du nicht mal das, falls Du bisher gar nicht mit allowed arbeitest. Per Default sind alle Elemente erlaubt, also auch Gridelements. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zukunft TemplaVoila
Ich hab mir nun alles angeschaut wie GridElements, Flux usw. und weis nach wie vor nicht wie ich damit ein Template einbinde, da es anscheinend noch keine vernünftiges HowTo gibt. Auch YouTube hilft das nicht weiter. Es wird mir nicht klar wie die ganze Sache zusammenhängt. Wenn Du kurz definieren könntest, was Du in diesem Zusammenhang mit Template meinst, wäre es vermutlich einfacher, Dir die sinnvollste Lösung zu erläutern. Oder bin ich da auf dem ganz falschen Weg und es ist alles doch viel einfacher als mir das Google und die unzureichende Anleitung erzählt. Für Gridelements gibt's ein recht ausführliches PDF http://forge.typo3.org/projects/extension-gridelements2/repository/revisions/master/entry/Documentation/manual.pdf , eine Website mit Beispielen http://manuals.cmsbox.de und verschiedene Anleitungen von Anwendern sowohl als Video als auch als Tutorial. Es dient allerdings vor allem dazu, Inhalte mehrspaltig gruppiert oder auch mit komplexeren Strukturen im Backend anzuzeigen und ggf. eine entsprechende Frontendausgabe daran zu knüpfen. Vermutlich ist das aber nicht, was Du unter Template verstehst. Flux/Fluidcontent ist die wohl mit Abstand am besten dokumentierte und mit Beispielen versehene Extension-Suite, die ich kenne. Von daher kann ich nicht ganz nachvollziehen, was da so unzureichend sein soll. Wobei wir gerade mit einem Projekt http://www.startnext.de/typo3-theme-packages dabei sind, die Ansätze von Flux und Gridelements zusammenzuführen. Ich denke mal, so ein Theme kommt am ehesten an Deinen Template Begriff heran. Mich verwirrt das sehr, was nicht umbedingt gut ist um weiter vertrauen in TYPO3 zu haben. Ich hoffe das dies in Neos nicht auch so Sch... wird. Technisch gesehen gab es den Sch... vor allem auch mit TemplaVoila, wobei Du als Anwender vielleicht nicht so viel davon mitbekommen hast. Bei NEOS wirst Du für eigene Templates nicht an Fluid und TypoScript 2.0 vorbeikommen. Es bleibt also spannend ;-) HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: Re: Bildern wird Zusatz im Dateinamen zugefügt
Seit 6.0 ist das bei std-Bild CEs doch eigentlich nicht mehr so. Da wird doch FAL benutzt und damit nicht mehr für jede Verwendung eine Kopie angelegt, daher sollten auch keine Zähler am Namen erscheinen. (in Extensions, die kein FAL nutzen werden Dateien weiterhin kopiert und unifiziert). Gilt das auch für eventuell eingestellte Compat-Modes? Soweit ich mich erinnere kann man doch das Verhalten verschiedener älterer Versionen per Schalter im Install-Tool simulieren. Habs aber nie getestet, ob sich das auf FAL Co. auswirkt. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Bildern wird Zusatz im Dateinamen zugefügt
Am 09.03.2014 10:57, schrieb Sonja Dithmers: Hallo, wenn ich einem Bildelement weitere Bilder hinzufügen möchte, wird dem Namen z.B. ein _01 hinzugefügt. Beim ersten Bild ist es nicht so. Das Ergebnis ist, dass das Bild nicht zu finden ist, weil es nicht existiert. Im Installtool habe ich dazu keine besondere Einstellung gefunden. Hat jemand dieses oder ein ähnliches Problem schon mal gehabt? Das ist kein Problem, sondern das Standard-Verhalten von TYPO3 mit Bildern. Wenn Du ein Bild verwendest, wird intern nicht das Original-Bild genommen, sondern eine Kopie davon angefertigt, bei Inhalts-Elementen z.B. im Ordner uploads/pics/ Damit ist sichergestellt, dass für jedes Element das dazugehörige Bild erhalten bleibt, selbst wenn das Original-Bild oder ein anderes Element mit diesem Bild gelöscht werden. Ist vergleichbar mit einer Bildredaktion, die für einzelne Artikel immer nur Abzüge zur Vergügung stellt aber nie das Original. Das bleibt im Archiv. Wenn das Bild bei Dir trotzdem nicht zu finden sein sollte, deutet das auf Probleme mit dem dazugehörigen Ordner hin. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements 1.4.1 ... TYPO3 4.5.32 ... kopierte Elemente landen nicht im Raster sondern in der Hauptspalte
Am 07.03.2014 18:13, schrieb JoH asenau: Am 07.03.2014 18:05, schrieb JoH asenau: Am 07.03.2014 13:51, schrieb Christian Welzel: Am 07.03.14 11:58, schrieb Ralf-Rene Schröder: ist das bekannt (oder soll ich einen Issue aufmachen) und gibt es vielleicht schon eine Lösung ??? Hatte ich am 21.02. auch schon mal reportiert. Lösung habe ich keine gefunden. War einfacher als ich dachte: Check mal das 1.5.x Repository ;-) http://forge.typo3.org/projects/typo3v4-gridelements/repository Kann aber noch 'n paar Minuten dauern, bis es da ist. Und hier wäre der Patch für den GE2/3 master https://review.typo3.org/#/c/28173/ Sorry - Link vergessen ;-) Schönen Sonntag Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements 1.4.1 ... TYPO3 4.5.32 ... kopierte Elemente landen nicht im Raster sondern in der Hauptspalte
Am 07.03.2014 11:58, schrieb Ralf-Rene Schröder: ich habe hier eine gridelements 1.4er Version (leider meine einzige, deshalb keine Vergleichsmöglichkeit) beim Kopieren über die Zwischenablage landen die kopierten Elemente nicht im Ziel Rasterelement, sondern ganz oben in der Spalte. Das ändern der Elementspalte bringt es an den richtigen Ort (also nur diese eigenschaft geht verloren) es passiert NICHT bei Drag Drop es passiert auch nicht wenn im Zielraster schon ein Element ist und man dann das Einfügen danach nimmt eben nur beim Einfügen (auch als Referenz einfügen) in der Spalte des Rasterelements selber... ist das bekannt (oder soll ich einen Issue aufmachen) und gibt es vielleicht schon eine Lösung ??? Moin moin Das ist erst seit letzter Woche bekannt geworden, nachdem wir die aktuelle 1.5-dev beim Hauptsponsor ins aktuelle Projekt eingebaut haben. Liegt vermutlich daran, dass die meisten per Drag Drop kopieren oder das Element danach an die richtige Stelle schieben, den Bug aber nicht reporten. Ich bin da dieses Wochenende dran. Vermutlich liegt es nur an den Informationen, die per JS an die Icons getackert werden und nicht am Processing, sonst würde der Drag Drop Vorgang ebenfalls nicht funktionieren. Danke für's Feedback :-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements 1.4.1 ... TYPO3 4.5.32 ... kopierte Elemente landen nicht im Raster sondern in der Hauptspalte
Am 07.03.2014 13:51, schrieb Christian Welzel: Am 07.03.14 11:58, schrieb Ralf-Rene Schröder: ist das bekannt (oder soll ich einen Issue aufmachen) und gibt es vielleicht schon eine Lösung ??? Hatte ich am 21.02. auch schon mal reportiert. Lösung habe ich keine gefunden. War einfacher als ich dachte: Check mal das 1.5.x Repository ;-) http://forge.typo3.org/projects/typo3v4-gridelements/repository Kann aber noch 'n paar Minuten dauern, bis es da ist. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements 1.4.1 ... TYPO3 4.5.32 ... kopierte Elemente landen nicht im Raster sondern in der Hauptspalte
Am 07.03.2014 18:05, schrieb JoH asenau: Am 07.03.2014 13:51, schrieb Christian Welzel: Am 07.03.14 11:58, schrieb Ralf-Rene Schröder: ist das bekannt (oder soll ich einen Issue aufmachen) und gibt es vielleicht schon eine Lösung ??? Hatte ich am 21.02. auch schon mal reportiert. Lösung habe ich keine gefunden. War einfacher als ich dachte: Check mal das 1.5.x Repository ;-) http://forge.typo3.org/projects/typo3v4-gridelements/repository Kann aber noch 'n paar Minuten dauern, bis es da ist. Und hier wäre der Patch für den GE2/3 master HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] dce und gridelements
WERT IST NICHT ERLAUBT (dce_CEUID7) hab aber auch schon versucht die falsche Schreibweise bei allowed reinzuschreiben. Auch kein Effekt. Da Du aber schon beim CType-Wert selbst was Falsches drinstehen hast, tippe ich jetzt mal auf DCE als Kandidaten für den Bug. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] dce und gridelements
Am 05.03.2014 09:50, schrieb Philipp Holdener: Hallo Joey Da Du aber schon beim CType-Wert selbst was Falsches drinstehen hast, tippe ich jetzt mal auf DCE als Kandidaten für den Bug. Bei gridelements steht allowed = .. dce_dceuid7 .. Hast Du das dort händisch reingeschrieben, oder kam das aus dem Wizard? Komisch dass dann anschliessend bei Typ anders drin steht?! Das meinte ich ja, weil Gridelements (Nutzung des Wizards vorausgesetzt) an der Stelle nichts verändert, sondern einfach nur Werte übernimmt, die von andere Stelle kommen. Wenn im Wizard ein anderer CType-Wert erscheint als letztlich wirklich im CType-Feld steht, ist das vermutlich ein DCE-Problem. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] dce und gridelements
allowed = header,text,textpic,image,bullets,table,uploads,mailform,login,search,multimedia,media,menu,shortcut,list,div,html,dce_dceuid10,dce_dceuid8,dce_dceuid7,dce_dceuid5,dce_dceuid4,dce_dceuid3,dce_dceuid2,dce_dceuid1,gridelements_pi1 Die Meldung anschliessend meldet aber WERT IST NICHT ERLAUBT (dce_CEUID7) Upper-/Lowercase könnte da auch noch reinspielen. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typoscript wraper.if und register von Extbase-Bootstrap
Am 03.03.2014 01:59, schrieb g4-l...@tonarchiv.ch: stdWrap.wrap = |test Nimm das mal raus :-) HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Grid Wizard funktioniert nicht
Am 03.03.2014 22:35, schrieb Chris Tian: Hallo, ich hab Grid elements installiert und wollte jetzt mit dem Grid wizard etwas ausprobieren. Nur leider öffnet er sich garnicht, es wird nur eine Weiße Seite angezeigt, die kein Quellcode enthält. Ich benutze Typo3 6.1.7 und das Bootstrap Package. Sonst hab ich eigentlich nichts großartig geändert. Ich weiß garnicht wo ich anfangen soll nach einem Fehler zu suchen. Vielleicht weiß jemand mehr als ich? Dann schau mer mal, wo's hakt :-) BTW: Bitte schick keine Bilder direkt mit Deiner Nachricht, sondern lade die irgendwo hoch und poste dann den Link. Im Newreader kommen sonst nur Hieroglyphen an ;-) Eine weisse Seite ohne Quellcode deutet zunächst mal auf einen internen Fehler, vorzugsweise im PHP-Code hin. Aktivier also mal im Install-Tool den Debug-Output oder schau ins Error-Log Deines Servers, falls Du Zugriff darauf hast. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements - Zugriff aus Layout
Am 28.02.2014 15:57, schrieb Tino Riedel: Ich habe jetzt ein Flexform am Gridelement-Layout definiert und kann so über zwei Dropdowns die Farbe je Container-Element für linke und rechte Spalte definieren. Gilt aber dann auch für alle Elemente in der jeweiligen Spalte. Soweit so gut. Gibt es aber eventuell doch noch die Möglichkeit, das für jedes Content-Element in einer Spalte zu können? Klar gibt es die, aber das hat ja dann nichts mehr mit Gridelements zu tun, sondern mit einer simplen Konfiguration der üblichen Content-Elemente. In den meisten Fällen ist das Feld Layout dafür ganz nützlich, das Du per TS config mit zusätzlichen Werten erweitern kannst. Außerdem gibt es noch die Rahmen, falls Du das Layout schon anderweitig nutzt. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements - Zugriff aus Layout
Am 27.02.2014 12:01, schrieb Tino Riedel: Hallo Gruppe, ich hab gerade einen Klemmer. Wie kann ich mittels TS und einem CASE-Konstrukt auf das Feld Layout des Inhaltselement zugreifen. Ich habe eine 2-Spaltigkeit definiert und möchte mittels des Layout-Dropdowns die Hintergrundfarbe steuern. Im Moment steuere ich so aber die Hintergrundfarbe nur, wenn ich das Layout am Gridcontainer selber ändere, welcher ja selber die linke und rechts spalte enthält. Ich möchte aber die Layoutdfinition direkt an der linken und rechten Spalte vornehmen. Wenn Du das Feld layout aus der Tabelle tt_content verwenden willst, kann das eigentlich nur auf beide Spalten gleichzeitig wirken, weil es eben zum Container-Element gehört. Du könntest zwar auf das Feld eines Kind-Elementes zurückgreifen, aber das könnte sich ja innerhalb der Spalte ändern, wenn dort mehrere Elemente drin sind. Je nach Anzahl der Farben gibt es zwei Varianten: 1.) Du könntest das Layout-Feld des Elternelements mit sämtlichen Kombinationen aus linker und rechter Farbe versehen. Damit würde das TypoScript fast so funktionieren wie Dein Beispiel 2.) Du könntest ein Flexform für den Container bauen, in dem es jeweils eine Auswahl-Box für die linke und rechte Farbe gibt. Da Farben vermutlich keine Kriterien sind, nach denen per SQL-Query gesucht wird, wäre es in dem Fall auch kaum ein Problem, diese Konfigurations-Daten im XML zu speichern. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.1.x: Maximale Bildhöhe 2000px???
cObject = IMG_RESOURCE
cObject {
file = GIFBUILDER
file {
XY = 1600, [10.h]
format = jpeg
quality = 80
backColor = #ff8800
10 = IMAGE
10.offset = 0,0
10.file {
import {
current = 1
field = images
treatIdAsReference = 1
listNum = 0
}
maxHeight = 3000
maxWidth = 1600
}
}
Schieb maxHeight unf maxWidth mal auf die selbe eben wie XY.
cObject.file.maxHeight
Aktuell liegen sie auf
cObject.file.10.file.maxHeight
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements - Problem beim Kopieren
Das passiert als Editor, alle tx_gridelements_*-Felder und colPos sind aber erlaubt. Typo3 4.5.32 und gridelements 1.5.0-dev aus dem trunk von forge. Kann das jemand bestätigen? Woran kann das liegen? 1.5.0-dev ist Work in Progress - kann also sein, dass da noch der ein oder ander Bug drin ist. Kannst Du bitte mal am Tracker schauen, ob der bereits gemeldet wurde? Falls er schon als behoben markiert ist, müssen wir den ggf. wieder aufmachen. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Inhaltselemente rechte Spalte vererben
Am 20.02.2014 17:39, schrieb derSven:
lib.contentRight = COA
lib.contentRight {
10 styles.content.getRight
10.select.pidInList = 50
20 styles.content.getRight
}
Aber wird so nicht das was bei 10 eingefügt wird automatisch bei 20
eingefügt. also doppelter content?
Nope - das wäre nur auf der Seite mit UID 50 der Fall und die gehört ja
anscheinend nicht zum Seitenbaum, sondern ist ein externer Container.
Wobei das mit der ursprünglich angefragten Vererbung nichts zu tun
hat, denn hier wird ja vor dem Inhalt der eigentlichen rechten Spalte
lediglich Standard-Inhalt aus einem hardgecodeten Container gezogen und
nicht aus der Rootline-Strukur.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Inhaltselemente rechte Spalte vererben
Leider wird hier nicht berücksichtigt, dass es 5 Kategorien gibt
(Kapitelseiten mit jeweils Unterseiten), die dann 5 verschiedene rechte
Spalten haben sollen. Außerdem soll auf den Seiten rechts noch
individueller Content möglich sein, ohne dass der sich vererbt.
Heisst auch noch, dass in der rechten Spalte dann sowohl der vererbte
als auch der individuelle Content angezeigt werden sollen, oder ist
damit eher ein entweder / oder gemeint?
Letzteres würde ich mit einem simplen ifEmpty.cObject lösen, das immer
dann CONTENT aus dem Lager holt, wenn kein individueller Inhalt
vorhanden ist.
10 = COA
10 {
10 styles.content.getRight
stdWrap.ifEmpty.cObject = CONTENT
stdWrap.ifEmpty.cObject {
#blah
}
}
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements wrapping problem
Am 13.02.2014 10:58, schrieb Karl:
Hmm jetzt geht es. Was ich sehr seltsam finde.
Ich lese überall das die Klasse nicht mehr tt_content.gridelements_pi1
ist sonder tt_content.gridelements_view und das man das im TS ändern
muss. Allerdings mit_view geht es nicht - mit _pi1 geht es nun doch...
wieso das?
Ist eigentlich ganz einfach: Es gibt einen Unterschied zwischen dem
Klassennamen und dem TypoScript-Key, der sich auf den verwendeten CType
bezieht. Zudem ist der Klassenname selbst unter 2.x bzw. 3.x nochmals an
die neuen Gepflogenheiten im Core angepasst worden.
Aktueller Stand ist:
TYPO3 4.5 = GE 1.x
PHP-Klassenname tx_gridelements_view
tt_content.gridelements_pi1.20.10 {
userFunc = tx_gridelements_view-main
}
TYPO3 6.0/6.1 = GE 2.x
PHP-Klassenname Gridelements
tt_content.gridelements_pi1.20.10 {
userFunc = GridElementsTeam\Gridelements\Plugin\Gridelements-main
}
TYPO3 6.2 = GE 3.x
PHP-Klassenname Gridelements
tt_content.gridelements_pi1.20.10 {
userFunc = GridElementsTeam\Gridelements\Plugin\Gridelements-main
}
In jedem Fall wird das Setup von tt_content.gridelements_pi1 vorsorglich
auf tt_content.gridelements_view kopiert, weil wir irgendwann auch beim
CType das _pi1 entsorgen wollen und es danach möglichst wenig Probleme
für bestehende Setups geben soll.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] extension_builder gridelements
Am 14.02.2014 14:31, schrieb Sonja Dithmers: Hallo, ich möchte den extension_builder benutzen, doch leider wird mir im Domain Modelling eine weiße Seite angezeigt. Nach kurzer Suche habe ich das gefunden: Link http://forum.typo3.org/index.php?t=msggoto=690733; Habe die t3skin_override.css mit dem Patch ausgetauscht doch das funktioniert nicht. Wenn ich gridelements komplett rausnehme, funktioniert das Domain Modelling wie gewohnt. Habe die T3 V 6.1.7 am Start. Bei einer Installation mit V 6.1.5 hat es nach dem Patch geklappt. Jemand noch eine Idee? Patchen allein reicht nicht. Du musst auch sämtliche Caches, komprimierte JS- und CSS-Dateien und anderen Kram löschen, der damit zusammenhängt, sonst wird weiterhin der alte Kram angezogen. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] dynamisches Hintergrundbild in CSS
Am 08.02.2014 12:08, schrieb Bernhard Prange: Hallo Liste, ich möchte ein dynamisches Hintergrundbild pro Seite geneerierten was in der lib.backgroundImage =IMG_RECORDS Was soll denn bittescön IMG_RECORDS sein? Meintest Du ggf. IMG_RESOURCE? HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] gridelements
Am 07.02.2014 14:58, schrieb Peter Linzenkirchner:
Hallo liebe Liste,
ich setze in einer TYPO3 4.5-Version Gridelements ein. Funktioniert an sich
gut, ich baue die Templates für die Grids mit Fluid auf, so:
f:format.html
parseFuncTSPath={data.tx_gridelements_view_column_1}/f:format.html
OK, jetzt muss ich aber die etwas angejahrte Extension rgaccordion zum Laufen
bringen, wenn sie innerhalb dieser Grids eingesetzt wird. Normalerweise wird
die Extension so verwendet:
page.10.subparts.TPL_CONTENT.renderObj plugin.tx_rgaccordion1
ihr wird also einfach das Content-Rendering übergeben.
Gibt es eine Möglichkeit, das auch aus einem Fluid-Template heraus zu machen,
also z. B. mit dem Viewhelper typoscriptObjectPath?
Ich versuche das schon eine geraume Zeit, schaffe es aber nicht. Ich erhalte
einfach keinen Output ...
Das könnte damit zusammenhängen, dass innerhalb von
tx_gridelements_view_column_1 bereits fertig gerenderte Elemente liegen,
die Du nur noch ins Fluidtemplate schmeisst, ohne sie aber zu verarbeiten.
Von daher würde ich das Accordion-Zeug wenn überhaupt innerhalb des
rendObj der Gridelemente einsetzen. Wobei ich mir das nicht im Detail
angesehen habe. Es kann als durchaus sein, dass im
plugin.tx_rgaccordion1 selbst nochmal CONTENT gezogen wird. In dem Fall
müsstest Du das umschreiben, weil Gridelements das aus
Performance-Gründen nicht in einzelnen Spalten über CONTENT tun, sondern
am Stück pro Container.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements Manual????
Am 05.02.2014 22:11, schrieb Martin Keck: Schau mal in den documentation Ordner der Extension. Meines Wissens ist da eine aktuelle Doku drin, die es online aus welchen Gründen auch immer nicht (mehr) gibt. Der Grund war das katastrophale Rendering der alten Docs. Wir haben elend lang dran rumgebastelt, das mit Open Office so hinzubiegen, dass es passt, aber immer war irgendwas zerschossen. Von daher haben wir's aus dem Ordner rausgenommen, der es automatisch rendern lässt und stattdessen ein PDF und das Original in einen anderen ordner gelegt. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [GELÖST] insertData = 1 funktioniert nicht
Am 05.02.2014 14:31, schrieb Marco Brüggemann: Perfekt! funktioniert (in FireBug und im Quelltext!) Das mit dem OptionSplit verstehe ich nicht so richtig. In einem Menu-Item (also NO, ACT, CUR, IFSUB etc.) werden alle Parameter über optionSplit gefiltert. Das heisst Du kannst dort mit bestimmten Separatoren arbeiten, die je nach Position innerhalb des Menüs ein anderes Verhalten erzeugen. parameter = |*| first1 || first2 |*| middle1 || middle2 |*| last1 || last2 |*| Ist hier genauer erklärt: http://books.google.de/books?id=xayL0Ckq60kCpg=PT501dq=optionsplit+typo3+kochbuch+men%C3%BCeintr%C3%A4ge+positionhl=desa=Xei=uVHyUpuSGc6S7Aa6uYHwDwved=0CD0Q6AEwAA#v=onepageq=optionsplit%20typo3%20kochbuch%20men%C3%BCeintr%C3%A4ge%20positionf=false Das gilt übrigens für ALLE Eigenschaften hinter dem = Zeichen. Also z.B. auch sowas Spezielles wie wrapItemAndSub.cObject = TEXT |*| TEXT |*| 0 Ist am Anfang etwas tricky, aber ansonsten hilfreich. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT --- Irgendwie schade !
Am 05.02.2014 16:25, schrieb Georg Ringer: Hallo, vielleicht sollte man da nicht einen Titel OT Irgendwie schade beginnen sondern ordentlich die Trommel rühren oder bei den üblichen Verdächtigen nachfragen warum kein Interesse daran besteht. Vielleicht gibt es ja auch einen Fehler im Design? Wenn die Zielgruppe v.a. Einsteiger sind und weniger der Rest, ist das zwar ehrenwert aber diese werden halt nichts von dem Package wissen (weil die zukünftigen Einsteiger auch noch gar nicht TYPO3 nutzen) Das hat ganz andere Gründe und die haben nichts mit Desinteresse, sondern ganz einfach mit kaufmännischer Denkweise zu tun. Das Crowdfunding läuft bis Anfang März, von daher besteht für Sponsoren überhaupt kein Anlass, das Geld sehr viel früher an Startnext bzw. auf deren Treuhandkonto zu überweisen. Davon hätte das Projekt nichts und der Sponsor selbst auch nicht. Bei Gridelements war das nicht anders - der Großteil der Beträge kam kurz vor Ablauf der Frist zusammen und das ist auch völlig in Ordnung so. Welchen Vorteil hätte dann die Agentur das zu nutzen? Es geht ja nicht darum, dass in dem Projekt selbst schon fertige Design verkauft werden, sondern die Basis-Packages, um solche Designs schnell erstellen, bzw. dann auch kaufen und installieren zu können. Für Agenturen ist das in zweifacher Hinsicht interessant: Zum einen hat man damit z.B. ein einfach zu nutzendes Best-Practice-Package auf dem man dann eigene Basis-Designs und darauf aufbauende Design-Packages aufsetzen kann. Das beschleunigt die Arbeit inbesondere bei kleineren und mittleren Projekten erheblich und ermöglich durch die Standardisierung der Inhaltsstrukturen auch die Wiederverwendung von Grundgerüsten - ähnlich wie bei CSS Zen Garden. Zum anderen kann man über die Design-Package-Schiene recht schnell einen nicht unerheblichen Zusatzumsatz erzielen, was die Verkaufszahlen der einschlägigen Template-Portale verdeutlichen. Wobei das vermutlich eher für kleinere Agenturen interessant ist. Es gibt also eigentlich gar keinen Grund, das bisherige Ergebnis schade zu finden. Alles wird gut! :-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements keine Ausgabe
Am 05.02.2014 15:23, schrieb Sonja Dithmers:
Moin,
ich habe schon einige Gridelemente aufgebaut alles funktioniert soweit,
nur bei diesem wird nix ausgegeben.
So sieht der gesamte Aufbau aus:
Viewhelper:
f:format.raw{features_setup_buehne}/f:format.raw
TS-Setup
10 = FLUIDTEMPLATE
10 {
variables {
features_setup_buehne styles.content.get
TS Gridelements:
tt_content.gridelements_pi1.20.10.setup {
15 lib.gridelements.defaultGridSetup
Wird denn das Gridelement selbst ausgegeben?
Das müsstest Du anhand der ID und des dazu passenden Ankers herausfinden
können.
Falls ja, tippe ich mal drauf, dass Dein Gridelements-Setup ggf. an
einer falschen Position ins TS-Setup gelangt, weswegen die
Content-Ausgabe im FLUIDTEMPLATE nichts davon mitbekommt.
HDH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] (nested) Verschachtelte Gridelements
Am 26.11.2013 10:21, schrieb Stefan Kapitza: Das statische Template ist eingebunden und wenn ich die Elemente einzelnd einbinde, werden sie auch angezeigt. Das Problem besteht halt nur, wenn ich in ein Gridelement ein anderes Gridelement packe. Sieht so aus, als ob Du die einzelnen Setups nicht auch an's Gridelements Setup der anderen übermittelst. Wenn Du tt_content.whatever veränderst und tt_content auch anderer Stelle eingebunden ist, musst Du das dort entsprechend nachziehen. Deswegen ist beim Original das Setup von tt_content als Referenz eingebunden und nicht als Kopie. Überprüf mal, ob das bei Dir auch so ist. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements - Flexform - Linkwizzard
das tuts bei mir: (...) link type=array TCEforms type=array config type=array wizards type=array /wizards /config /TCEforms /link (...) Vermutlich, weil der wizards-Abschnitt sich hier innerhalb von TCEforms=config befindet. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] BE-Layouts unter 6.2.0
Am 11.01.2014 17:15, schrieb Renzo Bauen: +1 Gruss Renzo Das wurde mit Core-Team diskutiert bis der Arzt kommt und ist am Veto von Jigal gescheitert, der unbedingt verhindern wollte, dass Backend Layouts überhaupt mit TSconfig angelegt werden können. Dieses Veto ist übrigens der eigentliche Grund, warum es jetzt diesen Dataprovider gibt, der eigentlich unnötig gewesen wäre, wenn der Core einfach TSconfig möglich gemacht hätte. Von daher ist nicht davon auszugehen, dass das sich kurzfristig wieder ändert. Allerdings hat der Dataprovider den angenehmen Nebeneffekt, dass man nun auch mit anderen Methoden, wie Flux/Fluid, XML, etc. Backend Layouts anlegen kann. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2 Wann Upgrade wagen?
Zweiter Versuch scheitert: Meine php Version (5.3.10) sei zu alt. GE benötigt 5.4.4. Ich denke, das muss ein Spaß sein, und patche auch das weg. Moin moin. Sorry - PHP 5.4.4 ging auf meine Kappe, weil das ursprünglich mal geplant war, dass TYPO3 6.2 das als Requirement hat. Aktuell steht dort allerdings nur ein PHP 5.3.7, weswegen ich das soeben auch für GE geändert und gepushed habe. 3.0 dev ist aber dennoch mit der ein oder anderen Baustelle versehen, weil sich in 6.2 insbesondere beim BE-Interface doch einiges geändert hat, was GE behindert. Von daher wäre ich dankbar für Feedback http://forge.typo3.org/projects/extension-gridelements2/issues Wir haben unsere Weihnachtsferien beendet und sind ab heute wieder zu 100% am Start, von daher sollte sich in den nächsten Wochen bei 1.5 dev, 2.1 dev und 3.0 dev einiges tun. Frohes Schaffen :-) Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
