dynamische Bildgrössen

Hallo

Ich habe folgenden code aus einer contao 3.2 Installation, mit dem für Redakteure die Bildgrössen dynamisch vorbelegt werden:

PHP-Code:

---

class dynamicDefaults extends \Backend
{
        public function onload_callback($dc)
        {
        //Default-Werte für das Inhaltselement Galerie
        $arrDefaultGallery = array
        (
        'size' => array('100','100','center_center'),
        'fullsize' => true
        );
        //Default-Werte für das Inhaltselement Bild
        $arrDefaultImage = array
        (
        'size' => array('200','','proportinal')
        );
        //Default-Werte für das Inhaltselement Text (Bild hinzufügen)
        $arrDefaultText = array
        (
        'size' => array('200','','proportinal'),
        'floating' => 'left'
        );
        if (!$dc->activeRecord) {
             $dc->activeRecord = $this->Database
                ->prepare("SELECT * FROM tl_content WHERE id=?")
                ->execute($dc->id);
        }
            if ($dc->activeRecord->type == 'gallery' && !$dc->activeRecord->multiSRC) {
                $dc->activeRecord = $this->Database
                  ->prepare('UPDATE tl_content %s WHERE id=?')
                  ->set($arrDefaultGallery)
                  ->execute($dc->id);
            }
            if ($dc->activeRecord->type == 'image' && !$dc->activeRecord->singleSRC) {
                $dc->activeRecord = $this->Database
                  ->prepare('UPDATE tl_content %s WHERE id=?')
                  ->set($arrDefaultImage)
                  ->execute($dc->id);
            }
            if ($dc->activeRecord->type == 'text' && !$dc->activeRecord->singleSRC) {
                $dc->activeRecord = $this->Database
                  ->prepare('UPDATE tl_content %s WHERE id=?')
                  ->set($arrDefaultText)
                  ->execute($dc->id);
            }
        } 
} 


---

Leider funktioniert dies unter contao 3.5 nicht mehr.
Was genau hat sich geändert?

Vielen Dank für eure Tipps

Ich kann mir irgendwie nicht vorstellen dass dieser Code jemals funktioniert hat. Du versuchst den activeRecord zu laden, wenn dieser nicht existiert - aber wenn dieser nicht existiert, kannst du ihn auch nicht laden.

Solltest du nicht einfach nur die default Werte des DCAs ändern?

Zitat:

---

Zitat von Spooky

Solltest du nicht einfach nur die default Werte des DCAs ändern?

---

Ja, grundsätzlich schon. Es sollen aber unterschiedliche Bildgrössen definiert werden können (Inhaltselement Bild und Galerie).

Ja natürlich. Ich meine damit - solltest du in deinem onload_callback nicht einfach nur den default Wert im DCA ändern? Eben abhängig vom Typ.

Zitat:

---

Zitat von Spooky

Ja natürlich. Ich meine damit - solltest du in deinem onload_callback nicht einfach nur den default Wert im DCA ändern? Eben abhängig vom Typ.

---

Und wie meinst du das konkret [emoji15]?

Sieh's dir einfach beim core ab - dort wird auch je nach Inhaltselement Typ das DCA verändert:

• https://github.com/contao/core-bundl...nt.php#L25-L27
• https://github.com/contao/core-bundl...hp#L1031-L1060

Ok, sehe was du meinst (adjustDcaByType).
Kapiere nicht alles, werde es heute Abend aber mal versuchen. Danke!

Hab es damit versucht. Funktioniert leider nicht.

initconfig.php

PHP-Code:

---

<?php

// Put your custom configuration here
// callback für dynamische Default-Werte aufrufen:
$GLOBALS['TL_DCA']['tl_content']['config']['onload_callback'][] = array('dynamicDefaults','set_defaults');

---

dynamicDefaults.php

PHP-Code:

---

<?php
/**
 * Namespace
 */
namespace dynamicDefaults;
/**
 * Class dynamicDefaults
 *
 */
