[TYPO3-german] realurl Konfiguration mit tt_news
Guten Morgen Liste, ich versuche eine alten Webseite in die neue 4.4er Version mit neuer tt_news 3.0.1 aufzusetzen. Jetzt geht es vor allem darum, dass die Seiten ihre Links beibehalten. So sehen die alten Links von Seiten aus welche ihre url nicht verlieren dürfen: www.testseite.de/sprachreise/sprachreise-england.html www.testseite.de/kurse/kurse-england.html RealUrl habe ich jetzt auf zwei Arten konfiguriert, aber es funktioniert noch nicht ganz: 'fixedPostVars' = array( 'news' = array( array( 'GETvar' = 'tx_ttnews[tt_news]', 'lookUpTable' = array( 'table' = 'tt_news', 'id_field' = 'uid', 'alias_field' = 'title', 'addWhereClause' = ' AND NOT deleted', 'useUniqueCache' = 1, 'useUniqueCache_conf' = array( 'strtolower' = 1, 'spaceCharacter' = '-', ), 'languageGetVar' = 'L', 'languageExceptionUids' = '', 'languageField' = 'sys_language_uid', 'transOrigPointerField' = 'l18n_parent', 'autoUpdate' = 1, 'expireDays' = 180, ), ), ), ), $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT']['fixedPostVars']['248'] = 'news'; Mit fixedPostVars kann ich zwar die Seiten in die zweite Hierarchie bringen, aber es bleibt dann immer nur der PageTitle von 248 in der url, also: www.testseite/news/sprachreise-england.html www.testseite/news/kurse-england.html Mit PostVarSets habe ich das Gleiche nachgespielt, aber dann sieht meine url aus: www.testseite.de/sprachreise/news/sprachreise-england.html www.testseite.de/kurse/news/kurse-england.html Kann mir jemand einen Tipp geben wie ich das am besten lösen kann? Am besten wäre es mit PostVarSets jedoch steht mir da der 'news' reiter dazwischen... Schöne Grüße und vielen Dank für jeden Tipp domi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
On Fri, 10 Dec 2010 08:08:16 +0100, Robert Wildling wrote: Reges Interesse hier! Danke für all die Beiträge! Dennoch: eine so einfache Lösung, wie es sie zB in jedem Forum (zB phpBB) gibt - wo man nämlich nur seine eigenen Beiträge editieren/löschen darf - gibt es in TYPO3 offenbar nicht. Auch nicht als TypoScript-Lösung? Es verwundert schon - bei all der Komplexität, die Typo3 mitbringt... TYPO3 ist kein Forum! Außerdem bietet TYPO3 doch das Verlangte. Wie schon geschrieben, musst du einfach die Rechte mittels Rechte-Modul richtig setzen. Du musst den Autor als Besitzer festlegen und Gruppe und Welt die Schreibrechte entziehen. So wie du es bei jedem Unix auch machen würdest. http://typo3.org/documentation/document-library/tutorials/ doc_tut_quickstart/1.0.0/view/1/9/#id2509319 Dann musst du nur noch einstellen, das neue Inhalte per Default richtig angelegt werden (evtl. erben sie aber auch die Rechte). Wie genau müsste ich jetzt selbst nachschlagen, aber dies ist ja auch erst der zweite Schritt. Viele Grüße Phil ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mailformplus Template für Email d ie ich bekomme, wenn jemand das Formular ausfüllt
Hallo, ja ich bin gerade am Testen von Powermail. Sieht schon besser aus. Danke Gruß Patrick Am 10.12.2010 01:20, schrieb Domi Garms: Hallo, die Extension ist auch ein wenig out of date, ich würde zur powermail Extension greifen, oder den Nachfolger formhandler Schöne Grüße domi Am 10. Dezember 2010 00:04 schrieb Reinhard Führichtr...@typoheads.at: Am 2010-12-09 15:52, schrieb Patrick Zanker: Hallo Typo3'ler, auch ich komme mal wieder mit einer Frage! Ich habe gerade die Extension th_mailformplus eingebunden und das Template im fileadmin angelegt. In diesem Template wird ja das Aussehen des Webformulars bestimmt und das Layout der Bestätigungs-Email. Wo kann ich denn das Layout der Email bestimmen, die ich als Webseiteninhaber bekomme. Denn bis jetzt sieht die Email noch so aus: test: test L: 0 submitted: 1 anrede: Frau Dr. vorname: Max name: Mustermann firma: telefon: fax: email: a...@abc.de www: antwort: Text Text Text spam: 4NCDu Vielen Dank für eure Hilfe. Hallo Patrick, dafür gibts verschiedene Subparts, die du verwenden kannst: - ###TEMPLATE_EMAIL_RECEIVER###: Plain text mail an den Admin - ###TEMPLATE_EMAIL_RECEIVER_HTML###: HTML mail an den Admin - ###TEMPLATE_EMAIL_USER###: Plain text mail an den Ausfüller - ###TEMPLATE_EMAIL_USER_HTML###: HTML mail an den Ausfüller Viele Grüße, Reinhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
Ich weiß doch, dass TYPO3 kein Forum ist (dafür gibt es ja Ext...). Es war ja auch nur ein weiterer Vergleich zu den oben beschriebenen Szenarien. Ich kenne auch die beschriebene Lösung ganz gut. Dennoch: Ein Verlag startet eine Website und will seinen ca 470 Schriftstellern die Möglichkeit geben, ihre Unterseiten selbst zu verwalten, wobei ein Kategoriesystem, das von oben reguliert wird, vorgegeben ist. Das heißt, ca 470 Usereinstellungen voreinstellen... hmmm... Also wieder eine Ext... Ab und zu hab ich schon den Eindruck, dass TYPO3, obwohl so mächtig, nur komplizierte Wege zum Ziel zulässt... Kritik darf auch sein, oder? Danke nochmals! TYPO3 ist kein Forum! Außerdem bietet TYPO3 doch das Verlangte. Wie schon geschrieben, musst du einfach die Rechte mittels Rechte-Modul richtig setzen. Du musst den Autor als Besitzer festlegen und Gruppe und Welt die Schreibrechte entziehen. So wie du es bei jedem Unix auch machen würdest. http://typo3.org/documentation/document-library/tutorials/ doc_tut_quickstart/1.0.0/view/1/9/#id2509319 Dann musst du nur noch einstellen, das neue Inhalte per Default richtig angelegt werden (evtl. erben sie aber auch die Rechte). Wie genau müsste ich jetzt selbst nachschlagen, aber dies ist ja auch erst der zweite Schritt. Viele Grüße Phil ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
Hallo Robert, einfache Lösung, wie es sie zB in jedem Forum (zB phpBB) gibt - wo man nämlich nur seine eigenen Beiträge editieren/löschen darf - gibt es in TYPO3 offenbar nicht. Auch nicht als TypoScript-Lösung? Es verwundert ich würde diese Art der Funktionalität aber nicht im Backend ansiedeln. Das wäre für mich eher eine klassische Lösung für Frontend-User. Viele Grüße, Lars Brinkmann -- brinkmann.l...@gmail.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
Dennoch: Ein Verlag startet eine Website und will seinen ca 470 Schriftstellern die Möglichkeit geben, ihre Unterseiten selbst zu verwalten, wobei ein Kategoriesystem, das von oben reguliert wird, vorgegeben ist. Das heißt, ca 470 Usereinstellungen voreinstellen... hmmm... Also wieder eine Ext... Und was würde diese Extension genau tun? Du mußt in jedem Fall einzelne Seiten anlegen und die Rechte jedem einzelnen User zuordnen. Das müsstest Du in irgendeinem Forum übrigens genauso tun, denn ihre Unterseiten existieren auch dort nicht automatisch. Das einzige, was sich daran automatisieren ließe, wäre eine Art Importer, der auf Basis einer CSV Liste die ganze Serie von Seiten, Usern und Rechten anlegt, aber den gibt's auch bei den üblichen Foren nicht. Als Extension würde ich den noch nicht wirklich bezeichnen, denn dafür reicht im Prinzip ein PHP Script mit ein paar Zeilen SQL Queries. Die einfachste Lösung wäre sicherlich, die User ihre Seiten direkt als Unterseiten einer für alle zugänglichen Seite anlegen zu lassen, weil sie dann gleich die richtigen Rechte bekommen könnten. Aber in dem Fall könntest Du nicht kontrollieren wieviele sie anlegen, was übrigens auch mit einem Forum das Problem wäre. So einfach, wie Du das gerne hättest, ist es also out of the box weder mit TYPO3 noch mit einer anderen mir bekannten Lösung. Aber wir können Dir gern ein entsprechendes Script bauen. Oder Du wirfst mal einen Blick auf dieses Teil hier: http://typo3.org/documentation/document-library/extension-manuals/freesite/0.2.3/view/1/1/#id4302887 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
[TYPO3-german] indexed_search und tt_news - mehrfache Suchergebnisse
Hallo... ich habe bei einer Seite latest News auf allen Seiten dadurch entstehen bei den indexed_search Suchergebnissen natürlich sehr viele unschöne gleiche Newsdatensätze die sich immer nur durch das zurück zu ... unterscheiden... es sind natürlich durch die bakPid unterschiedliche URLs, di ja auch von realurl unterschiedlich umgesetzt werden... z.B.: http://.../news/newsdetails/artikel/176/new-website/ http://.../news/newsdetails/artikel/107/new-website/ wie kann man das einschränken dass der backPid wert NICHT zu einer unterschiedlichen Indexierung führt ??? -- 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] indexed_search und tt_news - mehrfache Suchergebnisse
Hallo Indem du im Template anstatt des BackPid-Links javascript:historyBack() benutzt Grüße domi Am 10. Dezember 2010 18:07 schrieb Ralf-René Schröder ralf.r...@online.de: Hallo... ich habe bei einer Seite latest News auf allen Seiten dadurch entstehen bei den indexed_search Suchergebnissen natürlich sehr viele unschöne gleiche Newsdatensätze die sich immer nur durch das zurück zu ... unterscheiden... es sind natürlich durch die bakPid unterschiedliche URLs, di ja auch von realurl unterschiedlich umgesetzt werden... z.B.: http://.../news/newsdetails/artikel/176/new-website/ http://.../news/newsdetails/artikel/107/new-website/ wie kann man das einschränken dass der backPid wert NICHT zu einer unterschiedlichen Indexierung führt ??? -- 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 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extensions und Lizenzen
Hallo Am 09.12.2010 17:45, schrieb Peter Pröll: Wo/Wie finde ich die Information unter welcher Lizenz eine Extension steht? Danke Siegfried ... eine Extension, die ja nicht unabhängig von TYPO3 betrieben werden kann, steht daher per Definition unter GPL, wie TYPO3 selbst auch. Ist das wirklich so? Nicht jedes Programm das unter Linux läuft muss der GPL unterliegen obwohl Linux unter GPL steht. Ebenso ist nicht automatisch jedes Programm, das unter WIndows läuft gleich unter dessen Lizenz. Es kann natürlich sein, dass irgendwo etwas niedergeschrieben ist, dass jedes Programm, das TYPO3 erweitert unter der GPL stehen muss. Habe ich aber noch nicht gesehen, mich aber auch nicht damit beschäftigt. Wenn man es genau wissen möchte sollte man wohl mal einen Blick in den Code der jeweiligen Extension werfen. Beispielsweise beim mm_forum findet man durchaus Hinweise auf die GPL ... Bis denn ... Bernd -- nMedien, Schuhmacher Schuhmacher GbR Donaustraße 4 66424 Homburg Tel.: 06848/730664 FAX: 06848/72145 Email: kont...@nmedien.de Web: http://www.nmedien.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extensions und Lizenzen
On Thu, 09 Dec 2010 18:38:56 +0200, Ullmann d.o.o. wrote: Wo/Wie finde ich die Information unter welcher Lizenz eine Extension steht? AFAIK müssen alle Extensions im TER GPLv2 oder höher sein. Viele Grüße Phil ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
Ich bin mir nicht sicher, ob die Herangehensweise über Seiten- und Gruppenrechte die einzig wahre ist. Was spricht dagegen, dass eingeloggte User ihre Inhalte anlegen und eine Funktionalität festlegt Dieser Inhalt ist nur von diesem User zu verwaltbar (bzw mehrere solche Möglichkeiten anbietet)? Beim Login ins Backend wird dann einfach gecheckt, wer der User ist und beim Aufruf eines Artikels/Inhaltelements, ob er den angelegt hat oder nicht. Entsprechend des true/false Ergebnisses kann der Artikel/das Inhaltelement bearbeiten werden oder eben nicht. Und ob auf der Seite dieser User überhaupt einen Artikel anlegen darf oder nicht - dafür setzt man dann die Gruppenrechte ein. Oder? Oder steh ich da komplett im Wald...? Dennoch: Ein Verlag startet eine Website und will seinen ca 470 Schriftstellern die Möglichkeit geben, ihre Unterseiten selbst zu verwalten, wobei ein Kategoriesystem, das von oben reguliert wird, vorgegeben ist. Das heißt, ca 470 Usereinstellungen voreinstellen... hmmm... Also wieder eine Ext... Und was würde diese Extension genau tun? Du mußt in jedem Fall einzelne Seiten anlegen und die Rechte jedem einzelnen User zuordnen. Das müsstest Du in irgendeinem Forum übrigens genauso tun, denn ihre Unterseiten existieren auch dort nicht automatisch. Das einzige, was sich daran automatisieren ließe, wäre eine Art Importer, der auf Basis einer CSV Liste die ganze Serie von Seiten, Usern und Rechten anlegt, aber den gibt's auch bei den üblichen Foren nicht. Als Extension würde ich den noch nicht wirklich bezeichnen, denn dafür reicht im Prinzip ein PHP Script mit ein paar Zeilen SQL Queries. Die einfachste Lösung wäre sicherlich, die User ihre Seiten direkt als Unterseiten einer für alle zugänglichen Seite anlegen zu lassen, weil sie dann gleich die richtigen Rechte bekommen könnten. Aber in dem Fall könntest Du nicht kontrollieren wieviele sie anlegen, was übrigens auch mit einem Forum das Problem wäre. So einfach, wie Du das gerne hättest, ist es also out of the box weder mit TYPO3 noch mit einer anderen mir bekannten Lösung. Aber wir können Dir gern ein entsprechendes Script bauen. Oder Du wirfst mal einen Blick auf dieses Teil hier: http://typo3.org/documentation/document-library/extension-manuals/freesite/0.2.3/view/1/1/#id4302887 HTH Joey ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diskussion: verschiedene mehrspaltige Inhalte ohne TV
Danke für deine Reaktion! Ja, die von dir erwähnte Ext ist superklasse und ich hab sie sehr gerne. Aber ich habe Kunden (und auch Grafiker), denen das zu komplex ist, wenn es um die Verwaltung und Erweiterung geht. Leider! Wenn du noch andere Lösungsansätze kennst, würde ich gerne mehr darüber lesen! Danke nochmals! LG,Robert Hallo Robert, es gibt dafür mehrere Extensions, bei welchen man unterschiedliche columns als Wrapper für Contentelemente einsetzten kann. Eine extension wäre z.b. jfmulticontent. Grüße domi Am 9. Dezember 2010 17:14 schrieb Robert Wildlingrow...@gmx.net: Hi, Liste, Ich wollte mal fragen, wie ihr das Problem mit verschieden-mehrspaltigen Inhalten auf verschiedenen Seiten ohne TemplaVoila löst. Eine Lösung ist ja via TYPOScript-wraps um das jeweilige Content-Element. Eine andere wäre, neue Frame-Typen zu definieren, die dann beim anlegen von Inhalten gewählt werden müssen - etwas problematisch für den Enduser, der über sowas nicht nachdenken will. Die TYPO3 eigenen Spalten sind natürlich auch ein Weg (in Verbindung mit TS lassen ich dann auch if-Schleifen einbauen). Wir geht ihr so an diese Sache ran? Danke für die Diskussion schon im Vorfeld! LG,Robert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diskussion: verschiedene mehrspaltige Inhalte ohne TV
Hallo, die klassische Herangehensweise ist natürlich ein Template zu schreiben und left, normal, right und border dem Template zuzuweisen. Per css natürlich die einzelnen Inhaltsbereiche per float:left nebeneinander darstellen. Das Template sollte dann über die Page Properties ausgewählt werden Grüße domi Am 10. Dezember 2010 19:18 schrieb Robert Wildling row...@gmx.net: Danke für deine Reaktion! Ja, die von dir erwähnte Ext ist superklasse und ich hab sie sehr gerne. Aber ich habe Kunden (und auch Grafiker), denen das zu komplex ist, wenn es um die Verwaltung und Erweiterung geht. Leider! Wenn du noch andere Lösungsansätze kennst, würde ich gerne mehr darüber lesen! Danke nochmals! LG,Robert Hallo Robert, es gibt dafür mehrere Extensions, bei welchen man unterschiedliche columns als Wrapper für Contentelemente einsetzten kann. Eine extension wäre z.b. jfmulticontent. Grüße domi Am 9. Dezember 2010 17:14 schrieb Robert Wildlingrow...@gmx.net: Hi, Liste, Ich wollte mal fragen, wie ihr das Problem mit verschieden-mehrspaltigen Inhalten auf verschiedenen Seiten ohne TemplaVoila löst. Eine Lösung ist ja via TYPOScript-wraps um das jeweilige Content-Element. Eine andere wäre, neue Frame-Typen zu definieren, die dann beim anlegen von Inhalten gewählt werden müssen - etwas problematisch für den Enduser, der über sowas nicht nachdenken will. Die TYPO3 eigenen Spalten sind natürlich auch ein Weg (in Verbindung mit TS lassen ich dann auch if-Schleifen einbauen). Wir geht ihr so an diese Sache ran? Danke für die Diskussion schon im Vorfeld! LG,Robert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
On Fri, 10 Dec 2010 12:14:03 +0100, Robert Wildling wrote: Beim Login ins Backend wird dann einfach gecheckt, wer der User ist und beim Aufruf eines Artikels/Inhaltelements, ob er den angelegt hat oder nicht. Entsprechend des true/false Ergebnisses kann der Artikel/das Inhaltelement bearbeiten werden oder eben nicht. Und ob auf der Seite dieser User überhaupt einen Artikel anlegen darf oder nicht - dafür setzt man dann die Gruppenrechte ein. Oder? Oder steh ich da komplett im Wald...? NEIN! Zwei Paar Schuhe! Die BE Gruppen legen fest in welche Datenbankfelder der User schreiben kann und welcher er sehen kann. Zusätzlich können Gruppen Mounts für den Seitenbaum und den Dateibaum beinhalten (müssen aber nicht). Die Gruppen bilden also Rollen ab (News Editor, Redakteur, Termin Verwalter, …). Für jeden User kann man dann die Gruppen (Rollen) festlegen. Weiterhin kann man dem Benutzer Mounts zuweisen auf denen er seine Rollen ausüben darf. Das Zweite sind die Rechte der Seiten selber. Jede Seite einen Unix- artige Rechte. Und zwar werden die getrennt für Besitzer (ein User), Gruppe (eine Gruppe) und Alle festgelegt. Wenn du also möchtest, dass alle alles sehen können, dann müsst du für Alle Leserechte freischalten. Wenn nur der Benutzer seine Seiten verwalten soll, dann musst den betreffenden Seiten den Benutzer als Autor zuweisen und Gruppe+Alle die Schreibrechte entziehen. Für die Zukunft kannst du im SeitenTS (TSconfig) festlegen, wie neue Seiten angelegt werden sollen. Ein Beispiel folgt: # Rechte für neu angelegte Seiten setzen TCEMAIN { permissions { # Standardgruppe Nr. 1 groupid = 1 # dürfen alles user = show, editcontent, edit, new, delete group = show, editcontent, edit, new, delete # dürfen nicht löschen everybody = show, editcontent, edit, new } } Weitere Infos findest du hier: http://typo3.org/documentation/document-library/references/ doc_core_tsconfig/4.1.0/view/1/3/#id3540718 bzw. hier: http://www.typo3.net/forum/beitraege/thema/67501/ Viele Grüße Phil P.S.: das nächste Mal: de.lmgtfy.com?q=typo3+seiten+rechte+be ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diskussion: verschiedene mehrspaltige Inhalte ohne TV
Hallo Robert Es sind auch andere Erweiterung verfügbar, bei denen die einzelenen Spalten einfacher zu befüllen sind: http://typo3.org/extensions/repository/view/multicolumn/current/ http://typo3.org/extensions/repository/view/kb_nescefe/current/ Gruss Jürgen Am 10. Dezember 2010 12:32 schrieb Domi Garms djga...@gmail.com: Hallo, die klassische Herangehensweise ist natürlich ein Template zu schreiben und left, normal, right und border dem Template zuzuweisen. Per css natürlich die einzelnen Inhaltsbereiche per float:left nebeneinander darstellen. Das Template sollte dann über die Page Properties ausgewählt werden Grüße domi Am 10. Dezember 2010 19:18 schrieb Robert Wildling row...@gmx.net: Danke für deine Reaktion! Ja, die von dir erwähnte Ext ist superklasse und ich hab sie sehr gerne. Aber ich habe Kunden (und auch Grafiker), denen das zu komplex ist, wenn es um die Verwaltung und Erweiterung geht. Leider! Wenn du noch andere Lösungsansätze kennst, würde ich gerne mehr darüber lesen! Danke nochmals! LG,Robert Hallo Robert, es gibt dafür mehrere Extensions, bei welchen man unterschiedliche columns als Wrapper für Contentelemente einsetzten kann. Eine extension wäre z.b. jfmulticontent. Grüße domi Am 9. Dezember 2010 17:14 schrieb Robert Wildlingrow...@gmx.net: Hi, Liste, Ich wollte mal fragen, wie ihr das Problem mit verschieden-mehrspaltigen Inhalten auf verschiedenen Seiten ohne TemplaVoila löst. Eine Lösung ist ja via TYPOScript-wraps um das jeweilige Content-Element. Eine andere wäre, neue Frame-Typen zu definieren, die dann beim anlegen von Inhalten gewählt werden müssen - etwas problematisch für den Enduser, der über sowas nicht nachdenken will. Die TYPO3 eigenen Spalten sind natürlich auch ein Weg (in Verbindung mit TS lassen ich dann auch if-Schleifen einbauen). Wir geht ihr so an diese Sache ran? Danke für die Diskussion schon im Vorfeld! LG,Robert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
Phil - danke für deine ausführliche Reaktion, aber dich höflich darum bitten meine Problemstellung zu verstehen versuchen, bevor du mir Google empfiehlst (wo ich 1000 mal öfter bin bevor ich zu dieser Newslist komme): Es geht NICHT um Seitenrechte und auch NICHT um Gruppen! All das mit Gruppen, Rollen, vererbten Rechten etcetc verstehe ich. Es geht aber darum, Inhaltseinträge User-gebunden zu schützen. Inhaltsrechte könnte man vielleicht sagen... Ich stehe vor einem Projekt, wo fast 500 Leute ihr Inhalte verwalten sollen - auf den gleichen Unterseiten und ich den gleichen Kategorien. Da muss nun mal eine Abfrage her, die checkt, ob der eingeloggte User irgendwelche Inhalte, die sich auf dieser (BE-)Seite befinden, bearbeiten darf. Da können aber durchaus mehrere User ihre Inhalte ablegen - insofern nützt das ganze Seiten- und Gruppenrechte vergeben hier gar nichts. Meiner Meinung müsste der Prozess so aussehen: 1. Abfrage, ob der User die passenden Rechte besitzt, die fragliche Seite zu betreten. 2. Wenn ja, anzeigen, welche Inhalte auf dieser Seite der User selbst verfasst hat. Keine Ahnung ob das geht - ich hab noch nie eine Backend-Ext geschrieben. (Bin aber gerade dabei zu googlen...) Ich sehe hier nirgendwo 2 Paar Schuhe. Und ob das jetzt eine Unix-Sache ist oder nicht, soll den Rahmen der Möglichkeiten doch bitte nicht einschränken. Beste Grüße, Robert On Fri, 10 Dec 2010 12:14:03 +0100, Robert Wildling wrote: Beim Login ins Backend wird dann einfach gecheckt, wer der User ist und beim Aufruf eines Artikels/Inhaltelements, ob er den angelegt hat oder nicht. Entsprechend des true/false Ergebnisses kann der Artikel/das Inhaltelement bearbeiten werden oder eben nicht. Und ob auf der Seite dieser User überhaupt einen Artikel anlegen darf oder nicht - dafür setzt man dann die Gruppenrechte ein. Oder? Oder steh ich da komplett im Wald...? NEIN! Zwei Paar Schuhe! Die BE Gruppen legen fest in welche Datenbankfelder der User schreiben kann und welcher er sehen kann. Zusätzlich können Gruppen Mounts für den Seitenbaum und den Dateibaum beinhalten (müssen aber nicht). Die Gruppen bilden also Rollen ab (News Editor, Redakteur, Termin Verwalter, …). Für jeden User kann man dann die Gruppen (Rollen) festlegen. Weiterhin kann man dem Benutzer Mounts zuweisen auf denen er seine Rollen ausüben darf. Das Zweite sind die Rechte der Seiten selber. Jede Seite einen Unix- artige Rechte. Und zwar werden die getrennt für Besitzer (ein User), Gruppe (eine Gruppe) und Alle festgelegt. Wenn du also möchtest, dass alle alles sehen können, dann müsst du für Alle Leserechte freischalten. Wenn nur der Benutzer seine Seiten verwalten soll, dann musst den betreffenden Seiten den Benutzer als Autor zuweisen und Gruppe+Alle die Schreibrechte entziehen. Für die Zukunft kannst du im SeitenTS (TSconfig) festlegen, wie neue Seiten angelegt werden sollen. Ein Beispiel folgt: # Rechte für neu angelegte Seiten setzen TCEMAIN { permissions { # Standardgruppe Nr. 1 groupid = 1 # dürfen alles user = show, editcontent, edit, new, delete group = show, editcontent, edit, new, delete # dürfen nicht löschen everybody = show, editcontent, edit, new } } Weitere Infos findest du hier: http://typo3.org/documentation/document-library/references/ doc_core_tsconfig/4.1.0/view/1/3/#id3540718 bzw. hier: http://www.typo3.net/forum/beitraege/thema/67501/ Viele Grüße Phil P.S.: das nächste Mal: de.lmgtfy.com?q=typo3+seiten+rechte+be ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diskussion: verschiedene mehrspaltige Inhalte ohne TV
Liebe(r) Domi (?, bitte entschuldige, aber der Name ist mir noch nie untergekommen), lieber Jürgen, Danke für eure Beiträge! - Die kb_nescefe Ext kenne ich nicht, die werde ich mal testen (ich hoffe, sie setzt kein TV voraus). Gutes Arbeiten und schönes Wochenende! Robert Hallo Robert Es sind auch andere Erweiterung verfügbar, bei denen die einzelenen Spalten einfacher zu befüllen sind: http://typo3.org/extensions/repository/view/multicolumn/current/ http://typo3.org/extensions/repository/view/kb_nescefe/current/ Gruss Jürgen Am 10. Dezember 2010 12:32 schrieb Domi Garmsdjga...@gmail.com: Hallo, die klassische Herangehensweise ist natürlich ein Template zu schreiben und left, normal, right und border dem Template zuzuweisen. Per css natürlich die einzelnen Inhaltsbereiche per float:left nebeneinander darstellen. Das Template sollte dann über die Page Properties ausgewählt werden Grüße domi Am 10. Dezember 2010 19:18 schrieb Robert Wildlingrow...@gmx.net: Danke für deine Reaktion! Ja, die von dir erwähnte Ext ist superklasse und ich hab sie sehr gerne. Aber ich habe Kunden (und auch Grafiker), denen das zu komplex ist, wenn es um die Verwaltung und Erweiterung geht. Leider! Wenn du noch andere Lösungsansätze kennst, würde ich gerne mehr darüber lesen! Danke nochmals! LG,Robert Hallo Robert, es gibt dafür mehrere Extensions, bei welchen man unterschiedliche columns als Wrapper für Contentelemente einsetzten kann. Eine extension wäre z.b. jfmulticontent. Grüße domi Am 9. Dezember 2010 17:14 schrieb Robert Wildlingrow...@gmx.net: Hi, Liste, Ich wollte mal fragen, wie ihr das Problem mit verschieden-mehrspaltigen Inhalten auf verschiedenen Seiten ohne TemplaVoila löst. Eine Lösung ist ja via TYPOScript-wraps um das jeweilige Content-Element. Eine andere wäre, neue Frame-Typen zu definieren, die dann beim anlegen von Inhalten gewählt werden müssen - etwas problematisch für den Enduser, der über sowas nicht nachdenken will. Die TYPO3 eigenen Spalten sind natürlich auch ein Weg (in Verbindung mit TS lassen ich dann auch if-Schleifen einbauen). Wir geht ihr so an diese Sache ran? Danke für die Diskussion schon im Vorfeld! LG,Robert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
Ich stehe vor einem Projekt, wo fast 500 Leute ihr Inhalte verwalten sollen - auf den gleichen Unterseiten und ich den gleichen Kategorien. Sorry, aber das ist so kaum vorstellbar und falls es wirklich so gewünscht sein sollte, nicht empfehlenswert. 500 Leute ballern auf den gleichen paar Unterseiten gleichzeitig ihre Inhalte ins Frontend? Wieviel Inhalt soll eine solche Seite denn dabei bekommen und wer soll das dann noch lesen? Für mich sieht das zwar zunächst mal nach einem konzeptionellen Problem aus, das wäre aber immer noch mit Bordmitteln zu lösen: Die User packen ihre Inhalte nach dem bereits mehrfach beschriebenen Rechte-System auf ihre Seite(n). Danach werden alle Inhalte von allen Seiten der User ausgelesen und auf den eigentlich dafür vorgesehenen Unterseiten im Frontend ausgegeben. Keiner der User hat dabei Schreibrechte auf den eigentlichen Ausgabeseiten und keiner sieht oder bearbeitet das, was andere sehen oder bearbeiten. Damit hättest Du zumindest noch die Chance, einigermaßen die Übersicht zu behalten. 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] Userrechte
Gut - die Planung ist im Gange und noch lange nicht fertig. Danke für deine Ideen. Aber heißt das jetzt mal im Klartext, dass TYPO3 nicht fähig ist, Inhalte nur von ihren Usern verwalten zu lassen? Joey - ich hab dein Kochbuch fast täglich in Verwendung, aber da finde ich nichts entsprechendes drinnen. Ich vermisse hier bei all der Diskussion eine klare Antwort - sorry! Seiten, Gruppen, Rollen - alles klar. Aber Inhalt User - so wie eben bei einem Forum? Das soll's nicht geben?? Ich bin ganz schön verzweifelt... Aber ich will das nicht glauben. Jeder Eintrag in tt_content hat ein Feld cruser_id (ebenso pages_languages_overlay... dort werden doch die Übersetzungen gespeichert, oder?). Man muss doch also im BE bei den PageTS oder UserTS (sofern das so heißt, wie gesagt: ich hab keine Erfahrung mit BE Programmierung) eine Weiche einbauen können, die da sagt: if cruser_id == user_id then ContentElement = visible/editable. Davor vielleicht noch: if not SuperUser... Entschuldigt meine Hartnäckigkeit... Ich stehe vor einem Projekt, wo fast 500 Leute ihr Inhalte verwalten sollen - auf den gleichen Unterseiten und ich den gleichen Kategorien. Sorry, aber das ist so kaum vorstellbar und falls es wirklich so gewünscht sein sollte, nicht empfehlenswert. 500 Leute ballern auf den gleichen paar Unterseiten gleichzeitig ihre Inhalte ins Frontend? Wieviel Inhalt soll eine solche Seite denn dabei bekommen und wer soll das dann noch lesen? Für mich sieht das zwar zunächst mal nach einem konzeptionellen Problem aus, das wäre aber immer noch mit Bordmitteln zu lösen: Die User packen ihre Inhalte nach dem bereits mehrfach beschriebenen Rechte-System auf ihre Seite(n). Danach werden alle Inhalte von allen Seiten der User ausgelesen und auf den eigentlich dafür vorgesehenen Unterseiten im Frontend ausgegeben. Keiner der User hat dabei Schreibrechte auf den eigentlichen Ausgabeseiten und keiner sieht oder bearbeitet das, was andere sehen oder bearbeiten. Damit hättest Du zumindest noch die Chance, einigermaßen die Übersicht zu behalten. HTH Joey ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
Ich vermisse hier bei all der Diskussion eine klare Antwort - sorry! Seiten, Gruppen, Rollen - alles klar. Aber Inhalt User - so wie eben bei einem Forum? Das soll's nicht geben?? Ich bin ganz schön verzweifelt... Klar gibt's das - heißt z.B. mm_forum und macht genau das, was Du willst. Die Standard Inhaltselemente sind aber eben KEINE Foreneinträge und haben demzufolge ein gänzlich anderes Konzept, das vor allem auf Seitenebene gesteuert wird, weil es eher ungewöhnlich ist, daß verschiedene User an ein und derselben Seite herumbasteln und dabei nur von ihnen selbst angelegten Abschnitte sehen/bearbeiten dürfen. Ein Forum hat ja im Grunde genommen keine Seiten, sondern ist eine einzige große dynamisch befüllte Seite. Daher müssen die Rechte dort anderweitig gesteuert werden. Dein Problem ist wie gesagt eher ein konzeptionelles als ein technisches, denn das, was Du willst, geht - auch mit TYPO3 - aber eben nicht mit den Standard-Inhaltselementen, weil die für sowas nicht gedacht sind. Das ist IMHO eine klare Antwort. Wobei der von mir in meinem letzten Posting beschriebene Workaround so funktionieren sollte und IMHO am nächsten an das gewünschte Ergebnis herankommt. Außerdem würde mich immer noch interessieren, wie eine solche Seite mit Inhalten von bis zu 500 Usern aussehen soll. 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] Userrechte
Es wird immer in Seiten gedacht... Vielleicht ist das das Problem. mm_forum kenn ich und ichbin auch dabei, mir zu überlegen, ob das Modul zum Einsatz kommt. Meine derzeitige Vorstellung von der Lösung ist noch unklar. Es wird ca 15-20 Kategorien geben, zu denen die jeweiligen Schriftsteller ihre Werke zuordnen. Dazu wird es eine eigene Datenbank mit Lesebeispielen (als mp3) geben - aber das (und noch anderes) wird später einbebaut. Derzeit versuche ich darüber nachzudenken, wie der Prozess des Eintragens vor sich gehen soll: - BE-Seite Neuer Werkeintrag - dort Titel eintragen, Schriftsteller und Kategorie aus einer Dropdownliste (später auch Verlag, mp3(s) etc) Das geht noch. Dann bearbeiten: - BE-Seite Werkeintrag bearbeiten - Die Werke erscheinen in einer Dropdownliste? (... bei was weiß ich wievielen 100erten Werken?) Oder in Form eines Alphabetmenüs wie ein Glossar? Oder durch zuerstiges Auswählen der Kategorie? (Was, wenn ein Werk zu mehreren Kategorien gehört?) Meine derzeit liebste Vorstellung: Es werden eben nur die Werke des eingeloggten User dargestellt... (denn ein Schriftsteller hat vielleicht 300-500 Werke, das erscheint mir darstellbar mit Alphabetmenü und Blätterer plus Suchfeld mit Autovervollständigung) Aber mit TYPO3-Boardmitteln ist mir eben genau diese liebste Vorstellung am Unklarsten und wollte sie deswegen hier diskutiert haben. Danke für eure Tipps und rege Anteilnahme! Robert Ich vermisse hier bei all der Diskussion eine klare Antwort - sorry! Seiten, Gruppen, Rollen - alles klar. Aber Inhalt User - so wie eben bei einem Forum? Das soll's nicht geben?? Ich bin ganz schön verzweifelt... Klar gibt's das - heißt z.B. mm_forum und macht genau das, was Du willst. Die Standard Inhaltselemente sind aber eben KEINE Foreneinträge und haben demzufolge ein gänzlich anderes Konzept, das vor allem auf Seitenebene gesteuert wird, weil es eher ungewöhnlich ist, daß verschiedene User an ein und derselben Seite herumbasteln und dabei nur von ihnen selbst angelegten Abschnitte sehen/bearbeiten dürfen. Ein Forum hat ja im Grunde genommen keine Seiten, sondern ist eine einzige große dynamisch befüllte Seite. Daher müssen die Rechte dort anderweitig gesteuert werden. Dein Problem ist wie gesagt eher ein konzeptionelles als ein technisches, denn das, was Du willst, geht - auch mit TYPO3 - aber eben nicht mit den Standard-Inhaltselementen, weil die für sowas nicht gedacht sind. Das ist IMHO eine klare Antwort. Wobei der von mir in meinem letzten Posting beschriebene Workaround so funktionieren sollte und IMHO am nächsten an das gewünschte Ergebnis herankommt. Außerdem würde mich immer noch interessieren, wie eine solche Seite mit Inhalten von bis zu 500 Usern aussehen soll. HTH Joey ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Userrechte
Meine derzeit liebste Vorstellung: Es werden eben nur die Werke des eingeloggten User dargestellt... (denn ein Schriftsteller hat vielleicht 300-500 Werke, das erscheint mir darstellbar mit Alphabetmenü und Blätterer plus Suchfeld mit Autovervollständigung) Aber mit TYPO3-Boardmitteln ist mir eben genau diese liebste Vorstellung am Unklarsten und wollte sie deswegen hier diskutiert haben. Wenn Du mal vergessen würdest, daß Du alles auf einer Seite abfrühstücken wolltest, wäre das eigentlich ganz einfach: Pro Autor ein Sysfolder, in dem die Werke als einzelne Records angelegt werden können. Darunter ggf. weitere Sysfolder, um dem Autor eine weitere Strukturierung zu ermöglichen. Zusätzlich die von Dir erwähnten Kategorien. Zusätzlich z.B. verknüpfte Medien wie Bilder, mp3 etc. Hört sich jetzt erstmal ganz klar nach tt_news mit DAM an. Bei 300 - 500 Records pro Folder sollte das auch im Backend noch sinnvoll funktionieren, zumal es dort Blätter- und Such-Funktionen gibt. (Wobei mir 300-500 Werke für einen Schriftsteller allein doch eher die Ausnahme zu sein scheint) Im Frontend kannst Du dann gemütlich alles zusammenfassen und nach diversen Kriterien gefiltert und sortiert ausgeben. Zum Anlegen der Kombination User = Sysfolder = Gruppe würde sich ein Skript anbieten. Alles andere ist bereits vorhanden und sofort nutzbar. 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] TCAdefaults category_id
Hallo, ich noch einmal mit meinem Problemchen. Ich habe das ganze mal auf einer älteren Installation unter TYPO3 4.2.6 nachvollzogen. Bei der Installation funzt es ohne Probleme. Falls keiner eine Idee hat, muss ich wohl einen Bug für den Core öffnen. Gruß Markus Am 09.12.2010 um 21:31 schrieb Markus Schwennecker: Habe das gleich Phänomen beim tt_news anhamd folgendem pageTS Eintrag: TCAdefaults.tt_news.category = 1 Somit liegt es nicht an einer der Extensions, sondern ist im Core zu suchen Am 09.12.2010 um 20:44 schrieb Markus Schwennecker: Hallo, ich habe noch mal weiter probiert. Wenn ich dem User admin Rechte gebe, wird die Kategorie standardmässig gesetzt. Es muss also irgend eine Berechtigung fehlen?! Habe noch den Bug 4060 gefunden (RFC: TCAdefaults for MM-Fields 0004022, 0004060), wo es um mm-relations und TCAdefaults geht, allerdings sollte dies mit der Version ab 4.1.2 gefixed sein. Habe leider keinen Plan, wo ich weiter suchen soll. Bin daher für jeden Tip dankbar. Gruß Markus Am 08.12.2010 um 22:52 schrieb Markus Schwennecker: Hallo, ich bin mal wieder an einem Punkt, bei dem ich einfach nicht weiter komme. Ich habe für die Cal extension die Kategorie für einen Sysordner vorbelegt, mit folgendem Eintrag ins PageTS: TCAdefaults.tx_cal_event.category_id = 1 Wenn ich als admin eingeloggt bin und einen neuen Termin eintragen möchte, wird automatisch die Kategorie gesetzt. Logge ich mich als irgend ein anderer User ein, der Zugriff auf den Sysordner hat, kann ich das Event ganz normal eintragen. Leider wird aber in diesem Fall die Kategorie nicht gesetzt. Kann ich leider logisch nicht nachvollziehen. Vielleicht übersehe ich hier was und bin daher um jeden Tip dankbar. TYPO3 Version 4.4.4 cal 1.3.3 Besten Gruß Markus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Objekt wiederverwenden
Guten Tag Diesen Code weise ich 2 mal zu aber das Problem ist das es nur beim ersten Marker angezeigt wird und der zweite Marker bleibt leer. lib.inhalte = CONTENT lib.inhalte { table = pages select.orderBy=sorting renderObj = CONTENT renderObj{ table=tt_content select.pidInList.field=uid select.orderBy=sorting select.languageField = sys_language_uid select.where = colPos = 1 stdWrap.dataWrap = div style=display:none class=content_slide id=page{field:uid}|/div } } page.10.marks.CONTENT_1_SUBlib.inhalte (Das klappt) page.10.marks.CONTENT_2_SUBlib.inhalte (das bleibt leer) Warum kann ich diesen Code nicht 2 mal verwenden? bin um jeden Tipp dankbar M.Koller ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Objekt wiederverwenden
hm... was passiert, wenn Du page.10.marks.CONTENT_1_SUB lib.inhalte page.10.marks.CONTENT_2_SUB page.10.marks.CONTENT_1_SUB machst? macht es einen unterschied, wenn Du statt lib.inhalte temp.inhalte verwendest? gruss tom -- BNT.DE Gesellschaft für interaktive Medien Löwengasse 27E 60385 Frankfurt am Main http://www.bnt.de/ Am 10.12.2010 um 20:49 schrieb Koller Michel: Guten Tag Diesen Code weise ich 2 mal zu aber das Problem ist das es nur beim ersten Marker angezeigt wird und der zweite Marker bleibt leer. lib.inhalte = CONTENT lib.inhalte { table = pages select.orderBy=sorting renderObj = CONTENT renderObj{ table=tt_content select.pidInList.field=uid select.orderBy=sorting select.languageField = sys_language_uid select.where = colPos = 1 stdWrap.dataWrap = div style=display:none class=content_slide id=page{field:uid}|/div } } page.10.marks.CONTENT_1_SUBlib.inhalte (Das klappt) page.10.marks.CONTENT_2_SUBlib.inhalte (das bleibt leer) Warum kann ich diesen Code nicht 2 mal verwenden? bin um jeden Tipp dankbar M.Koller ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Objekt wiederverwenden
Hallo Tom Danke für Deinen Input: was passiert, wenn Du page.10.marks.CONTENT_1_SUB lib.inhalte page.10.marks.CONTENT_2_SUB page.10.marks.CONTENT_1_SUB machst? macht es einen unterschied, wenn Du statt lib.inhalte temp.inhalte verwendest? aber es hat beides nichts geholfen. Gruess M.Koller -- BNT.DE Gesellschaft für interaktive Medien Löwengasse 27E 60385 Frankfurt am Main http://www.bnt.de/ Am 10.12.2010 um 20:49 schrieb Koller Michel: Guten Tag Diesen Code weise ich 2 mal zu aber das Problem ist das es nur beim ersten Marker angezeigt wird und der zweite Marker bleibt leer. lib.inhalte = CONTENT lib.inhalte { table = pages select.orderBy=sorting renderObj = CONTENT renderObj{ table=tt_content select.pidInList.field=uid select.orderBy=sorting select.languageField = sys_language_uid select.where = colPos = 1 stdWrap.dataWrap = div style=display:none class=content_slide id=page{field:uid}|/div } } page.10.marks.CONTENT_1_SUBlib.inhalte (Das klappt) page.10.marks.CONTENT_2_SUBlib.inhalte (das bleibt leer) Warum kann ich diesen Code nicht 2 mal verwenden? bin um jeden Tipp dankbar M.Koller ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Objekt wiederverwenden
Hallo Michael, Koller Michel schrieb: Diesen Code weise ich 2 mal zu aber das Problem ist das es nur beim ersten Marker angezeigt wird und der zweite Marker bleibt leer. ... page.10.marks.CONTENT_1_SUBlib.inhalte (Das klappt) page.10.marks.CONTENT_2_SUBlib.inhalte (das bleibt leer) Warum kann ich diesen Code nicht 2 mal verwenden? funktioniert der 2. Marker den grundsätzlich, oder hast du evtl. nen Tippfehler im Template? Schon mal probiert mit page.10.marks.CONTENT_2_SUB = TEXT page.10.marks.CONTENT_2_SUB.value = h1TEST/h1 Gruß, Gregor -- http://www.a-mazing.de/ | Certified TYPO3 Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german