Re: [TYPO3-german] TS: Mit RECORD Objekt Daten aus mm-Tabelle lesen
Danke, Georg, über ein JOIN geht das natürlich um mit deiner Antwort auch etwas anfangen zu können, müsste ich allerdings noch wissen, auf welche meiner beiden Fragen du dich beziehst ;) Und ein kleines Beispiel als Ansatz wäre auch hilfreich, denn die TSRef beantwortet das (in meinen Augen) nicht... Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] BODY mit background-image aus EXT-Tabelle
Hallo liebe geduldige Liste, ich möchte zeitgesteuerte Seiten aus einer eigenen Extension bauen (eventgesteuert). Dazu möchte ich das BODY-Tag mit einem variablen Stylesheet beaufschlagen, dachte ich mir so: page = PAGE page { bodyTagAdd = CONTENT bodyTagAdd { table= tx_myevents_events//Tabelle select { selectField = eventbackground //Imagepfad where =eventdayUNIX_TIMESTAMP(now()) // nächstes Ereignis orderby = eventday } renderObj = COA renderObj { 10 = TEXT 10.field = eventbackground } wrap = style=background-image:(|) } } Klappt aber leider *so* nicht. Leider finde ich den Denkfehler nicht. Oder ist der Weg ganz falsch?? Gruß Rainer -- Webmasterei Hamburg Dipl.-Ing. R. Schleevoigt / TYPO3 Certified Integrator Ust-ID: DE239491976 mail:rai...@webmasterei-hamburg.de http://webmasterei.com 22303 Hamburg | Novalisweg 10 +49 40 27806982 | skype:kontaktschmied ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Templavoila - Inhalte in C E Spalte bei Bedarf zusätzlich über TS erzeuge n
Wenn Du jetzt mehr Spalten haben möchtest (Ich habe manchmal mehr definiert, sie auf der Webseite aber als Bereiche genutzt und nicht als Spalten), kannst Du die im Page-TS definieren: mod.SHARED.colPos_list = 0,1,2,3,4,5,6,7,8,9,10,123 D.h., in der DS kann ich ohne das obige Setup nur eine begrenzte Anzahl von Columns verwenden? D.h. ein oldStyleColumnNumber=999 in der DS würde in der Spalte colPos in tt_content dann gar keine 999 erzeugen, wen ich die 999 nicht mit mod.SHARED.colPos_list vorher setze? Jetzt mal unabhängig von der Funktionalität des klassischen Page-Modules, rein auf die Datensätze bezogen... Richtig, alles was über die genannten vier Spalten hinaus geht muß definiert werden. Das ist so nur teilweise richtig, denn die 999 würde in jedem Fall in der Datenbank gespeichert und wäre auch über SQL abrufbar. Sprich: Ein CONTENT Element, das mit select.where = colPos=999 arbeitete, bekäme diesen Inhalt auch ohne mod.SHARED.colPosList zurückgeliefert. mod.SHARED.colPos_list = 0,1,2,3,[...],999 würde lediglich dafür sorgen, daß diese Elemente auch dann in einer Spalte im Backend sichtbar wären, wenn man nicht mit TV sondern mit dem klassischen Page-Modul arbeitet. Aus Gründen der einfacheren Portierbarkeit und der besseren Performance würde ich auch beim EInsatz von TV prinzipiell mit gesetzten colPos Werten arbeiten. Wobei das leider nur teilweise nützt, weil TV ja auch das sorting komplett ignoriert und lediglich die Reihenfolge der IDs innerhalb der kommaseparierten Liste aus der XML-Struktur in dem Datenbankfeld berücksichtigt. Allein an der Länge des letzten Satzes kann man aber schon erkennen, wie unnötig aufgebläht das gesamte TV-Konzept eigentlich ist ;-) HTH 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] Templavoila - Inhalte in CE Spalte bei Bedarf zusätzlich über TS erzeugen
Am 11.09.2010 13:48, schrieb JoH asenau: Das ist so nur teilweise richtig, denn die 999 würde in jedem Fall in der Datenbank gespeichert und wäre auch über SQL abrufbar. Sprich: Ein CONTENT Element, das mit select.where = colPos=999 arbeitete, bekäme diesen Inhalt auch ohne mod.SHARED.colPosList zurückgeliefert. Klar, ist sicher ne einfache SQL-Abfrage mit Datentyp int. mod.SHARED.colPos_list = 0,1,2,3,[...],999 würde lediglich dafür sorgen, daß diese Elemente auch dann in einer Spalte im Backend sichtbar wären, wenn man nicht mit TV sondern mit dem klassischen Page-Modul arbeitet. Ja, natürlich müßte man bei eigenen Spalten zusätzlich noch die Label im Auswahlfeld der Content-Elemente ggf. ändern und ergänzen. Damit hätte man auch in anderen Ansichten, z.B. der List-Ansicht im BE, die Möglichkeit lesbare Information über die ausgewählte Spalte zu bekommen, also nicht nur eine Zahl. Gruß, David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF_Generator2: Template?
Hi! Also ich hatte für einen Footer im Printbereich einen TypoScript-Object-Pfad an gelegt, den ich auch in den FOOTER-Marker im PDF packen wollte - das geht problemlos. marks.FOOTER lib.print Dies gibt genau den Text wieder, den ich in den Print-Marker-Bereich angelegt habe. Irgendwie werden aber die gesamten Inhalte als colPos=0 ansprechbar. Einzeln kann ich sie eben einfach nicht ansprechen... :/ Gruß Nicole ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] PDF_generator2: mehrere CSS-Dateien einbinden
Hallo! Ich bin ja sicher, dass es irgendwie möglich ist, mehrere CSS-Dateien in meinem PDf einzubinden - nur per TypoScript. pdf_generarot.includeCSS { file10 = fileadmin/templates/css/content.css file20 = fileadmin/templates/css/pdf.css } funktioniert leider nicht. Es wird nur die pdf.css eingebunden. stylesheet10 = fileadmin/templates/css/content.css stylesheet20 = fileadmin/templates/css/pdf.css Dieser stylesheet-Versuch geht auch nicht... Ich weiß nun leider nicht, was ich noch versuchen kann... Kann mir da jemand helfen? Grüße Nicole ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tt_news Grundsatzfrage
hallo zusammen... Ich habe eine Anforderung die eigentlich mit einem (etwas abgespecktem/teilweise umgerüsteten/mit Zusatzextensions aufgerüsteten) tt_news zu realisieren wäre (es wären zwar keine news sondern andere Datensätze zu verwalten wofür einige Beschriftungen anzupassen wären). Aber da gleichzeitig ein normales Newssystem auch auf der Seite laufen sollte, wie kann man das voneinander am geschicktesten trennen ? Man bräuchte ja eigentlich die Extension zweimal installiert um sie im BE unterschiedlich darzustellen, oder ist das anders möglich ? -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news Grundsatzfrage
Am 12.09.2010 00:30, schrieb Ralf-René Schröder: hallo zusammen... Ich habe eine Anforderung die eigentlich mit einem (etwas abgespecktem/teilweise umgerüsteten/mit Zusatzextensions aufgerüsteten) tt_news zu realisieren wäre (es wären zwar keine news sondern andere Datensätze zu verwalten wofür einige Beschriftungen anzupassen wären). Aber da gleichzeitig ein normales Newssystem auch auf der Seite laufen sollte, wie kann man das voneinander am geschicktesten trennen ? Man bräuchte ja eigentlich die Extension zweimal installiert um sie im BE unterschiedlich darzustellen, oder ist das anders möglich ? Hi, das läßt sich einfach über TS realisieren: plugin.something plugin.tt_news plugin.something { abc = abc xyz = xyz } Ist bei tt_news allgemein verbreitet und läuft in der Regel problemlos. Gruß, David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news Grundsatzfrage
das läßt sich einfach über TS realisieren: plugin.something plugin.tt_news plugin.something { abc = abc xyz = xyz } Ist bei tt_news allgemein verbreitet und läuft in der Regel problemlos. fürs Frontend ist mir das schon klar, aber klappt das auch für das BE wenn ich da Felder ausblenden, welche hinzufügen, oder Label umbenennen will ??? PS: betrifft übrigens die anfrage die ich dir per mail geschickt hatte... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news Grundsatzfrage
Am 12.09.2010 01:00, schrieb Ralf-René Schröder: das läßt sich einfach über TS realisieren: plugin.something plugin.tt_news plugin.something { abc = abc xyz = xyz } Ist bei tt_news allgemein verbreitet und läuft in der Regel problemlos. fürs Frontend ist mir das schon klar, aber klappt das auch für das BE wenn ich da Felder ausblenden, welche hinzufügen, oder Label umbenennen will ??? PS: betrifft übrigens die anfrage die ich dir per mail geschickt hatte... Ja, hab meine rasche Antwort schon etwas bereut, da die Nutzung von Hooks oder eben solchen Dingen, die Du ansprichst, gar nicht ausgeschlossen werden können und das Ganze stark von den Erweiterungen abhängig ist. Im BE klappt das nicht so einfach, man kann jedoch evtl. einige Dinge über das Page-Setup steuern. Je nach Erweiterung kann ich nicht versprechen, dass Alles möglich ist, aber die Labels und Felder kann man vermutlich hinbekommen. Gruß, David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news Grundsatzfrage
Ist bei tt_news allgemein verbreitet und läuft in der Regel problemlos. fürs Frontend ist mir das schon klar, aber klappt das auch für das BE Ja, hab meine rasche Antwort schon etwas bereut, vielleicht wird da die beste Lösung sein für die richtigen News eine andere Extension einzusetzen (die News sind da nähmlich ganz simpel gestrickt keine kategorien, nichts besonderes, nur latest, list, und single) näheres aber besser morgen direkt, gehört dann nicht mehr auf die liste... gute Nacht... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news Grundsatzfrage
Am 12.09.2010 01:22, schrieb Ralf-René Schröder: Ist bei tt_news allgemein verbreitet und läuft in der Regel problemlos. fürs Frontend ist mir das schon klar, aber klappt das auch für das BE Ja, hab meine rasche Antwort schon etwas bereut, vielleicht wird da die beste Lösung sein für die richtigen News eine andere Extension einzusetzen (die News sind da nähmlich ganz simpel gestrickt keine kategorien, nichts besonderes, nur latest, list, und single) näheres aber besser morgen direkt, gehört dann nicht mehr auf die liste... gute Nacht... mini_news gibts auch noch ;) Gute Nacht :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] BODY mit background-image aus EXT-Tabelle
Klappt aber leider *so* nicht. Leider finde ich den Denkfehler nicht. Oder ist der Weg ganz falsch?? Wird der Tag an sich denn ausgegeben oder bleibt nur der Wrap leer? Würde das schrittweise durchtesten, dann sollte man den Fehler leicht finden... Und damit Du nicht immer erst in der Quelltext schauen muss, würde ich die ganze Logik erst einmal ein Objekt erzeugen lassen, was Du direkt im Frontend ausgibst. Das ist komfortabler... Normalerweise vergleiche ich mit date_fieldDATE(NOW()), sofern das date_field ein DATE Feld ist (bzw. date_time_fieldNOW()). Weiss nicht wofür die UNIX_TIMESTAMP Konvertierung gut sein soll, da die ein INTEGER zurückliefert, was Du schlecht mit einem DATE oder DATETIME verlgeichen kannst... Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] BODY mit background-image aus EXT-Tabelle
Am 11.09.2010 09:48, schrieb Rainer Schleevoigt: Klappt aber leider *so* nicht. Leider finde ich den Denkfehler nicht. Oder ist der Weg ganz falsch?? Hallo Rainer, der Denkfehler ist leider recht fundamental: page.bodyTagAdd ist als string definiert und kann daher nicht mit einem Objekt belegt werden. Es müßte zumindest über stdWrap-Eigenschaften verfügen, um in irgendeiner Weise dynamisch definiert werden zu können. Gruß, David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] BODY mit background-image aus EXT-Tabelle
Am 9/12/10 2:02 AM, schrieb Jan Kornblum: Klappt aber leider *so* nicht. Leider finde ich den Denkfehler nicht. Oder ist der Weg ganz falsch?? Wird der Tag an sich denn ausgegeben oder bleibt nur der Wrap leer? Würde das schrittweise durchtesten, dann sollte man den Fehler leicht finden... Und damit Du nicht immer erst in der Quelltext schauen muss, würde ich die ganze Logik erst einmal ein Objekt erzeugen lassen, was Du direkt im Frontend ausgibst. Das ist komfortabler... Normalerweise vergleiche ich mit date_fieldDATE(NOW()), sofern das date_field ein DATE Feld ist (bzw. date_time_fieldNOW()). Weiss nicht wofür die UNIX_TIMESTAMP Konvertierung gut sein soll, da die ein INTEGER zurückliefert, was Du schlecht mit einem DATE oder DATETIME verlgeichen kannst... das datefield ist in INT angelegt (T3 macht das so). Da nun NOW() etwas in DATETIME baut, ist die Wandlung nötig, ansonsten funktioniert es nicht. Wie kann ich ein Objekt erzeugen und ausgeben? Rainer Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Webmasterei Hamburg Dipl.-Ing. R. Schleevoigt / TYPO3 Certified Integrator Ust-ID: DE239491976 mail:rai...@webmasterei-hamburg.de http://webmasterei.com 22303 Hamburg | Novalisweg 10 +49 40 27806982 | skype:kontaktschmied ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german