Re: [TYPO3-german] Komplexe Navigations-Lösung
Hallo Stephan, ich will nicht nerven jedoch will ich das verstehen. Also Ihr habt ein Hauptmenü mit 4 Einträgen. In diesen Hauptmenu gibt es untermenü punkte z.B 1-5. In diesen Untermenü punkten sollen andere Untermenü Punkte eingebettet werden ohne das sich der Gesamtpfad zur Rootline so ändert das der User irrtiert wird wenn er auf untermenüpunkt 1.4 drückt und auf einmal der Untermenüpunkt 3.2 mit dessen Untermenüpunkten auftaucht da diese in dem Untermenü angezeigt werden soll. Habe ich das nun richtig verstanden? Wenn wirklich so die Ausgangslage ist interessiert mich das ganze nochmehr. Wenn der Kunde nichts dagegen hat würde ich mich über das TS freuen. Danke Bis dann FIorian Hallo Florian, ich denke schon, dass du das richtig verstanden hast. Wichtig hierbei ist, dass die Einrichtungen in verschiedenen Pfaden des Seitenbaumes gezeigt werden und zwar über kategorisierte bzw. gruppierte Adressdatensätze. Mit Klick auf Details gelangt dann der Nutzer zum jeweiligen Seitenbaum der ausgewählten Einrichtung und hierbei soll sich nun der aktuell gewählte Einstiegspfad nicht ändern. Das haben wir bzw. wollen wir nun über Mountpoints auf Seitenebene lösen, was nach einigen Tests auch so (hoffentlich) funktionieren wird. Die für den ersten Aufruf nötige URL zu den Details einer Einrichtung, die in Verbindung mit dem jeweiligen Mountpoint zusammengebaut werden muss, wollen wir über TS dynamisch erstellen. Momentan ist noch Konzeptphase und falls es zum Auftrag kommt, kann ich das TS dafür hier gern einstellen. Wichtig ist noch zu wissen, dass überall dort, wo die Einrichtungen erscheinen sollen, muss auch im Seitenbaum ein entsprechender Mountpoint gesetzt werden. Gruß, Stephan PS: ist zwar OT aber wie kann ich eigentlich erfahren, dass hier in diesem Thread jemand antwortet, ohne diesen Zweig immer mal aufzurufen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Hallo Stephan, es geht auch ohne AJAX: 1. du definierst die GET Variable, die den tt_adress record enthält als LinkVar 2. wenn tt-address-Linkvar (in dem interessante Teilbaum) gesetzt, kannst du da deine Daten basierend auf dem record anzeigen 3. du änderst den tt_adress record so, dass ein weiteres feld hinzukommt, dieses enthält jeweils die root seite des mandanten, der zu dem record gehört 4. im menü nutzt du die tt-address-Linkvar - tt_address - rootPid um dem Menü einen startpunkt zu geben 5. wenn der nutzer nun zu einer anderen seite wechselt, kann es vorkommen (manipultion der tt-address-Linkvar), dass die falschen records angezeigt werden, das kann gelöst werden, in dem man ein kleines plugin schreibt, dass die eingegeben daten prüft und ggf korrigiert (umleitet) 6. da du nun ja die gruppe kennst, kannst du auch die restlichen menüs mit typoscript (records) erzeugen Grüße Kay Am 18.09.2012 16:12, schrieb Stephan Vidar: Hallo zusammen, wir stehen gerad vor einer schwierigen Lösung für eine knifflige Navigation und vielleicht hatte einer von euch ein ähnliches Problem oder einen Ansatz. Folgende Ausgangssituation: Auf einer Website sollen sich viele verschiedene Einrichtungen vorstellen, welche durch jeweils eigene Redakteure gepflegt werden. Diese Einrichtungen enthalten Unterseiten, News-Datensätze und können weitestgehend frei erstellt und strukturiert werden. Für Filtermöglichkeiten, Darstellung in Maps, Ausgabe von Visitenkarten soll jeweils ein Adressdatensatz angelegt werden, der auch die Root-PID der jeweiligen Einrichtungsseite enthält. Über die Verknüpfung mit Adressgruppen werden die Adressdatensätze kategorisiert und können smoit gleichzeitig in verschiedenen Kategorien existieren. Über verschiedene Menü's sollen die Adressdatensätze im Frontend selektiert werden können und bei Bedarf kann man sich die Details über die Root-PID der jeweiligen Einrichtungsseite auffrufen. Je nachdem, über welchen Menü-Einstieg der Benutzer kam, werden aufgrund der Adressgruppen die jeweiligen Adressdatensätze ausgegeben. Nun soll der jeweils gewählte Menü-Pfad stehen bleiben, auch wenn man auf die über die jeweilige Root-PID verknüpfte Einrichtungsseite springt und genau hier suchen wir einen vernünftigen Ansatz, der sich bisher nicht so wirklich erschließt. Das Ganze nochmal wenig strukturiert dargestellt: --- Menü 1 - Menü 1.1 - Menü 1.2 - Adressdatensatz 1 - Einrichtung 1 - Menü 1.3 Menü 2 - Menü 2.1 - Adressdatensatz 1 - Einrichtung 1 - Menü 2.2 - Menü 2.3 Menü 3 - Menü 3.1 - Menü 3.2 - Menü 3.3 - Adressdatensatz 1 - Einrichtung 1 --- Die Einrichtung 1 ist also unter verschiedenen Menü-Pfaden zu finden und der jeweils gewählte Pfad soll stehen bleiben. Wir haben auch schon viel mit dem Seitentyp Einstiegspunkt herum experimentiert, was aber zu keiner praktikablen Lösung geführt hat, da hier in allen Menüpunkten, wo jeweils eine Einrichtung zu finden sein soll, ein extra Einstiegspunkt definiert werden müsste, was für die Redakteure einfach nicht tragbar ist. Hat hier jemand irgendeine Idee? Gruß, Stephan -- http://www.kay-strobach.de - Open Source Rocks TYPO3 inspiring people to share! Get involved: http://typo3.org Answer was useful - feel free to donate: - https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=KPM9NAV73VDF2 - https://flattr.com/profile/kaystrobach ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Hallo Kay, Am 20.09.2012 09:41, schrieb Kay Strobach: Hallo Stephan, es geht auch ohne AJAX: 1. du definierst die GET Variable, die den tt_adress record enthält als LinkVar 2. wenn tt-address-Linkvar (in dem interessante Teilbaum) gesetzt, kannst du da deine Daten basierend auf dem record anzeigen 3. du änderst den tt_adress record so, dass ein weiteres feld hinzukommt, dieses enthält jeweils die root seite des mandanten, der zu dem record gehört 4. im menü nutzt du die tt-address-Linkvar - tt_address - rootPid um dem Menü einen startpunkt zu geben 5. wenn der nutzer nun zu einer anderen seite wechselt, kann es vorkommen (manipultion der tt-address-Linkvar), dass die falschen records angezeigt werden, das kann gelöst werden, in dem man ein kleines plugin schreibt, dass die eingegeben daten prüft und ggf korrigiert (umleitet) 6. da du nun ja die gruppe kennst, kannst du auch die restlichen menüs mit typoscript (records) erzeugen Grüße Kay Gefällt mir. Ist auch sehr gut mit TS zu handlen. von mir +1 Bis dann FIorian Am 18.09.2012 16:12, schrieb Stephan Vidar: Hallo zusammen, wir stehen gerad vor einer schwierigen Lösung für eine knifflige Navigation und vielleicht hatte einer von euch ein ähnliches Problem oder einen Ansatz. Folgende Ausgangssituation: Auf einer Website sollen sich viele verschiedene Einrichtungen vorstellen, welche durch jeweils eigene Redakteure gepflegt werden. Diese Einrichtungen enthalten Unterseiten, News-Datensätze und können weitestgehend frei erstellt und strukturiert werden. Für Filtermöglichkeiten, Darstellung in Maps, Ausgabe von Visitenkarten soll jeweils ein Adressdatensatz angelegt werden, der auch die Root-PID der jeweiligen Einrichtungsseite enthält. Über die Verknüpfung mit Adressgruppen werden die Adressdatensätze kategorisiert und können smoit gleichzeitig in verschiedenen Kategorien existieren. Über verschiedene Menü's sollen die Adressdatensätze im Frontend selektiert werden können und bei Bedarf kann man sich die Details über die Root-PID der jeweiligen Einrichtungsseite auffrufen. Je nachdem, über welchen Menü-Einstieg der Benutzer kam, werden aufgrund der Adressgruppen die jeweiligen Adressdatensätze ausgegeben. Nun soll der jeweils gewählte Menü-Pfad stehen bleiben, auch wenn man auf die über die jeweilige Root-PID verknüpfte Einrichtungsseite springt und genau hier suchen wir einen vernünftigen Ansatz, der sich bisher nicht so wirklich erschließt. Das Ganze nochmal wenig strukturiert dargestellt: --- Menü 1 - Menü 1.1 - Menü 1.2 - Adressdatensatz 1 - Einrichtung 1 - Menü 1.3 Menü 2 - Menü 2.1 - Adressdatensatz 1 - Einrichtung 1 - Menü 2.2 - Menü 2.3 Menü 3 - Menü 3.1 - Menü 3.2 - Menü 3.3 - Adressdatensatz 1 - Einrichtung 1 --- Die Einrichtung 1 ist also unter verschiedenen Menü-Pfaden zu finden und der jeweils gewählte Pfad soll stehen bleiben. Wir haben auch schon viel mit dem Seitentyp Einstiegspunkt herum experimentiert, was aber zu keiner praktikablen Lösung geführt hat, da hier in allen Menüpunkten, wo jeweils eine Einrichtung zu finden sein soll, ein extra Einstiegspunkt definiert werden müsste, was für die Redakteure einfach nicht tragbar ist. Hat hier jemand irgendeine Idee? Gruß, Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Hallo zusammen, ich misch mich da auch mal ein. Wir haben so was ähnliches schon gemacht auf www.jakob-becker.de Je nach Einstiegspunkt gelangt man in einen bestimmten Seitenbaum und die jeweilige Adresse wird an bestimmten stellen verarbeitet. Die Lösung is eigentlich ganz easy gewesen. Über Linkvars eine globale Get-Variable setzen die da heißt Einrichtung oder so. An den Stellen wo der Datensatz auftauchen soll kannst du ein kurzes TS schreiben was dir die Daten ausliest mit der Variable. Der Clou, durch die Definition in den config.LinkVars bleibt die Variable in allen Links erhalten. So musst du nicht über Sessions gehen. Ich hoffe ich hab das Problem richtig erkannt, und konnte dir weiter helfen. Grüße t3agent Am 19.09.12 23:27, schrieb FIorian Zimmermann: Am 19.09.2012 14:57, schrieb Stephan Vidar: Hallo, ich bin noch nicht ganz durchgestiegen durch die Problematik denke ich. Also woher kommen die Adressdaten ist das auch eine Seite oder ist es ein Datensatz in einem SysFolder? Ich denke es ist eine Seite. Mein erster Gedanke ist einen neuen Seiten Typ zu definieren, ich weiß jedoch nicht ob es einen Hook / XClass Punkt dort gibt, über welchen dann die Ausgabe / Datenbeschaffung läuft. Andere Idee wäre ebenfalls über einen eigenen PageType und Ajax (eId). Hoffe konnte ein Denkanstoss geben Bis dann FIorian Hallo Florian, Hallo Stephan, danke für's Mitlesen/-denken! Mich interessiert es auch. Die Adressdaten liegen als tt_address - Datensätze in einem SysFolder. Jeder tt_adress-Datensatz hat einen Verweis auf die Root-PID der jeweiligen Einrichtungsseite. Eine Einrichtungsseite enthält dann wieder Unterseiten mit bspw. normalen Inhaltselementen aber auch tt-news Plugins. Hier mal ein Beispiel für eine Einrichtungsseite, dessen Root-PID im jeweiligen Adressdatensatz steht: -- Einrichtung 1 (root) - 1.1 Unterseite mit Inhaltselementen - 1.1.1 Unterseite mit Inhaltselementen - 1.1.2 Unterseite mit Inhaltselementen - 1.2 Unterseite mit Inhaltselementen - 1.3 Unterseite mit Inhaltselementen - 1.4 Unterseite mit tt_news Plugin - 1.5 Unterseite mit Event-Plugin (und eigenem PageBrowser) -- In Richtung Ajax hatte ich auch schon gedacht, was aber in Verbindung mit den Unterseiten, dessen Unterseiten und Plugins mit eigenem PageBrowser wohl nicht ohne Weiteres funzen wird, da dies ja dann alles über Ajax abgebildet werden müsste. Zudem geht die Suchmaschinenverträglichkeit vollends verloren... Doch doch Ajax ist imho der richtige Weg. Du brauchst ja nicht alles per Ajax laden nehme doch eine Extension und in dieser lässt du über eine flexform oder auch typoscript steuern wann wie Ajax benutzt wird um die address daten zuladen. Du könntest auch über eine extension flexform herausfinden welcher Datensatz benutzt werden soll anhand pid in rootline dann die tt_address laden. Andere Idee wäre du speicherst den aktuellen tt_address Datensatz in die fe_session und liest Ihn von da wieder aus und renderst Ihn dann mit in die Seite wo er wieder gebraucht wird. Hoffe ich bin nicht auf dem Holzweg. Gute Nacht FIorian Gruß, Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Am 20.09.2012 10:37, schrieb FIorian Zimmermann: Hallo Kay, Am 20.09.2012 09:41, schrieb Kay Strobach: Hallo Stephan, es geht auch ohne AJAX: 1. du definierst die GET Variable, die den tt_adress record enthält als LinkVar 2. wenn tt-address-Linkvar (in dem interessante Teilbaum) gesetzt, kannst du da deine Daten basierend auf dem record anzeigen 3. du änderst den tt_adress record so, dass ein weiteres feld hinzukommt, dieses enthält jeweils die root seite des mandanten, der zu dem record gehört 4. im menü nutzt du die tt-address-Linkvar - tt_address - rootPid um dem Menü einen startpunkt zu geben 5. wenn der nutzer nun zu einer anderen seite wechselt, kann es vorkommen (manipultion der tt-address-Linkvar), dass die falschen records angezeigt werden, das kann gelöst werden, in dem man ein kleines plugin schreibt, dass die eingegeben daten prüft und ggf korrigiert (umleitet) 6. da du nun ja die gruppe kennst, kannst du auch die restlichen menüs mit typoscript (records) erzeugen Grüße Kay Gefällt mir. Ist auch sehr gut mit TS zu handlen. von mir +1 Bis dann FIorian Hallo zusammen, also vielen Dank für die super Anregungen! Ich habe die Vermutung, dass die eigentliche Problemstellung nicht ganz angekommen ist, was einerseits an der Komplexität und andererseits an meiner vielleicht nicht ganz nachvollziehbaren Beschreibung liegt. Der Focus bei der Lösung liegt darauf, dass an beliebigen Stellen innerhalb der Seitenbäume Adressdatensätze auftauchen können. Hinter diesen Datensätzen steht jeweils eine Einrichtung mit beliebigen Unterseiten, die nach Auflösung über den jeweiligen Adressdatensatz in ihrer Vollständigkeit abgebildet werden sollen, ohne das der Nutzer den gewählten Einstieg im Seitenbaum verlässt. Wir haben alle Ideen versucht nachzuvollziehen und auf unsere Lösung anzuwenden und haben uns nun für eine Lösung entschieden, die hauptsächlich den Aspekt Mountpoints auf Seitenebene in Verbindung mit TS bei der Gesamtlösung berücksichtigt. Damit sind wir in der Lage in Verbindung mit den Adressdatensätzen und Adressgruppen die eigentlichen Einrichtungen an beliebigen Stellen innerhalb der Seitenbäume zu zeigen ohne diese zu verlassen und müssen auch auf bspw. korrekte Anzeigen innerhalb der Breadcrumb nicht verzichten. Der Redakteur erhält eine einfache und leicht zu verstehende logische Strukturierung im Backend und muss sich um die komplexen Verweise nicht selber kümmmern - und das ist hierbei sehr wichtig. Das Durchschleifen des gewählten Adressdatensatzes benötigen wir nicht wirklich, da sich der Nutzer ab dem Zeitpunkt der Auswahl einer Einrichtung diesen verlässt. Gruß, Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Am 20.09.2012 13:16, schrieb t3agent: Hallo zusammen, ich misch mich da auch mal ein. Wir haben so was ähnliches schon gemacht auf www.jakob-becker.de Je nach Einstiegspunkt gelangt man in einen bestimmten Seitenbaum und die jeweilige Adresse wird an bestimmten stellen verarbeitet. Die Lösung is eigentlich ganz easy gewesen. Über Linkvars eine globale Get-Variable setzen die da heißt Einrichtung oder so. An den Stellen wo der Datensatz auftauchen soll kannst du ein kurzes TS schreiben was dir die Daten ausliest mit der Variable. Der Clou, durch die Definition in den config.LinkVars bleibt die Variable in allen Links erhalten. So musst du nicht über Sessions gehen. Ich hoffe ich hab das Problem richtig erkannt, und konnte dir weiter helfen. Grüße t3agent Hallo t3agent, danke für deine Antwort! Deine Hinweise haben mich auf den Trichter gebracht, dass die Problemstellung möglicherweise noch nicht richtig angekommen war (Antwort siehe ganz unten)... Gruß, Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Hallo zusammen, also vielen Dank für die super Anregungen! Ich habe die Vermutung, dass die eigentliche Problemstellung nicht ganz angekommen ist, was einerseits an der Komplexität und andererseits an meiner vielleicht nicht ganz nachvollziehbaren Beschreibung liegt. Der Focus bei der Lösung liegt darauf, dass an beliebigen Stellen innerhalb der Seitenbäume Adressdatensätze auftauchen können. Hinter diesen Datensätzen steht jeweils eine Einrichtung mit beliebigen Unterseiten, die nach Auflösung über den jeweiligen Adressdatensatz in ihrer Vollständigkeit abgebildet werden sollen, ohne das der Nutzer den gewählten Einstieg im Seitenbaum verlässt. Wir haben alle Ideen versucht nachzuvollziehen und auf unsere Lösung anzuwenden und haben uns nun für eine Lösung entschieden, die hauptsächlich den Aspekt Mountpoints auf Seitenebene in Verbindung mit TS bei der Gesamtlösung berücksichtigt. Damit sind wir in der Lage in Verbindung mit den Adressdatensätzen und Adressgruppen die eigentlichen Einrichtungen an beliebigen Stellen innerhalb der Seitenbäume zu zeigen ohne diese zu verlassen und müssen auch auf bspw. korrekte Anzeigen innerhalb der Breadcrumb nicht verzichten. Der Redakteur erhält eine einfache und leicht zu verstehende logische Strukturierung im Backend und muss sich um die komplexen Verweise nicht selber kümmmern - und das ist hierbei sehr wichtig. Das Durchschleifen des gewählten Adressdatensatzes benötigen wir nicht wirklich, da sich der Nutzer ab dem Zeitpunkt der Auswahl einer Einrichtung diesen verlässt. Gruß, Stephan Hallo Stephan, ich will nicht nerven jedoch will ich das verstehen. Also Ihr habt ein Hauptmenü mit 4 Einträgen. In diesen Hauptmenu gibt es untermenü punkte z.B 1-5. In diesen Untermenü punkten sollen andere Untermenü Punkte eingebettet werden ohne das sich der Gesamtpfad zur Rootline so ändert das der User irrtiert wird wenn er auf untermenüpunkt 1.4 drückt und auf einmal der Untermenüpunkt 3.2 mit dessen Untermenüpunkten auftaucht da diese in dem Untermenü angezeigt werden soll. Habe ich das nun richtig verstanden? Wenn wirklich so die Ausgangslage ist interessiert mich das ganze nochmehr. Wenn der Kunde nichts dagegen hat würde ich mich über das TS freuen. Danke Bis dann FIorian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Hallo, Am 18.09.2012 16:12, schrieb Stephan Vidar: Hallo zusammen, wir stehen gerad vor einer schwierigen Lösung für eine knifflige Navigation und vielleicht hatte einer von euch ein ähnliches Problem oder einen Ansatz. Folgende Ausgangssituation: Auf einer Website sollen sich viele verschiedene Einrichtungen vorstellen, welche durch jeweils eigene Redakteure gepflegt werden. Diese Einrichtungen enthalten Unterseiten, News-Datensätze und können weitestgehend frei erstellt und strukturiert werden. Für Filtermöglichkeiten, Darstellung in Maps, Ausgabe von Visitenkarten soll jeweils ein Adressdatensatz angelegt werden, der auch die Root-PID der jeweiligen Einrichtungsseite enthält. Über die Verknüpfung mit Adressgruppen werden die Adressdatensätze kategorisiert und können smoit gleichzeitig in verschiedenen Kategorien existieren. Über verschiedene Menü's sollen die Adressdatensätze im Frontend selektiert werden können und bei Bedarf kann man sich die Details über die Root-PID der jeweiligen Einrichtungsseite auffrufen. Je nachdem, über welchen Menü-Einstieg der Benutzer kam, werden aufgrund der Adressgruppen die jeweiligen Adressdatensätze ausgegeben. Nun soll der jeweils gewählte Menü-Pfad stehen bleiben, auch wenn man auf die über die jeweilige Root-PID verknüpfte Einrichtungsseite springt und genau hier suchen wir einen vernünftigen Ansatz, der sich bisher nicht so wirklich erschließt. Das Ganze nochmal wenig strukturiert dargestellt: --- Menü 1 - Menü 1.1 - Menü 1.2 - Adressdatensatz 1 - Einrichtung 1 - Menü 1.3 Menü 2 - Menü 2.1 - Adressdatensatz 1 - Einrichtung 1 - Menü 2.2 - Menü 2.3 Menü 3 - Menü 3.1 - Menü 3.2 - Menü 3.3 - Adressdatensatz 1 - Einrichtung 1 --- Die Einrichtung 1 ist also unter verschiedenen Menü-Pfaden zu finden und der jeweils gewählte Pfad soll stehen bleiben. Wir haben auch schon viel mit dem Seitentyp Einstiegspunkt herum experimentiert, was aber zu keiner praktikablen Lösung geführt hat, da hier in allen Menüpunkten, wo jeweils eine Einrichtung zu finden sein soll, ein extra Einstiegspunkt definiert werden müsste, was für die Redakteure einfach nicht tragbar ist. Hat hier jemand irgendeine Idee? Hallo, ich bin noch nicht ganz durchgestiegen durch die Problematik denke ich. Also woher kommen die Adressdaten ist das auch eine Seite oder ist es ein Datensatz in einem SysFolder? Ich denke es ist eine Seite. Mein erster Gedanke ist einen neuen Seiten Typ zu definieren, ich weiß jedoch nicht ob es einen Hook / XClass Punkt dort gibt, über welchen dann die Ausgabe / Datenbeschaffung läuft. Andere Idee wäre ebenfalls über einen eigenen PageType und Ajax (eId). Hoffe konnte ein Denkanstoss geben Bis dann FIorian Gruß, Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Hallo, ich bin noch nicht ganz durchgestiegen durch die Problematik denke ich. Also woher kommen die Adressdaten ist das auch eine Seite oder ist es ein Datensatz in einem SysFolder? Ich denke es ist eine Seite. Mein erster Gedanke ist einen neuen Seiten Typ zu definieren, ich weiß jedoch nicht ob es einen Hook / XClass Punkt dort gibt, über welchen dann die Ausgabe / Datenbeschaffung läuft. Andere Idee wäre ebenfalls über einen eigenen PageType und Ajax (eId). Hoffe konnte ein Denkanstoss geben Bis dann FIorian Hallo Florian, danke für's Mitlesen/-denken! Die Adressdaten liegen als tt_address - Datensätze in einem SysFolder. Jeder tt_adress-Datensatz hat einen Verweis auf die Root-PID der jeweiligen Einrichtungsseite. Eine Einrichtungsseite enthält dann wieder Unterseiten mit bspw. normalen Inhaltselementen aber auch tt-news Plugins. Hier mal ein Beispiel für eine Einrichtungsseite, dessen Root-PID im jeweiligen Adressdatensatz steht: -- Einrichtung 1 (root) - 1.1 Unterseite mit Inhaltselementen - 1.1.1 Unterseite mit Inhaltselementen - 1.1.2 Unterseite mit Inhaltselementen - 1.2 Unterseite mit Inhaltselementen - 1.3 Unterseite mit Inhaltselementen - 1.4 Unterseite mit tt_news Plugin - 1.5 Unterseite mit Event-Plugin (und eigenem PageBrowser) -- In Richtung Ajax hatte ich auch schon gedacht, was aber in Verbindung mit den Unterseiten, dessen Unterseiten und Plugins mit eigenem PageBrowser wohl nicht ohne Weiteres funzen wird, da dies ja dann alles über Ajax abgebildet werden müsste. Zudem geht die Suchmaschinenverträglichkeit vollends verloren... Gruß, Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Komplexe Navigations-Lösung
Am 19.09.2012 14:57, schrieb Stephan Vidar: Hallo, ich bin noch nicht ganz durchgestiegen durch die Problematik denke ich. Also woher kommen die Adressdaten ist das auch eine Seite oder ist es ein Datensatz in einem SysFolder? Ich denke es ist eine Seite. Mein erster Gedanke ist einen neuen Seiten Typ zu definieren, ich weiß jedoch nicht ob es einen Hook / XClass Punkt dort gibt, über welchen dann die Ausgabe / Datenbeschaffung läuft. Andere Idee wäre ebenfalls über einen eigenen PageType und Ajax (eId). Hoffe konnte ein Denkanstoss geben Bis dann FIorian Hallo Florian, Hallo Stephan, danke für's Mitlesen/-denken! Mich interessiert es auch. Die Adressdaten liegen als tt_address - Datensätze in einem SysFolder. Jeder tt_adress-Datensatz hat einen Verweis auf die Root-PID der jeweiligen Einrichtungsseite. Eine Einrichtungsseite enthält dann wieder Unterseiten mit bspw. normalen Inhaltselementen aber auch tt-news Plugins. Hier mal ein Beispiel für eine Einrichtungsseite, dessen Root-PID im jeweiligen Adressdatensatz steht: -- Einrichtung 1 (root) - 1.1 Unterseite mit Inhaltselementen - 1.1.1 Unterseite mit Inhaltselementen - 1.1.2 Unterseite mit Inhaltselementen - 1.2 Unterseite mit Inhaltselementen - 1.3 Unterseite mit Inhaltselementen - 1.4 Unterseite mit tt_news Plugin - 1.5 Unterseite mit Event-Plugin (und eigenem PageBrowser) -- In Richtung Ajax hatte ich auch schon gedacht, was aber in Verbindung mit den Unterseiten, dessen Unterseiten und Plugins mit eigenem PageBrowser wohl nicht ohne Weiteres funzen wird, da dies ja dann alles über Ajax abgebildet werden müsste. Zudem geht die Suchmaschinenverträglichkeit vollends verloren... Doch doch Ajax ist imho der richtige Weg. Du brauchst ja nicht alles per Ajax laden nehme doch eine Extension und in dieser lässt du über eine flexform oder auch typoscript steuern wann wie Ajax benutzt wird um die address daten zuladen. Du könntest auch über eine extension flexform herausfinden welcher Datensatz benutzt werden soll anhand pid in rootline dann die tt_address laden. Andere Idee wäre du speicherst den aktuellen tt_address Datensatz in die fe_session und liest Ihn von da wieder aus und renderst Ihn dann mit in die Seite wo er wieder gebraucht wird. Hoffe ich bin nicht auf dem Holzweg. Gute Nacht FIorian Gruß, Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Komplexe Navigations-Lösung
Hallo zusammen, wir stehen gerad vor einer schwierigen Lösung für eine knifflige Navigation und vielleicht hatte einer von euch ein ähnliches Problem oder einen Ansatz. Folgende Ausgangssituation: Auf einer Website sollen sich viele verschiedene Einrichtungen vorstellen, welche durch jeweils eigene Redakteure gepflegt werden. Diese Einrichtungen enthalten Unterseiten, News-Datensätze und können weitestgehend frei erstellt und strukturiert werden. Für Filtermöglichkeiten, Darstellung in Maps, Ausgabe von Visitenkarten soll jeweils ein Adressdatensatz angelegt werden, der auch die Root-PID der jeweiligen Einrichtungsseite enthält. Über die Verknüpfung mit Adressgruppen werden die Adressdatensätze kategorisiert und können smoit gleichzeitig in verschiedenen Kategorien existieren. Über verschiedene Menü's sollen die Adressdatensätze im Frontend selektiert werden können und bei Bedarf kann man sich die Details über die Root-PID der jeweiligen Einrichtungsseite auffrufen. Je nachdem, über welchen Menü-Einstieg der Benutzer kam, werden aufgrund der Adressgruppen die jeweiligen Adressdatensätze ausgegeben. Nun soll der jeweils gewählte Menü-Pfad stehen bleiben, auch wenn man auf die über die jeweilige Root-PID verknüpfte Einrichtungsseite springt und genau hier suchen wir einen vernünftigen Ansatz, der sich bisher nicht so wirklich erschließt. Das Ganze nochmal wenig strukturiert dargestellt: --- Menü 1 - Menü 1.1 - Menü 1.2 - Adressdatensatz 1 - Einrichtung 1 - Menü 1.3 Menü 2 - Menü 2.1 - Adressdatensatz 1 - Einrichtung 1 - Menü 2.2 - Menü 2.3 Menü 3 - Menü 3.1 - Menü 3.2 - Menü 3.3 - Adressdatensatz 1 - Einrichtung 1 --- Die Einrichtung 1 ist also unter verschiedenen Menü-Pfaden zu finden und der jeweils gewählte Pfad soll stehen bleiben. Wir haben auch schon viel mit dem Seitentyp Einstiegspunkt herum experimentiert, was aber zu keiner praktikablen Lösung geführt hat, da hier in allen Menüpunkten, wo jeweils eine Einrichtung zu finden sein soll, ein extra Einstiegspunkt definiert werden müsste, was für die Redakteure einfach nicht tragbar ist. Hat hier jemand irgendeine Idee? Gruß, Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
