Module mit eigenem Menüeintrag

[d-tail]

Hallo an alle Contenido-kenner,

ich befasse mich seit kurzem auch mit diesem CMS und hab auch schon die erste Frage.
Ist es möglich ein Modul so zu entwicklen, dass es seinnen eigenen Menüpunkt im Backend hat?
Es geht darum, dass ich ein Produktpflegemodul bauen möchte.
Die Produktpflege muss ich ja irgendwo aufhängen, damit der Kunde diese auch wiederfindet.
Die Ausgabe im Content ist mir klar, wie Module generell funktionieren auch. Ich hätte nur gerne einen Menüpunkt wie z.B. unter Extras => Newsletter.
Ist sowas möglich, oder muss ich dafür am CMS selber schrauben, was ich eigentlich nicht möchte, da der CMS-Kern ja updatebar sein soll und die Produktpflege ja Modular verteilbar sein soll.

Vielen Dank für alle Antworen im Voraus.

[xmurrix]

Hallo,

du kannst ein Plugin für das Contenido-Backend entwickeln, Details dazu gibt es unter:
http://www.contenido.de/forum/viewtopic.php?t=14584
http://www.contenido.de/forum/viewtopic.php?t=13023

Gruß
xmurrix

[d-tail]

Hallo xmurrix,

vielen Dank, das wir mir weiterhelfen.

[HerrB]

Du kannst das Ganze aber natürlich auch als normale Module gestalten, welche dann in Artikeln in einer geschützten Kategorie zur Verfügung stehen. Der Kunde meldet sich dann mit seinem Frontend User-Account an und nimmt die Änderungen über die Webseite vor (und muss damit auch nicht ins Backend).

Gruß
HerrB

[d-tail]

Hallo HerrB,

vielen Dank für diesen Tipp.
Ich muss mich da jetzt mal reinarbeiten, um raus zu finden, was die beste Lösung sein wird. Ich tendiere jedoch eher zu der Lösung mit Plugin, da die Datenpflege für die Produkte recht komplex sein wir und nicht in einer Datei abzubilden ist. Da werden sicher um die 10-20 Klasssen und mehrere "Pflegemasken" notwendig sein (Produkte, Kategorien, Eigenschaften.....). Und das möchet ich so getrennt und übersichtlich wie möglich halten.

Aber wie gesagt, ich muss mir erst mal ein Bild von den Möglichkeiten machen, die mir Contenido bietet.

Vielen Danke nochmals.

[d-tail]

Hallo,

so, ich hab mich gestern abend noch ein wenig mit Plugins beschäftigt. Ich denke, das ist ein für mich gangbarer Weg. Damit werde ich die komplette Datenpflege abdecken können. Für die Ausgabe der Daten auf der Webseite werde ich dann wohl auf (ein) Modul(e) zurückgreifen.?

Einen Rat bräuchte ich aber doch noch. Ich habe noch keine Quellen im Netz gefunden, die mir Hilfestellung bei der Entwicklung von Plugins geben.
Wie baue ich zum Beispiel Links?
Von z.B. der Navigation ins "editfenster". Gibts dafür ne Api, die sowas beschreibt?
Helfen würde mir auch ein handliches Plugin, was ich zupflücken könnte.
Sicher könnte ich alle Links "hart" im Code verdrahten, aber das ist ja nicht Sinn der Sache

[HerrB]

Ich weiß ja nicht, wo Du gesucht hast, aber xmurrix hat Dir zwei Links gegeben. Im zweiten findest Du einen Link zum Hello World-Beispiel von emergence.

Allerdings bin ich jetzt ein wenig verblüfft, wenn Du Dich mit Plugins beschäftigt, aber noch nicht das Hello World-Plugin gesehen hast, könnten wir gerade von zwei Dingen sprechen.

Hello World-Plugin = Integration von Funktionen im Backend
Frontend User/Empfänger-Plugin = Zusätzliche Felder für Frontend User bzw. Empfänger bereitstellen