class dynamicDefaults extends \Backend
{
        public function set_defaults($dc)
        {
          if ($_POST || Input::get('act') != 'edit')
          {
            return;
          }
          $objCte = ContentModel::findByPk($dc->id);
          if ($objCte === null)
          {
            return;
          }
          switch ($objCte->type)
          {
            case 'gallery':
              // Default image size - width, height, mode|size-ID
              $GLOBALS['TL_DCA']['tl_content']['fields']['size']['default']  = array('', '', 1);
              break;
            case 'image':
              // Default image size - width, height, mode|size-ID
              $GLOBALS['TL_DCA']['tl_content']['fields']['size']['default']  = array('', '', 2);
              break;
          }
        }

}

---

Habe noch diesen Beitrag gefunden, hier besteht ein ähnliches Anliegen:

DCA Einschränkung der Optionen für "Bildbreite und Bildhöhe" am CE "Image"

https://community.contao.org/de/show...l=1#post427898

Wenn ich den onload_callback in der dcaconfig.php aufrufe,
erhalte ich im backend eine weisse Seite, sobald ich einen Artikel bearbeiten will.

Hat jemand eine Erklärung hierfür?

Was genau machst du in der dcaconfig.php?

PHP-Code:

---

 <?php

// Put your custom configuration here
// callback für dynamische Default-Werte aufrufen:
$GLOBALS['TL_DCA']['tl_content']['config']['onload_callback'][] = array('dynamicDefaults','set_defaults');

---

Das solltest du lieber in einer Extension machen, nicht in der dcaconfig.php (und auch nicht in der initconfig.php). Die dcaconfig.php wird potentiell mehrmals aufgerufen - mit deinem Code wird also dieser Callback merhmals registriert. Du könntest natürlich alternativ dort das Array durchsuchen und überprüfen, ob der Callback schon registriert ist und nur wenn er noch nicht registriert ist den Callback einfügen.

Davon abgesehen sollten Klassennamen mit einem Großbuchstaben beginnen, aber das hat nichts mit dem Fehler zu tun, sondern wäre einfach nur best-practice ;)

Habe im config-Ordner eine config.php erstellt und den Aufruf des callbacks dort eingefügt. Die Artikel können nun wieder normal bearbeitet werden.

Aber leider werden die defaults noch immer nicht gesetzt.
Ist es möglich, dass meine Modul (dynamicDefaults) zu spät geladen wird. Müsste es eventuell vor dem core geladen werden?

Den config Ordner deiner eigenen Extension meinst du, oder?

Ja, genau.

Füge mal ein

PHP-Code:

---

var_dump('foo'); exit; 


---

ganz oben in deinem Callback ein, um zu überprüfen, dass dieser Callback tatsächlich aufgerufen wird. Erzeuge dann ein neues Inhaltselement - du solltest eine weiße Seite mit "foo" sehen.

Habe den Code eingefügt, eine weisse Seite erhalte ich aber nicht.
Anbei mein Zwischenstand.

1. Die Extension würde ich von dynamicDefaults in dynamic_defaults umbenennen, das wäre der Contao Standard. Vergiss nicht nach dieser Änderung überall alle Pfade anzupassen.
2. Den Namespace würde ich auch entweder in DynamicDefaults umbenennen oder ganz entfernen. Ebenso auch hier nicht vergessen nach dieser Änderung überall alles anzupassen.
3. Der eigentliche Fehler liegt in der autoload.php - deine Klasse wird nämlich gar nicht geladen, da du erstens den falschen Klassennamen verwendest und zweitens den falschen Pfad zur Klasse.
4. Die Methode set_defaults würde ich in setDefaults umbenennen.

Danke für die vielen Hinweise!
Habe (hoffentlich) alles berücksichtigt.
Leider klappt es aber noch nicht :o

In diesem zip ist alles unverändert ;)

Sorry, anbei nun die aktuelle Version :)

Wird der Callback nun aufgerufen?

Leider nein, zumindest erhalte ich nicht eine weisse Seite mit foo beim Erstellen eines Inhaltselements.

Ich habe den Aufruf des callbacks testweise wieder in die dcaconfig.php verschoben.
Dann erhalten ich folgende Meldung, sobald ich einen Artikel öffne:
Missing data container for table "tl_content"

Wo liegt hier genau der Fehler?

Momentan kann ich keinen Fehler in der Extension feststellen. Über die dcaconfig.php würde ich es ohnehin nicht machen.

