Re: [TYPO3-german]
Am 20.03.2012 13:56, schrieb Björn Pedersen: Nein, das alt tag ist für den Webbrowser beim Client gedacht, wenn dieser nicht in der Lage ist, das Bild darzustellen ( z.B. für text-only clients), nicht schon für die serverseitge Aufbereitung. Ich habe bisher noch niemals einen Textbrowser genutzt, aber das hat mich jetzt neugierig gemacht. :) Habe mal eine Seite angesurft, wo ich eine Extbase-/Fluid-Extension liegen habe und es werden schön die Alt-Texte angezeigt. Und, äh. Alt-Attribut, nicht Tag. SCNR. ;) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ExtJS 4 zusätzlich im Backend von TYPO3 4.5.x verwenden
Hallo Kay, einen wirklichen Codeschnipsel braucht es nicht, aber eine spezifizierte Vorgehensweise - kein Problem. Ein bisschen Background: es geht um ein Backendmodul auf Extbase-/Fluidbasis. 1. im Controller: initializeAction() includiert die spezielle Sandboxversion von ExtJS und file mit eigenem JS-Code: $renderer = t3lib_div::makeInstance('t3lib_PageRenderer'); $renderer->addJsFile('../typo3conf/ext//Resources/Public/Js/ext-4.0.7-gpl/builds/ext-all-sandbox-debug.js'); $renderer->addJsFile('../typo3conf/ext//Resources/Public/Js/common.js'); 2. common.js arbeitet mit Namespace (Ext4.methodName) aus der ext-all-sandbox-debug.js, um ExtJS 3 nicht in die Quere zu kommen: Ext4.onReady(function(){ // a click handler var buttonHandler = function(target) { // 1 Ext4.MessageBox.alert('reply from: ', target.text); } // a button var btn = new Ext4.Button({ text : 'Button', handler : buttonHandler }); } Eigentlich geht es nur darum, den Namespace "Ext4" anstelle "Ext" zu verwenden, damit eventuell gleichnamige Methoden (mit evtl. geänderter Funktionalität) sich nicht in die Quere kommen. Bis jetzt funktioniert's recht reibungslos... vielleicht bleibt es ja so. :-) Am 02.11.2011 11:02, schrieb Kay Strobach: Hi Thomas, kannst du uns noch die CodeSchnipsel geben?! ;) Danke Kay ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ExtJS 4 zusätzlich im Backend von TYPO3 4.5.x verwenden
Problem gelöst: die Sandbox wurde nicht richtig genutzt. Nun funktioniert alles wunderbar. Gute Idee, die 4er-Version zu sandboxen, sodass sie parallel zu älteren Versionen genutzt werden kann (m.M.n. auch notwendig, wenn ich im Netz so lese, wie viele Entwickler Probleme haben, ihre ExtJS Webapps auf ExtJS 4 zu portieren...). Dennoch die Frage, ob es hinsichtlich der parallelen Verwendung bekannte Probleme gibt. Würde gern vermeiden, dass ich jetzt einen Haufen Zeit in die Einarbeitung stecke, nur um später feststellen zu müssen, dass die Koexistenz von ExtJS 3 und 4 in einem Projekt gar nicht empfehlenswert ist/Nachteile mit sich bringt. Grüße, Thomas F. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] ExtJS 4 zusätzlich im Backend von TYPO3 4.5.x verwenden
Hallo liebe Liste, ich beginne gerade, ein Backendmodul auf ExtJS Basis zu programmieren. Das ist in der 3er-Version ja bereits im Backend enthalten. Allerdings habe ich gelesen, dass es mit den Sandbox-Packages von Sencha auch möglich ist, die 4er-Version parallel zur 3er zu nutzen. Weiß jemand, ob es da irgendwelche Stolpersteine etc gibt? Oder, ob das aus anderen Gründen nicht empfehlenswert ist? Z.B. wird in der 4er ja bevorzugt zum Instanziieren "Ext.create" anstelle des "new"-Operators verwendet. Ext.create macht aber gar nix im Backend. Die JS-Datei ist aber erfolgreich eingebunden... Verwunderte Grüße, Thomas F. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - registerModule(): eigene Kategorie erstellen und zuweisen?
Kurzes Update: Ich habe nochmal genau nachgeschaut und das Vorgehen bei DAM versucht, nachzuempfinden. Es gibt eine Funktion addModule(), mit der (beim alten TYPO3-Standardvorgehen) in einer Extension solche Menüpunkte mit Unterpunkten und allem, was dazugehört, hinzugefügt werden können. Allerdings scheidet dieses Vorgehen - meiner Meinung nach - hier aus, da bei Extbase-Extensions die Ordnerstrukturen und funktionsgebenden Dateien ja zum Teil wesentlich umstrukturiert sind. Bei alten Extensions konnte mit der addModule()-Funktion z.B. einfach auf den Ordner mod1 im Extensionverzeichnis verwiesen werden und TYPO3 wusste, woher es alle relevanten Informationen bekommt. Das funktioniert aber scheinbar mit Extbase so nicht, oder? Ist es vielleicht bisher mit Extbase nur vorgesehen, dass man die bereits vorhandenen Kategorien (web, user, admin, ...) nutzt und gar keine eigenen erstellen soll/kann? Danke, -- Viele Grüße, thomas fricke web-entwickler Am 11.07.2011 11:03, schrieb Thomas F.: Hallo Liste, Erstmal hoffe ich, dass ich hier richtig bin. Ich arbeite gerade an einer Extension, die (bzw. deren Backend-Modul) eine eigene Kategorie im Backend erhalten soll. Etwa nach dem Vorbild von DAM. Allgemein ist für die Zuweisung die Funktion registerModule() in der ext_tables.php zuständig: Tx_Extbase_Utility_Extension::registerModule( $_EXTKEY, 'web', // Make module a submodule of 'web' 'mod1',// Submodule key '',// Position [...] } Doch bewirkt es erwartungsgemäss nichts, wenn ich anstelle von 'web' (oder den anderen 'erlaubten' Begriffen) die eigene, gewünschte Kategorie bzw. deren Name eintrage. Hat damit jemand schon Erfahrung? Kann es sein, dass diese Kategorie erst noch irgendwo in der Datenbank hinterlegt werden muss? Wo/wie mache ich das richtig, also ohne den 'convention over configuration'-Ansatz von Extbase zu verletzen? Einen schönen Start in die Woche, ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Content der 2.ten Sprache nicht angezeigt....
Hast du auch vom FCE eine neue Übersetzung angelegt? Wenn ich mich richtig erinnere, reicht es nicht aus, einfach die enthaltenen Inhalte zu übersetzen, sondern das FCE an sich muss auch noch übersetzt werden. :) Also, einfach von dem Element (FCE) eine Übersetzung in der entsprechenden Sprache anlegen und darin dann die Inhalte der jeweiligen Sprache einfügen. :) Viele Grüße, thomas fricke web-entwickler Am 11.07.2011 11:54, schrieb Maria Meilinger: Hallo Liste, folgendes Problem: ich arbeite an einer mehrsprachigen Seite, es funktioniert alles prima. Die Menüs und Inhalte werden angezeigt, außer auf einer Seite. Auf einer einzigen Unterseite wird in der Alternativsprache nichts angezeigt obwohl im Backend der Inhalt angelegt ist. Der content ist ein FCE (Templa Voila). Woran könnte das liegen? Hat jemand eine Idee? Herzlichen Dank für Eure Hilfe! LG ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase - registerModule(): eigene Kategorie erstellen und zuweisen?
Hallo Liste, Erstmal hoffe ich, dass ich hier richtig bin. Ich arbeite gerade an einer Extension, die (bzw. deren Backend-Modul) eine eigene Kategorie im Backend erhalten soll. Etwa nach dem Vorbild von DAM. Allgemein ist für die Zuweisung die Funktion registerModule() in der ext_tables.php zuständig: Tx_Extbase_Utility_Extension::registerModule( $_EXTKEY, 'web', // Make module a submodule of 'web' 'mod1',// Submodule key '',// Position [...] } Doch bewirkt es erwartungsgemäss nichts, wenn ich anstelle von 'web' (oder den anderen 'erlaubten' Begriffen) die eigene, gewünschte Kategorie bzw. deren Name eintrage. Hat damit jemand schon Erfahrung? Kann es sein, dass diese Kategorie erst noch irgendwo in der Datenbank hinterlegt werden muss? Wo/wie mache ich das richtig, also ohne den 'convention over configuration'-Ansatz von Extbase zu verletzen? Einen schönen Start in die Woche, -- thomas fricke web-entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Externe Links: Hinweis zwischen Klick und Seitenwechsel einblenden?
Hallo Georg, Den Ansatz werde ich am Montag weiterverfolgen. MooTools hatten wir damals im Einsatz, sind aber mittlerweile zu jQuery übergegangen. Habe grad mal nachgeschaut, damit sollte sich das Verhalten mit preventDefault() oder stopPropagation() bewirken lassen. Vielen Dank; ich werde am Montag morgen hier nochmal posten. Viele Grüße, thomas fricke web-entwickler Am 20.05.2011 17:48, schrieb Georg Schönweger: Hi, du kannst per Javascript den ClickEvent "blockieren" .. mit MooTools könnte das z.B. so aussehen: $$("a.external").addEvent("click",function(e) { e.stop(); // Default Action vom Browser (den Link öffnen) unterbinden alert("Sie verlassen unsere Seite..."); window.location.href = this.get("href"); // jetzt erst den Link öffnen }); das würde bei allen Tags mit Klasse "external" greifen ... ist aber ungetestet. - Georg Am 20.05.2011 17:40, schrieb Patrick Finkbeiner: Du möchtest also beim klick auf den Link so etwas wie eine alert-box anzeigen und erst wenn der User auf "OK" klickt wird er tatsächlich weitergeleitet? grüße Patrick On 20.05.2011, at 17:35, Thomas F. wrote: Hi, das wäre zu einfach. ;) Hier sehe ich das Problem, dass der Link dann bereits geklickt ist, also die fehlende Möglichkeit, dem Browser zu sagen "Stopp, warte erstmal, was der Benutzer klickt und entscheide dann, ob du dem Link folgst oder nicht". Meine Vermutung ist, dass es nicht ohne eine Art Pseudolink geht, also z.B. einen speziellen SPAN zum Beispiel, der eine ID hat o.Ä. und sich beim MouseOvern etc. wie ein Link verhält. Folgt ein Click-Event, wird ein JavaScript aufgerufen, das das Popup anzeigt und wenn dieses bestätigt wird, wird der Text im Span als externes Ziel aufgerufen. Anders kann ich es mir nicht vorstellen. Und für diesen Vorgang suche ich nach einer Möglichkeit, das in TYPO3 für externe Links global zu definieren, ohne den späteren Redakteuren viel Zusatzarbeit mitzugeben beim Anlegen der Links. Jedenfalls fällt mir gerade keine Möglichkeit auf die Schnelle ein, wie man einen bereits geklickten Link vom sich-öffnen kurzfristig abhalten könnte... oder denke ich in die falsche Richtung? Viele Grüße, thomas fricke web-entwickler Am 20.05.2011 16:44, schrieb Patrick Finkbeiner: Warum nicht einfach eine extra class vergeben und einen externen Link dementsprechend kennzeichnen? Wenns JavaScript sein soll, also eine spezielle Meldung, dann ganz simpel bei target='_blank' ein onClick event einbauen?! grüße Patrick On 20.05.2011, at 16:10, Thomas F. wrote: Hallo Liste, Ein etwas spezielles 'Problem': wir haben hier vor einer Weile eine Seite umgesetzt. Auf dieser Seite befindet sich der eine oder andere externe Link. Nun wurde uns in großer Besorgnis mitgeteilt, dass ein Seitenbenutzer es möglicherweise nicht mitbekommt, wenn er von der ursprünglichen Seite auf, sagen wir, YouTube o.Ä. wechselt. Ich habe schonmal etwas gesehen, was nach einem Klick auf einen Link einen Hinweis à la "Sie verlassen gerade unsere Seite. Wollen sie das wirklich tun?" ausgibt. Nun ist meine Vermutung, dass das gar keine echten Links waren, sondern einfach Text, der onclick via JavaScript ein PopUp/eine Alertbox generiert und dann nach der Bestätigung den mit dem Text verknüpften Link aufruft. Jetzt die Frage: hat jemand einen Anstoss in die richtige Richtung? Irgend eine Möglichkeit, wie man z.B. sämtliche externen Links mit einer dementsprechenden Funktionalität hinterlegen kann? Wir haben hier schon eine Weile recherchiert, allerdings waren in Bezug auf TYPO3 keine hilfreichen Informationen auffindbar. Vielen Dank, ein schönes Wochenende und Viele Grüße, thomas fricke web-entwickler ___ 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 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] Externe Links: Hinweis zwischen Klick und Seitenwechsel einblenden?
Genau, das ist die Anforderung. Damit der User einen Hinweis erhält, wenn er sich nicht mehr auf Seiten des Projektes befinden wird und entscheiden kann, ob er das möchte. Viele Grüße, thomas fricke web-entwickler Am 20.05.2011 17:40, schrieb Patrick Finkbeiner: Du möchtest also beim klick auf den Link so etwas wie eine alert-box anzeigen und erst wenn der User auf "OK" klickt wird er tatsächlich weitergeleitet? grüße Patrick On 20.05.2011, at 17:35, Thomas F. wrote: Hi, das wäre zu einfach. ;) Hier sehe ich das Problem, dass der Link dann bereits geklickt ist, also die fehlende Möglichkeit, dem Browser zu sagen "Stopp, warte erstmal, was der Benutzer klickt und entscheide dann, ob du dem Link folgst oder nicht". Meine Vermutung ist, dass es nicht ohne eine Art Pseudolink geht, also z.B. einen speziellen SPAN zum Beispiel, der eine ID hat o.Ä. und sich beim MouseOvern etc. wie ein Link verhält. Folgt ein Click-Event, wird ein JavaScript aufgerufen, das das Popup anzeigt und wenn dieses bestätigt wird, wird der Text im Span als externes Ziel aufgerufen. Anders kann ich es mir nicht vorstellen. Und für diesen Vorgang suche ich nach einer Möglichkeit, das in TYPO3 für externe Links global zu definieren, ohne den späteren Redakteuren viel Zusatzarbeit mitzugeben beim Anlegen der Links. Jedenfalls fällt mir gerade keine Möglichkeit auf die Schnelle ein, wie man einen bereits geklickten Link vom sich-öffnen kurzfristig abhalten könnte... oder denke ich in die falsche Richtung? Viele Grüße, thomas fricke web-entwickler Am 20.05.2011 16:44, schrieb Patrick Finkbeiner: Warum nicht einfach eine extra class vergeben und einen externen Link dementsprechend kennzeichnen? Wenns JavaScript sein soll, also eine spezielle Meldung, dann ganz simpel bei target='_blank' ein onClick event einbauen?! grüße Patrick On 20.05.2011, at 16:10, Thomas F. wrote: Hallo Liste, Ein etwas spezielles 'Problem': wir haben hier vor einer Weile eine Seite umgesetzt. Auf dieser Seite befindet sich der eine oder andere externe Link. Nun wurde uns in großer Besorgnis mitgeteilt, dass ein Seitenbenutzer es möglicherweise nicht mitbekommt, wenn er von der ursprünglichen Seite auf, sagen wir, YouTube o.Ä. wechselt. Ich habe schonmal etwas gesehen, was nach einem Klick auf einen Link einen Hinweis à la "Sie verlassen gerade unsere Seite. Wollen sie das wirklich tun?" ausgibt. Nun ist meine Vermutung, dass das gar keine echten Links waren, sondern einfach Text, der onclick via JavaScript ein PopUp/eine Alertbox generiert und dann nach der Bestätigung den mit dem Text verknüpften Link aufruft. Jetzt die Frage: hat jemand einen Anstoss in die richtige Richtung? Irgend eine Möglichkeit, wie man z.B. sämtliche externen Links mit einer dementsprechenden Funktionalität hinterlegen kann? Wir haben hier schon eine Weile recherchiert, allerdings waren in Bezug auf TYPO3 keine hilfreichen Informationen auffindbar. Vielen Dank, ein schönes Wochenende und Viele Grüße, thomas fricke web-entwickler ___ 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Externe Links: Hinweis zwischen Klick und Seitenwechsel einblenden?
Hi, das wäre zu einfach. ;) Hier sehe ich das Problem, dass der Link dann bereits geklickt ist, also die fehlende Möglichkeit, dem Browser zu sagen "Stopp, warte erstmal, was der Benutzer klickt und entscheide dann, ob du dem Link folgst oder nicht". Meine Vermutung ist, dass es nicht ohne eine Art Pseudolink geht, also z.B. einen speziellen SPAN zum Beispiel, der eine ID hat o.Ä. und sich beim MouseOvern etc. wie ein Link verhält. Folgt ein Click-Event, wird ein JavaScript aufgerufen, das das Popup anzeigt und wenn dieses bestätigt wird, wird der Text im Span als externes Ziel aufgerufen. Anders kann ich es mir nicht vorstellen. Und für diesen Vorgang suche ich nach einer Möglichkeit, das in TYPO3 für externe Links global zu definieren, ohne den späteren Redakteuren viel Zusatzarbeit mitzugeben beim Anlegen der Links. Jedenfalls fällt mir gerade keine Möglichkeit auf die Schnelle ein, wie man einen bereits geklickten Link vom sich-öffnen kurzfristig abhalten könnte... oder denke ich in die falsche Richtung? Viele Grüße, thomas fricke web-entwickler Am 20.05.2011 16:44, schrieb Patrick Finkbeiner: Warum nicht einfach eine extra class vergeben und einen externen Link dementsprechend kennzeichnen? Wenns JavaScript sein soll, also eine spezielle Meldung, dann ganz simpel bei target='_blank' ein onClick event einbauen?! grüße Patrick On 20.05.2011, at 16:10, Thomas F. wrote: Hallo Liste, Ein etwas spezielles 'Problem': wir haben hier vor einer Weile eine Seite umgesetzt. Auf dieser Seite befindet sich der eine oder andere externe Link. Nun wurde uns in großer Besorgnis mitgeteilt, dass ein Seitenbenutzer es möglicherweise nicht mitbekommt, wenn er von der ursprünglichen Seite auf, sagen wir, YouTube o.Ä. wechselt. Ich habe schonmal etwas gesehen, was nach einem Klick auf einen Link einen Hinweis à la "Sie verlassen gerade unsere Seite. Wollen sie das wirklich tun?" ausgibt. Nun ist meine Vermutung, dass das gar keine echten Links waren, sondern einfach Text, der onclick via JavaScript ein PopUp/eine Alertbox generiert und dann nach der Bestätigung den mit dem Text verknüpften Link aufruft. Jetzt die Frage: hat jemand einen Anstoss in die richtige Richtung? Irgend eine Möglichkeit, wie man z.B. sämtliche externen Links mit einer dementsprechenden Funktionalität hinterlegen kann? Wir haben hier schon eine Weile recherchiert, allerdings waren in Bezug auf TYPO3 keine hilfreichen Informationen auffindbar. Vielen Dank, ein schönes Wochenende und Viele Grüße, thomas fricke web-entwickler ___ 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] Externe Links: Hinweis zwischen Klick und Seitenwechsel einblenden?
Hallo Liste, Ein etwas spezielles 'Problem': wir haben hier vor einer Weile eine Seite umgesetzt. Auf dieser Seite befindet sich der eine oder andere externe Link. Nun wurde uns in großer Besorgnis mitgeteilt, dass ein Seitenbenutzer es möglicherweise nicht mitbekommt, wenn er von der ursprünglichen Seite auf, sagen wir, YouTube o.Ä. wechselt. Ich habe schonmal etwas gesehen, was nach einem Klick auf einen Link einen Hinweis à la "Sie verlassen gerade unsere Seite. Wollen sie das wirklich tun?" ausgibt. Nun ist meine Vermutung, dass das gar keine echten Links waren, sondern einfach Text, der onclick via JavaScript ein PopUp/eine Alertbox generiert und dann nach der Bestätigung den mit dem Text verknüpften Link aufruft. Jetzt die Frage: hat jemand einen Anstoss in die richtige Richtung? Irgend eine Möglichkeit, wie man z.B. sämtliche externen Links mit einer dementsprechenden Funktionalität hinterlegen kann? Wir haben hier schon eine Weile recherchiert, allerdings waren in Bezug auf TYPO3 keine hilfreichen Informationen auffindbar. Vielen Dank, ein schönes Wochenende und Viele Grüße, thomas fricke web-entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid: HTML aus textarea rendern (momentan wird HTML-Code direkt ausgegeben)
Hi, naja, es ist nicht 'mein' Redakteur. Wir setzen gerade ein Projekt um und überlassen es dann dem Kunden. Da macht es schon Sinn, alles zumindest soweit einzuschränken, dass die Fehleranfälligkeit minimmiert wird. Ich bin beim HTML-Viewhelper geblieben und habe den so weit ausgebaut, dass das Objekt mit dem Template geliefert wird und der Redakteur nur eine Video-URL eingeben braucht. Die wird dann inline an den src-Parameter des embed-Objektes übergeben, genau wie die restlichen Werte (Höhe, Breite des Videos usw) schon vordefiniert ausgeliefert werden. So brauchen die Redakteure später nicht im Embed-Code rumwerkeln, bevor sie ihn einfügen. Da es bei diesem Projekt okay ist, sich auf einen Videohoster (in diesem Falle Youtube) zu einigen, erscheint mir diese Lösung recht passabel. Es sollen speziell vom Redakteur hochgeladene Videos ausgegeben werden - würden fremde Videos angezeigt werden, wo im Voraus der Hoster noch nicht bekannt ist, wäre die jQuery-Lösung vermutlich die bessere Variante. Viele Grüße, thomas fricke web-entwickler Am 17.05.2011 09:43, schrieb Georg Ringer: Am 17.05.2011 09:33, schrieb Thomas F.: guter Tipp, wir haben sowieso jQuery im Einsatz. Hier wurde grad noch '...' empfohlen; das hat out-of-the-box funktioniert. Damit habe ich das jetzt erstmal realisiert (Dank an Georg Ringer!). Gibt es bei dieser Methode irgendwelche (sicherheitstechnischen) Nachteile/Relevanzen? wenn du deinem Redakteur nicht vertraust, natürlich! da ists gescheiter der kann nur eine URL angeben, die wird validiert und nur wenn alles passt wird damit dann das video gebaut Georg ___ 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] Fluid: HTML aus textarea rendern (momentan wird HTML-Code direkt ausgegeben)
Hallo, guter Tipp, wir haben sowieso jQuery im Einsatz. Hier wurde grad noch '...' empfohlen; das hat out-of-the-box funktioniert. Damit habe ich das jetzt erstmal realisiert (Dank an Georg Ringer!). Gibt es bei dieser Methode irgendwelche (sicherheitstechnischen) Nachteile/Relevanzen? Fürs Erste funktioniert diese Methode prima, allerdings wäre längerfristig die swfobject-Methode schon fürs Einpflegen von Inhalten für die Redakteure angenehmer, wenn sie nur den Link brauchen (ich musste auch erstmal einen Moment suchen, bis ich auf den Gedanken gekommen bin, mal einen RC ins Video zu machen bei Youtube, um den Embed-Code zu erhalten). In diesem Sinne, vielen Dank euch für die Lösungen und Viele Grüße, thomas fricke web-entwickler Am 16.05.2011 17:06, schrieb Rainer Schleevoigt: On 5/16/11 4:51 PM, Thomas F. wrote: Hi, danke für den Ansatz. Ein DIV wäre schonmal leichter zu realisieren, daher behalte ich das mal als Plan B im Kopf. Plan B, weil der HTML-Code nicht von mir eingebunden wird, sondern von Redakteuren, die letztendlich mit der Seite arbeiten werden. Da muss ich mal nachschauen, wie Hallo, er Redax braucht nur die YT-ID. Kann also nichts kaputtmachen. Ich habe auch schon mal einen TCA-Wizard geschrieben, der dann im BE auchs chon den Film anzeigt, das ist gut wegen Qualitätssicherung. Du brauchst also nur das DIV zu rendern, das andere macht dann JS, dass dann auch HTML5-Vodeo einblenden könnte. Oder sogar so: http://plugins.jquery.com/project/jyoutube Gruß Rainer [snip] Habe gerade mal nachgeschaut und sehe, dass das allem Anschein nach noch einfacher für Redakteure wäre! Meine Befürchtung war, dass der Redakteur nachher Parameter aus der URL herausziehen und eintragen muss, aber mit swfobject braucht er letztendlich ja nur die URL; den Rest kann ich ja mit der Extension quasi mitliefern, oder übersehe ich da was? Danke und Viele Grüße, thomas fricke web-entwickler Am 16.05.2011 16:01, schrieb Rainer Schleevoigt: On 5/16/11 3:53 PM, Thomas F. wrote: Hallo Liste, Kurz und bündig: ich schraube an einer Extbase-Extension und bin gerade am Fluid-Template. Dort soll ein Objekt eingebunden werden, z.B. ein Youtube-Video in der Art: Leicht OT: ich würde Flash immer unaufdringlich mittels swfobject.js einbinden. Dann brächtest Du etwa dieses DOM: und dann per jQuery rein mit dem Ding. Gruß Rainer ... allowfullscreen="true" allowScriptAccess="always" width="640" height="390"> Das Videos-Feld sieht im TCA so aus: 'videos' => array( 'exclude'=> 0, 'label'=> 'LLL:EXT:.../locallang_db.xml:videos', 'config'=> array( 'type' => 'text', 'size' => 30, 'eval' => 'trim' ), ), Und im Show.html-Fluidtemplate habe ich den HTML-Viewhelper um das Objekt herumgewrapped: {artist.videos} Das Problem: Der Code wird exakt so ausgegeben, wie er im Backend eingegeben wird, sprich: die Tags mit Parametern und Werten und allem erscheinen auf der gerenderten Seite, es wird nicht geparsed. Hat jemand eine Idee? Habe ich etwas vergessen? Verwunderterweise, ___ 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] Fluid: HTML aus textarea rendern (momentan wird HTML-Code direkt ausgegeben)
Hi, danke für den Ansatz. Ein DIV wäre schonmal leichter zu realisieren, daher behalte ich das mal als Plan B im Kopf. Plan B, weil der HTML-Code nicht von mir eingebunden wird, sondern von Redakteuren, die letztendlich mit der Seite arbeiten werden. Da muss ich mal nachschauen, wie [snip] Habe gerade mal nachgeschaut und sehe, dass das allem Anschein nach noch einfacher für Redakteure wäre! Meine Befürchtung war, dass der Redakteur nachher Parameter aus der URL herausziehen und eintragen muss, aber mit swfobject braucht er letztendlich ja nur die URL; den Rest kann ich ja mit der Extension quasi mitliefern, oder übersehe ich da was? Danke und Viele Grüße, thomas fricke web-entwickler Am 16.05.2011 16:01, schrieb Rainer Schleevoigt: On 5/16/11 3:53 PM, Thomas F. wrote: Hallo Liste, Kurz und bündig: ich schraube an einer Extbase-Extension und bin gerade am Fluid-Template. Dort soll ein Objekt eingebunden werden, z.B. ein Youtube-Video in der Art: Leicht OT: ich würde Flash immer unaufdringlich mittels swfobject.js einbinden. Dann brächtest Du etwa dieses DOM: und dann per jQuery rein mit dem Ding. Gruß Rainer ... allowfullscreen="true" allowScriptAccess="always" width="640" height="390"> Das Videos-Feld sieht im TCA so aus: 'videos' => array( 'exclude'=> 0, 'label'=> 'LLL:EXT:.../locallang_db.xml:videos', 'config'=> array( 'type' => 'text', 'size' => 30, 'eval' => 'trim' ), ), Und im Show.html-Fluidtemplate habe ich den HTML-Viewhelper um das Objekt herumgewrapped: {artist.videos} Das Problem: Der Code wird exakt so ausgegeben, wie er im Backend eingegeben wird, sprich: die Tags mit Parametern und Werten und allem erscheinen auf der gerenderten Seite, es wird nicht geparsed. Hat jemand eine Idee? Habe ich etwas vergessen? Verwunderterweise, ___ 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] Fluid: HTML aus textarea rendern (momentan wird HTML-Code direkt ausgegeben)
Hallo Liste, Kurz und bündig: ich schraube an einer Extbase-Extension und bin gerade am Fluid-Template. Dort soll ein Objekt eingebunden werden, z.B. ein Youtube-Video in der Art: ... allowfullscreen="true" allowScriptAccess="always" width="640" height="390"> Das Videos-Feld sieht im TCA so aus: 'videos' => array( 'exclude'=> 0, 'label'=> 'LLL:EXT:.../locallang_db.xml:videos', 'config'=> array( 'type' => 'text', 'size' => 30, 'eval' => 'trim' ), ), Und im Show.html-Fluidtemplate habe ich den HTML-Viewhelper um das Objekt herumgewrapped: {artist.videos} Das Problem: Der Code wird exakt so ausgegeben, wie er im Backend eingegeben wird, sprich: die Tags mit Parametern und Werten und allem erscheinen auf der gerenderten Seite, es wird nicht geparsed. Hat jemand eine Idee? Habe ich etwas vergessen? Verwunderterweise, -- Viele Grüße, thomas fricke web-entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eventextension
Zu den wiederkehrenden Events: da hast du sicherlich recht. Das habe ich bei meiner Antwort gar nicht so recht bedacht. Und klar, wenn es Extensions gibt, die genau das machen und jemand von Extensionprogrammierung noch gar keine Ahnung hat, ist das sicherlich ein bisschen oversized. Best regards, Thomas. Am 10.05.2011 11:43, schrieb Christian Zenker: On Mon, 09 May 2011 16:55:27 +0200, Thomas F. wrote: Hi. ich weiß nicht, ob das an deiner Frage vorbeischiesst (da du ja explizit nach einer Extension gefragt hast), bzw. wie deine Kenntnisse im Bereich Extensionentwicklung sind. Aber als kleine Anmerkung: mit dem Extbase Kickstarter (heisst mittlerweile Extension Builder) und der Fluid Template Engine könntest du dir eine solche Extension relativ schnell selbst zusammenbauen. Das gibt es schon: http://forge.typo3.org/projects/extension-cz_simple_cal http://github.com/czenker/cz_simple_cal Ich habe sie bislang nur nicht empfohlen, da sie noch nicht im TER ist und man einen git checkout machen muss. :) Ansonsten sollte sie aber alles können, was Hugo braucht: Wiederkehrende Events, Eventbeschreibung etc. Die Extension wird auch schon produktiv genutzt. Eine Dokumentation gibt es auch - falls du damit Probleme hast, kannst du mich gern fragen. Erfordert zwar schon ein wenig Einarbeitungszeit, aber als kleinen Tipp wollte ich das doch kurz erwähnen, denn gerade Extensions, die in ihren Anforderungen noch recht übersichtlich sind, sind damit oft schneller zusammengebaut, als es braucht, sich in andere Extensions einzuarbeiten. Im Prinzip hast du recht, dass man mit Extbase recht schnell einfache Probleme lösen kann. Die Arbeit mit wiederkehrenden Events ist aber nicht ganz so trivial... Viele Grüße, Christian. ___ 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] Eventextension
Hi, ich weiß nicht, ob das an deiner Frage vorbeischiesst (da du ja explizit nach einer Extension gefragt hast), bzw. wie deine Kenntnisse im Bereich Extensionentwicklung sind. Aber als kleine Anmerkung: mit dem Extbase Kickstarter (heisst mittlerweile Extension Builder) und der Fluid Template Engine könntest du dir eine solche Extension relativ schnell selbst zusammenbauen. Du kannst dir im Extensionbuilder deine Objekte mit allen Eigenschaften per Drag and Drop zusammenstellen und sie dann schon direkt benutzen. Die Frontendausgabe machst du mit Fluid; da kannst du in einer XML-artigen Seitenbeschreibungssprache deine Templates recht übersichtlich zusammenbauen. Erfordert zwar schon ein wenig Einarbeitungszeit, aber als kleinen Tipp wollte ich das doch kurz erwähnen, denn gerade Extensions, die in ihren Anforderungen noch recht übersichtlich sind, sind damit oft schneller zusammengebaut, als es braucht, sich in andere Extensions einzuarbeiten. Best regards, Thomas. Am 09.05.2011 16:07, schrieb Lars Brinkmann: Hallo Hugo, Du kannst auch ganz einfach tt_news nehmen, kann halt nur keine wiederkehrenden Events. Für einen zusätzlichen Kalender gibt es dann noch die Ext Newscalendar. Aber Achtung - bei der Extension musst Du das Caching vernünftig einstellen. Sonst wächst Deine DB ziemlich rasant ;-) Viele Grüße, Lars Brinkmann ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TemplaVoila: andere Vorlagendatei fürs Mapping nachträglich angeben?
Um mir selbst mal zu antworten: Ein Blick ins Vorlagenobjekt, im Speziellen "Dateireferenz", genügt. Merken: erst lesen, dann an die Mailingliste posten. Sorry! :-) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TemplaVoila: andere Vorlagendatei fürs Mapping nachträglich angeben?
Hallo Liste, vielleicht steh' ich einfach nur auf dem Schlauch oder übersehe etwas... jedenfalls ist die Situation die Folgende: Ich habe eine TYPO3-Seite umgesetzt. Diese hat ein Template, mit TemplaVoila gemappt etc, alles prima. Jetzt gibt es nachträglich noch eine Schwesterseite, die der ursprünglichen sehr ähnlich ist - zwar nicht ähnlich genug, um die Änderungen mit einem Extensiontemplate zu overrisen; dafür aber verschieden genug, um eine angepasste Kopie des Haupttemplates zu verwenden. Ich arbeite mit dem YAML-Framework und jetzt ist mir aufgefallen, dass für die Schwesterseite eine Navigation (#topnav) aus dem Header heraus parallel zu diesen verschoben werden muss. Also habe ich die html-Vorlage kopiert, die Änderungen gemacht und dann ist mir aufgefallen, dass die neue Datei ein erneutes Mapping der Vorlage erfordern würde. Daher die Frage: kann ich irgendwo in dem kopierten Template sagen 'nimm als Mappinggrundlage nicht die datei fileadmin/templates/page/main/main.html, sondern fileadmin/templates/page/schwesterseite/main2.html? So, dass danach die bekannte Meldung 'Mapping was changed...' kommt und ich wirklich nur die angepassten Teile neu mappen brauche? Vielen Dank, Thomas. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TemplaVoila - Newbie
Auch, wenn ich die Ansicht, dass TV überflüssig ist, absolut nicht teilen kann (hatte bisher noch nicht den Fall, dass ich TV direkt erweitern musste), so kann ich den FLUID(-/ExtBase, bei Typo3v4)-Aspekt nur unterstreichen. Wird zwar schwierig, das mit den fehlenden PHP-Programmierkenntnissen zu vereinbaren, ist allerdings eine durchaus lohnenswerte Investition von Zeit. Am 26.04.2011 15:40, schrieb Stefano Kowalke: Nun weiss ich zwar, dass ich kein TemplaVoila benutzen soll weil es nicht notwendig ist. Aber ich weiss noch nicht, warum das so ist. Es ist deswegen so, da * es XML-Code in eine DB-Tabelle schreibt, welcher nur schwer auslesebar ist (geht über die TV API) * die Zukunft wohl eher in Richtung FLUID geht. Das setzt man einfach in TypoScript um Wenn Du was Neues lernen willst, dann beschäftige Dich einfach mal mit FLUID und FLUIDTEMPLATE Beste Grüße Stefano ___ 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] Druckproblem im Firefox und Internet Explorer
Hallo, Ich hatte mal ein ähnliches Problem; bin mir nicht mehr 100% sicher, aber vielleicht solltest du dein CSS des Drucktemplates mal auf die folgenden hier prüfen: - overflow:hidden; - position:absolute; Wie gesagt: ganz sicher bin ich mir nicht mehr, aber doch schon relativ, dass das Entfernen von overflow:hidden an einer bestimmten Stelle die erhoffte Wirkung gebracht hat. Viel Erfolg, Thomas. Am 21.04.2011 14:14, schrieb Michael Warzitz: Hallo Liste, bin mal wieder am verzweifeln, ich habe auf meiner Webseite eine Druckfunktion eingerichtet, die soweit auch funktioniert. Leider wird im Firefox nur die erste Seite ausgedruckt und im Internet Explorer, fehlen dazwischen Seiten! Habe die Druckereinstellungen getestet, die scheinen alle in Ordnung zu sein, es funktioniert auch auf den restlichen Rechnern hier nicht... Kann mir jemand einen Rat geben, ich danke Euch im voraus. LG Micha ___ 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