Hm, komisch, sollte eigentlich nicht der Fall sein. Es müsste nur einen Tab namens "more" ergeben in dem dann zwei Checkboxen sind.nhaack wrote: wenn ich mehrere Block-Elemente mit dem Parameter page_tab verwende, erhalte ich den gewünschten Tab mehrfach (Verwendung wie folgt)
{content2 block="test" type="checkbox" page_tab="more" label="Kommentare Anzeigen"}
{content2 block="test2" type="checkbox" page_tab="more" label="Auf Homepage Teasern"}
Hab allerdings nur mit der CMS Version 1.5.2 getestet.
Ah, verdammt!nhaack wrote: Zudem werden die Werte nicht gespeichert (bei type=text allerdings schon). Ich verwende CMSMS 1.5.4. unter PHP 5.2.9 und mySQL 4.0.27 (hier gab's im System aber ein gelbes Ausrufezeichen).
Ich werde versuchen, das System nochmal mit einer aktuelleren mySQL Version zu installieren um zu schauen, ob das Speicherproblem dann gelöst wird. Hat jemand anderes diese Probleme ebenfalls?
Sollte nichts mit der SQL Version zu tun haben.
Ich hab vergessen den Checkboxen ein Value-Attribut zu geben.
Somit ist der Wert, der für diesen "Block" gespeichert wird immer... nichts.
Werde die Funktion zum Speichern nochmal überarbeiten (die hatte ich noch im Original-Zustand gelassen), sodass für Checkboxen lediglich "true" bzw. "false" gespeichert wird, anstelle deren Werte.
Ähm, aha.Foaly* wrote: Ein kleiner Fehler hat sich allerdings im Code eingestellt.. Die Klasse hat mit der Benennung Content2 keinen Konstruktor mehr
Soweit war ich da noch garnicht vorgedrungen.
Mich hat immer nur interessiert, ob es funktioniert.
Das könnte man mit einem Modul regeln, wodurch dieser Content-Type "registriert" wird.
(Gibt da eine Funktion in der Modul API namens RegisterContentType())
Somit dürfte das Problem gelöst sein.
Hatte ohnehin vor das ganze als Modul zu verpacken.
Somit kann man noch zusätzliche Berechtigungen für die selbst hinzugefügten Tabs bzw. Felder setzen.
Außerdem wirds mit der "Installation" dann einfacher.
Könnte durchaus sein, da ich nur mit der CMS Version 1.5.2 gestetet habe.Foaly* wrote: Außerdem zwei weitere kleine Punkte:
- Du hast nicht die aktuellste Version vom Basis-Inhaltstyp verwendet. Merkt man z.Bsp. daran, dass der Standardbildblock nicht im Optionstab ist.
Danke für den Hinweis.
Argh, auch hier wieder: Verdammt!Foaly* wrote:
- Das {content} tag ohne Parameter für den eigentlichen Seiteninhalt funktioniert nicht mehr.
Das liegt an dem Regulären Ausdruck nach dem das Template nach den Content-Tags durchsucht wird.
Hatte in letzter Sekunde noch das Plugin testen wollen.
Und jetzt sucht der Inhaltstyp nur noch nach {content2}.
Hab hier gerade keinen guten Editor zur Hand.
Weiß nicht in welcher Zeile das steht.
Sucht man nach
Code: Select all
$pattern = '/{content2(\s([^}]*))*}/';
(in der Funktion GetAdditionalContentBlocks()).
Und ändert dort diese Zeile in
Damit dürfte nach beiden Tags gesucht werden.$pattern = '/{content2?(\s([^}]*))*}/';
Kurze Erklärung dazu:Foaly* wrote: In Zeile 308f schreibst duHatte doch eigentlich seinen Sinn?# removed the default content block
Den Zusammenhang mit dem {content2} tag und deinem Kommentar in Zeile 774 versteh ich dann allerdings nicht ganzAber an der Stelle wäre wahrscheinlich ein bisschen Nacharbeit und Verzicht auf das Plugin als Resultat sinnvoll# since we also need to get the default content tag
An dieser Stelle wurde unabhängig von den Parametern generell ein Textarea angezeigt.# removed the default content block
Es war also nicht möglich dem Standard-Inhalt den Block-Typ Checkbox zu geben.
Ich wollte dieses "Standard-Inhalt-Ding" einfach weg haben.
Wenn ich kein {content}-Tag im Template habe, dann soll auch im Backend kein Feld dafür angezeigt werden, oder?
Im original Inhaltstyp, wurde nur nach {content und parameter} gesucht.# since we also need to get the default content tag
Das {content}-Tag selbst, ohne Parameter wurde ignoriert.
Ich habe an dieser Stelle nur den regulären Ausdruck so angepasst, dass auch nach {content} gesucht wird.
Da ich ja oben den Standard Block entfernt habe.
Somit wird auch der "reguläre" Inhalt wie ein einfacher Inhaltsblock behandelt
Danke für die (überwiegend) positiven Rückmeldungen
Werde mich dann übers Wochenende mit der aktuellsten Version von CMSms und seinem aktuellen Inhaltstyp befassen und das Kontruktor-Problem (hoffentlich) lösen.
lg,
NaN