Do you see what I see?

[Old Boy]

Code: Select all

      'fieldgroup1'  => array(
         'legend'   => 'Field group name thisone',
        'template' => 'thisone',        // bind the fieldgroup to a specific template, or default
      // stuff

und dann

Code: Select all

      'fieldgroup2'  => array(
         'legend'   => 'Field group name anotherone',
        'template' => anotherone',        // bind the fieldgroup to a specific template, or default
      // another stuff

Richtig?

Ich glaube, beim Template muss die Bezeichnung incl. Endung rein ... oder (nur) default

[Old Boy]

...
Weitere Feldtypen (select, int, image, wysiwyg …) können immer noch integriert werden. Dann müsste das alles nur noch in einen eigenen Content Part gegossen werden. Über Konfigurierbarkeit im Backend sinniere ich erst mal nicht, Ziel ist eher, etwas auf Projektebene initial vorzubereiten, sodass für den Kunden am Ende projektspezifisch die passenden Eingabemasken zur Verfügung stehen und mehr nicht.

Das hört sich ja doch nach einigen Änderungen in den kommenden Tagen und Wochen an...
werde dann lieber mal meine Überlegungen hinsichtlich eines OpePagers weiter nach hinten legen

[Oliver Georgi]

Code: Select all

        'template' => 'thisone',     
…
        'template' => anotherone', 

Richtig?

Nö, entweder

Code: Select all

'template' => 'default'

oder

Code: Select all

'template' => 'thisone.tmpl'

Es handelt sich um ein echtes, existierendes Tabs-Template, ansonsten erfolgt keine Zuordnung.

[Oliver Georgi]

…Das hört sich ja doch nach einigen Änderungen in den kommenden Tagen und Wochen an...
werde dann lieber mal meine Überlegungen hinsichtlich eines OpePagers weiter nach hinten legen

Erst mal gibt es nicht mehr. Jetzt wird wieder gearbeitet.

[update]

Habe gerade entdeckt, dass bei meiner Versuchs-Update-Seite das SliderModul von breitsch im Eimer ist => weiße Seite null Quelltext, einfach weg...
Und im BE ist das Modul auch nicht mehr zu bedienen...

[Old Boy]

Wenn das mal nicht mit diesen neuen Sicherheit Features zusammen hängt?

Ich bin gespannt, denn ein "ähnliches" Problem habe ich mit einem Skript von flip-flop!

[Oliver Georgi]

Wenn das mal nicht mit diesen neuen Sicherheit Features zusammen hängt? Ich bin gespannt, denn ein "ähnliches" Problem habe ich mit einem Skript von flip-flop!

Auf PHP Fehlerausgaben achten. Die von mir gewarteten Module können als Muster genutzt werden.

[Oliver Georgi]

Neue Feldtypen: select, int, float und bool https://github.com/slackero/phpwcms/com ... 3c86eaa261

[update]

Der Wahnsinn! Stelle mir das gerade bei BilderDiv und BilderSpezial vor. Schmidts Katze und das berühmte Zäpfchen sind ein Dr... dagegen

[Uwe367]

Habe gearade mal ein paar Versuche mit der neuesten Version und habe dazu das Template tabs.tmpl aus inc_default nach inc_cntpart/tabs kopiert.
Die Customfields habe ich dazu testweise in der conf.template_default.inc.php aktiviert.
Wähle ich nun bei Vorlage tabs.tmpl aus


wird folgender Dialog eingeblendet:


Bestätige ich diesen mit OK, wird zwar mein Template verwendet, jedoch stehen die Customfields dann nicht mehr zu Verfügung.


Im Klartext heißt das also daß ich die Customfields nur in Verbindung mit der Standartvorlage inc_default/tabs.tmpl nutzen kann.
Habe ich etwas übersehen oder mache ich irgendwo einen Fehler oder ist so gewollt und richtig?
Wäre natürlich toll wenn man die Customfields auch in Verbindung mit einer eigenen Vorlage nutzen könnte

[Oliver Georgi]

Im Klartext heißt das also daß ich die Customfields nur in Verbindung mit der Standartvorlage inc_default/tabs.tmpl nutzen kann.
Habe ich etwas übersehen oder mache ich irgendwo einen Fehler oder ist so gewollt und richtig?
Wäre natürlich toll wenn man die Customfields auch in Verbindung mit einer eigenen Vorlage nutzen könnte

Wer lesen kann, ist klar im Vorteil https://github.com/slackero/phpwcms/blo ... c.php#L447

In Deinem Fall würde die Zeile dann lauten:

Code: Select all

'template' => 'tabs.tmpl',

Und möchtest Du jedem Tabs-Template identische bzw. weitere Vorlagen zuweisen, dann musste Du eine weitere ''fieldgroup" erstellen. Dann also nach dem Prinzip:

Code: Select all

'fg_default' => array(
	'legend' => 'Field group name',
	'template' => 'default',
 	…
),
'fg_tabs' => array(
	'legend' => 'Field group name',
	'template' => 'tabs.tmpl',
 	…
),

Da dies ganz klassische PHP Arrays sind, kann man es auch so machen:

Code: Select all

$default_fieldgroup = array(
	'legend' => 'Field group name',
	'template' => 'default',
	…
);
$template_default['settings'][''tabs_custom_fields']['myfieldgroup'] = $default_fieldgroup;
$template_default['settings'][''tabs_custom_fields']['myfieldgroup']['template'] = 'tabs.tmpl';
// usw.

[Uwe367]

Ups... DAS hab ich glatt übersehen. Danke für den Wink mit dem Zaun, ein Zaunpfahl hätte da wohl nicht gereicht
Generell heißt das aber auch daß ich die Customfields Seitenweit nur mit EINER Vorlage, entweder "default" oder z.B. "mein_spezifisches_template.tmpl" verwenden kann, oder ist möglich an dieser Stelle in der conf.template_default.inc.php weitere Templates zu definierenohne daß sich da was "verhakt"?

[EDIT]
Hast meine Frage schon beantwortet. Hätte ich ein paar Minuten gewartet, wäre dieser Post von mir unnötig gewesen.
DANKEEEEEEEEEEEEEEEEEEEE
[EDIT]

[Uwe367]

Sorry fürs Doppelposting.
Mit deiner ersten Variante....

Code: Select all

'fg_tabs' => array(
   'legend' => 'Field group name',
   'template' => 'tabs.tmpl',
    …
),

....klappts wunderbar.

Die zweite Variante scheint mir zwar einfacher, aber irgendwie bekomm ichs nicht eingebunden. Na hauptsache ich habs überhaupt hinbekommen
Ist ne tolle Sache

[Oliver Georgi]

Hier das Ergebnis einer praktischen Umsetzung — quasi ein Google Maps Modul, sehr flexibel und variabel. Ist noch nicht live zu sehen.

[Old Boy]

Eine wirklich feine Sache mit den neuen Features des ContentParts Register (Tabs), ich hab's je zwischenzeitlich auch schon "ONLINE im Einsatz", wenn auch für einen deutlich "einfacheren" Fall.

Was mir aber nicht ganz so perfekt erscheint, die boolesche Abfrage wird bei jedem erneuten Aktivieren/Speichern des kompletten ContentParts wieder auf den DEFAULT-Wert gesetzt.
Hat man also den Inhalt lediglich eines der REGISTER bearbeitet, darf man nicht vergessen, in den anderen "betroffenen" REGISTERN die Boole-Werte ggf. erneut auf "NICHT-DEFAULT" anzupassen!

Schöner wäre es, wenn der Wert z.B. auch nach dem "Zuklappen" in den zugehörenden Tabs erhalten bliebe, zumindest solange, bis dieser wieder von Hand geöffnet würde!

OK, man kann damit natürlich auch so wie es jetzt funktioniert arbeiten... aber das Bessere ist ja immer Feind des Guten

Andererseits besteht natürlich auch die Möglichkeit, ich habe die Funktionsweise nicht richtig "verstanden" und setze den Boole-Schalter falsch ein!?

PS
Mal sehen, wie ich vorerst ohne Boole-Schalter auskomme,
sollte eigentlich auch anders gehen, (Eingabe-Feld LEER/NICHT LEER) da ja immer auch die "XXXXX_ELSE" Variante vorhanden ist!