Du kannst über die Frontend User/Empfänger-Plugins zusätzliche Felder bereitstellen, die Verwaltung kannst Du dann aber wieder entweder im Backend (-> Hello World) oder Frontend (-> Module) realisieren.

Klassen und sowas alles lagerst Du natürlich auch bei Verwendung von Modulen aus (z.B. <Mandanten-Verzeichnis>\includes) und includierst die Dateien nur bei Bedarf...

Gruß
HerrB

[d-tail]

Hallo HerrB,

doch doch, ich hab mir das Hello-World Plugin schon angeseen, installiert und ein weing angepasst.

Was mir an der Stelle nur unklar war, wie ich im Backend vom Navigationsframe zum Editframe verlinke.
Alle Files, die ich in die DB gepackt habe, kann ich über die $cfg Variable ansprechen ($cfg['templates']['product_manager_left_top']). Soweit weiss ich bescheid, bloss der Link an sich wird doch sicher auch Systemunterstützt gebaut.
Aber Du hast recht, ich muss erstmal mehr Zeit mit dem System verbringen, da beantworten sich mir sicher die meisten der Fragen selber. Ich habe auch nur das erste hello_world-plugin hergenommen, vielleicht steht in den anderen versionen ja noch mehr Information für mich drin.

Ich entschuldige mich für meine doch eher unqualifizierte Frage

Viele Grüße

[Dodger77]

Sinnvoll könnte es sein, sich einfach mal ein bestehendes Plugin (z.B. Newsletter oder vpTransformationen) zu nehmen und sich darin mal ein wenig umzuschauen. Interessant sind dabei wahrscheinlich die verwendeten Klassen, die unter anderem auch frameübergreifende Links einfach ermöglichen.

[d-tail]

Hallo Dodger77,

danke, für Deinen Tipp. Ich hab eben mal in vpTransformationen rein geschaut, da sollte ich genügend Input und Anleitung für meine Arbeit finden.

[d-tail]

Hallo,

so, nochmals vielen Dank für die Starthilfe

nachdem ich mir das vpTransformationen angesehen liefs schon fast wie von selbst. Das Konzept von Contenido scheint mir sehr stimmig und gut handhabbar. Man muss halt nur wissen, was der CMS-Kern schon mitbringt.
Ich habe mich auch entschieden Pluginspeziefische Klasse nicht in classes, sondern in plugins/PLUGINNAME/classes unterzubringen, da sie speziell sind. Dagegen spricht sicher nichts?

Wenn ihr Module baut, wie handhabt ihr das? Baut ihr die Funktionalität in eurer IDE und kopiert die dann immer im "Modulmanager" in die Textarea, oder gibt es einen besseren Weg? Z.B. die Funktionalität irgendwo einzubinden und dann in der IDE entwickeln, zu speichern und dann zu testen?

Viele Grüße aus Hamburg

[stese]

ich persönlich handhabe es so, dass ich alle funktionalitäten in klassen auslagere, die ich per ide normal programmiere, diese einbinde und in dem modul nur noch die aufrufe reinsetze.
mein navigationsmodul schaut z.b. so aus:

Code: Alles auswählen

<?php

if ( !class_exists("flexibleListNavigation") ) {
   cInclude("frontend", "classes/class.frontend.navigation.php");
}

$fln = new flexibleListNavigation;
//$fln->debug = true;
$fln->_set_start_parent_id ( 1 );
$fln->_set_start_level ( 1 );
$fln->_set_navigation_depth ( 1 );
//$fln->_set_use_article_ids ( true );


// set style definitions
$fln->_set_ol_id ('mainnav');
$fln->_set_a_active_class ( 'active' );
$fln->_set_li_first_class ('first');
$fln->_set_li_activefirst_class ('activefirst');

// print navigation
print $fln->do_nav();
?>

[d-tail]

ok, das ist doch eine gute Idee, so werde ich das auch machen.