Wrapper einbinden

Ich merke gerade, dass ich keine Ahnugn habe, was du uns sagen/fragen möchtest.

Ein Wrapper-Modul um WAS WORIN zu wrappen?

"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay

Ein Wrapper integriert quasi eine HTML Seite. Vergleichbar mit einem Frame.

Bei Joomla kann man z.B. Wrapper via Menülink integrieren, wenn man auf den Link klickt erscheint eine HTML Seite direkt im Design sprich im Contentbereich.Im Normalfall kann man dann noch angeben wie groß das Fenster mit der Seite sein soll. Hat eigentlich jedes CMS von Haus aus, nur leider Drupal irgendwie nicht.

Yaml hat das von Haus, er(Dirk Jesse) nennt es aber " #page_margins{}"

http://kochazubi.net

Nee, das hat nüscht miteinander am Hut. #page_margins definiert lediglich den Rahmen für alles, was in einer YAML-Seite so an HTML/CSS drin sein kann..

Was er meint ist sowas wie ein IFrame. Aber selbst Thickbox kann gewissermaßen "Browser-in-Browser" Darstellung.

"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay

Halte ich für ein Gerücht, dass das "jedes" CMS von Haus aus hat. Ich wüsste ehrlich gesagt auch nicht wofür, denn die Integration von Fremdinhalten via IFrame ist die denkbar gruseligste Lösung um Content vorzutäuschen und ist bestenfalls ein Hackentrick für Ausnahmesituationen. Die Regel ist die Notwendigkeit für solch ein Feature nämlich nicht - wie ein jeder sieht, der seine Webseiten mit offenen Augen betrachtet ;)

"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay

kommt immer darauf an wofür man es verwendet, ich denke mit vortäuschen hat das auch wenig zu tun. in meinem fall geht es eben darum einen gehörigen teil html seiten aus einem alten archiv in eine neue seite einzubinden.

Und sind die alten Seiten derart, dass sich ein automatischer Import mit anschließender Re-Integration ins CMS nicht machen lässt?

"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay

leider ja, ich habtte bisher auch immer mit nem wrapper gearbeitet für dieses problem, daher wäre das system halt ideal

Also nur damit ich das richtig verstehe: Ein solcher Wrapper lädt eine HTML-Datei, wirft den Header weg und steckt den Rest in den Content-Bereich eines CMS-Themes?

Da fallen mir zig Möglichkeiten ein, so etwas zu machen:

• Saubere Lösung: Ein Script schreiben, das aus den HTML-Dateien Drupal-Nodes erzeugt. Das hat den Vorteil, das die Nodes von der Suchfunktion berücksichtigt werden, kommentierbar werden, in Taxonomie einsortiert werden können, Benutzerrechte greifen usw.. Vermutlich gibt es ein Modul, das einen solchen Import erledigt oder erleichtert.
• Schneller Hack: Im Theme ein paar Zeilen Code unterbringen, die die HTML-Datei öffnen und alles außerhalb von des HTML-Bodys wegwerfen. Das wäre quasi ein eigener Wrapper. Man benötigt PHP-Kenntnisse, aber es sind echt nur 5 Zeilen.
• Sauberer Hack: Ein Mini-Modul schreiben, falls es das nicht schon gibt, das Obiges macht.
• Hässlich A: Wie "schneller Hack", aber mit einer einzigen Zeile: #include "datei.html". Dann hat man zwar nochmal HTML-Header, aber Browser ignorieren das gewöhnlich.
• Hässlich B: Im Theme ein SSI unterbringen: <!--#include file="datei.html" -->
• Hässlich C: Im Theme ein iFrame unterbringen.

Ich find die Anwendung etwas unglücklich und würde immer alles daransetzen, die Daten in Drupal zu bekommen. Ich kann mir auch sehr gut vorstellen, dass bei den 1.000+ Modulen etwas in dieser Richtung dabeiist, z.B. wgHTML, Import HTML oder Import/Export

Ist der alte Content online? Wenn ja kann man ihn sehen?

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Ich kenne das aus Joomla so, dass er einfach nur nen strunzdoofen IFRAME mit der gewünschten Adresse als Ziel einblendet. Es ist also keine schwarze Magie am Werk :)

"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay

hier auf der seite ist der hauptteil via wrapper integriert. davon liegen auf dem server ca. 100 dateien.

http://rwl-online.net/cms2/index.php?option=com_wrapper&Itemid=98

Da brauchts kein Modul. Nur HTML.

"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay

Was Joomla macht verdient wohl kaum einen eigenen Namen ("Wrapper"), wo es doch schon einen schönen Namen dafür gibt: "IFRAME".

<iframe id="blockrandom" class="wrapper" width="100%" scrolling="auto" height="600" frameborder="0" align="top" src="http://www.rwl-online.net/shows/summerslam_190807_txt.html" name="iframe">

Das kann natürlich leicht in Drupal umgesetzt werden, und zwar indem ein Theme erstellt wird, das im Content-Bereich ein solches IFRAME hat. Zum Theming gibt es hier eine exzellente Anleitung (englisch).

Ich würde aber darüber nachdenken, ob man nicht viel gewinnen könnte, wenn man die Seiten nicht nur ins Layout sondern auch in die Datenbank von Drupal bekommen könnte. Dann hättest Du o.g. Vorteile (Suchfunktion, Rechtevergabe, Links auf andere Seiten der Site usw.).

danke erstmal für eure vielen tipps, werd mir jetzt mal überlegen was ich mache

Hallo zusammen,

es geht nicht nur um Inhalte rüberholen, es geht um "Mashups", also um "Portal"-Funktionen.

Würde jemand ein solches "Mini-Modul" endlich mal machen (ich kann noch keine Drupal-Module schreiben), wäre das eventuell der Dolchstoss für Joomla im professionellen Bereich. Das Killerfeature von Joomla ist der Wrapper. Denn das macht Joomla nicht nur zu einem (Möchtegern)-CMS , sondern auch zu einem Portal. Ich spiele immer wieder mit Joomla und auf unseren Appliances läuft Joomla wegen dieses Features, weil da der gemeine User ganz einfach Links ins Portal hängen kann (iFrame eingeben überfordert die Mädels/Jungs, auch wenn es trivial aussieht). Wir haben auch Drupal in Joomla eingebaut, aber dann habe ich ein Problem mit den CSS ... Ein Portal ist wie ein Setzkasten, da muss Platz für alles sein, auch ohne Absprung in andere Fenster.

Worum geht es im Detail:

=========================
Uebernahme von Content ist nicht opportun. Zum einen kann der Content an einer anderen Stelle aktualisiert werden, weil vielleicht jede Abteilung einen eigenen Server hat und man einen Mashup explizit wünscht. Ein Kopieren ("Leeching") is sogar manchmal ein rechtliches Problem. Ausserdem widerspricht sowas dem "Objekt-Orientierungs-Gedanken" bei dem Redundanz vermieden werden muss.

Spannend wird das Ganze aber bei aktiven Inhalten. Denn nicht immer ist die einzubindende Seite wirklich ein "Content", sondern oft eine Applikation. Zum Beispiel stellen wir gerne in einem iFrame eine Applikation dar, etwa zeigen wir dort Messwerte da, die von einem Roboter kommen. Sowas kann man nicht absaugen, das ist "life-streaming" in HTML-Format ...

Nebenbei: Wenn jemand so ein iFrame-View-Module endlich schreiben möchte, darf er mir sogar sein Paypal-Spendenkonto nennen

Viele Grüsse

Weiterer Thread zum Thema:

http://www.drupalcenter.de/comment/reply/6043/21794

Mashups sind nett, aber was hat das mit dem Joomla-Wrapper zu tun?

Nichts für Ungut, aber mir käme nicht in den Sinn, "Joomla" und "professioneller Bereich" in einem Satz zu nennen.

Drupal ist flexibel. Man kann Joomlas Wrapper-Funktion sehr leicht einbauen, auch ohne jedes Modul, nämlich im Theme. Wer ein IFRAME und damit eine sehr unschöne Lösung haben will, darf sich das gerne machen. Gegen Mashups ist aber nichts einzuwenden und entsprechende Module (z.B. für Google Maps) gibt es ja auch.

Dafür gibts Drupals Blockverwaltung.

Das ist in meinen Augen der falsche Ansatz. Warum? Weil das Messsystem sich nicht mit HTML herumschlagen sollte. Die saubere Lösung wäre, die Daten in Echtzeit per XML-RPC in die Drupal-Site zu pushen. Drupal kann die dann je nach gewähltem Theme/Berechtigungen/... anzeigen.

Die Beschreibung von XML-RPC in "Pro Drupal Developer" (APress) ist super, ansonsten musst Du etwas suchen, auf Anhieb habe ich wenig Brauchbares gefunden. Aber es ist keine Hexerei, im Gegenteil, es ist wirklich einfach.