Ich teste es mit einer Contao 3.5.28. Beim Contao-Check ist alles ok.
Könnte eventuell jemand die Extension bei sich testen?

Kann ich spätestens morgen Vormittag machen.

Gesendet von meinem L52 mit Tapatalk

Ok, vielen Dank schon mal.

Ist mir schleierhaft. Wenn config.php/autoload.php in meiner lokalen 3.5.27 abgearbeitet wird, ist das $GLOBALS-Array noch recht übersichtlich und $GLOBALS['TL_DCA'] fehlt noch völlig. Da wundert es mich nicht, daß Deine Callback-Zeile in der config.php später von core/dca/tl_content.php überschrieben wird. Und das trotz requires[] = "core" in der autoload.ini.
In der dcaconfig.php ist $GLOBALS['TL_DCA'] da.

Das gleiche Verhalten gibt es in einer Online-3.5.28.

<Spekulation>TL_DCA gibt es erst, wenn das dca-Verzeichnis abgearbeitet wird, was zu diesem Zeitpunkt wohl noch nicht der Fall ist. Ich würde den Callback in eine eigene dca/tl_content.php verlagern.</Spekulation>

Ah, jetzt sehe ich erst den Fehler. Du hast den Callback in der config.php eingetragen - den musst du aber in der dca/tl_content.php eintragen ;)

Zitat:

---

Zitat von Spooky

Ah, jetzt sehe ich erst den Fehler. Du hast den Callback in der config.php eingetragen - den musst du aber in der dca/tl_content.php eintragen ;)

---

Habe ich den Meister darauf gebracht oder hast Du meine Spekulation gar nicht gesehen? :D

Ok, vielen Dank euch beiden. Werde ich testen!

Zitat:

---

Zitat von Samson1964

Habe ich den Meister darauf gebracht oder hast Du meine Spekulation gar nicht gesehen? :D

---

Du hast mich darauf gebracht ;)

Der callback wird nun aufgerufen. Ich erhalte aber den Fehler <Missing data container for table "tl_content">.
Muss ich in der tl_content.php sonst noch etwas einfügen? Habe nur den Aufruf des callbacks darin.

Poste deine Extension.

Laut der Core tl_content ist das nicht so klar. Bei checkPermission gibt es keinen Parameter, bei showJsLibraryHint wird $dc als Parameter angegeben. Und beide sind onload_callbacks.

Zitat:

---

Zitat von Spooky

Poste deine Extension.

---

Hier der aktuelle Stand

Kurzer Blick in Deine tl_content: Warum überschreibst Du das onload_callback-Array? Deine erste Variante ist doch ganz in Ordnung gewesen, oder?
Und warum steht jetzt ein Prefix "Contao" in der autoload.php. Hat das andere nicht funktioniert?

EDIT: Ach Du überschreibst ja ganz tl_content...

• Wie Samson schon angemerkt hat, ist deine dca/tl_content.php falsch. Du löschst dort fast das gesamte DCA. Richtig wäre die Variante die du auskommentiert hast.
• Du hast in verschiedenen PHP Dateien nun ein ?> am Ende. Das brauchst du nicht. Lösche es wieder.
• Du verwendest nun den Namespace "Contao". Den brauchst du nicht. Und wenn dann solltest du lieber einen eigenen Namespace verwendne.

Diese 3 Punkte kommen vom hin und her testen.
Habe alles wieder rückgängig gemacht.

Fehlermeldung ist zwar weg, aber die defaults werden nicht gesetzt.

Wird der callback aufgerufen?

Ja, der callback wird aufgerufen.
Wenn ich folgende Zeile einfüge:

PHP-Code:

---

var_dump('foo'); exit; 


---

erhalte ich ein
string(3) "foo"
beim Aufruf eines Artikels.

Ich habe in der Zwischenzeit noch etwas weitergetestet:

- Der callback wird korrekt aufgerufen (beispielsweise auch bei einem Wechsel des Elementtyps).
- die Switch-Anweisung wird abgearbeitet

Doch leider werden die default-Werte nicht berücksichtigt.

Ist es möglich, dass die Globals gar nicht mehr berücksichtigt werden oder wo könnte das Problem liegen?

Konntest du das Problem mittlerweile lösen?

Die Nachwelt ist sehr interessiert daran :)