Inhaltstypen innerhalb von Drupal duplizieren?
Das Modul Entity Type Clone bietet eine einfache Möglichkeit Inhaltstypen inkl. der bestehenden Felder zu klonen.
Die Konfiguration erreicht man über die URL "/admin/entity-type-clone".
Dort hat man die Wahl welche Entity man klonen möchte. Es stehen nämlich außer dem Inhaltstyp auch Taxonomien und Paragraphs zur Verfügung.
Schwer zu glauben, aber Drupal ist 20 Jahre alt.
Immer noch gefällt uns das Systen, es macht Spaß damit zu arbeiten. Die Gründe bleiben "die üblichen":
Bei Drupal 8 Projekten wir die Datei composer.lock immer zum Git Repository hinzugefügt. Wenn mehre Entwicklerinnen gleichzeitig Module installieren oder updaten kann es zu Merge Konflikten in dieser Datei kommen. Durch die Struktur dieser Datei ist es nicht sinnvoll diese von Hand zu mergen.
Eine Möglichkeit das Problem zu beheben ist der Aufruf:
In diesem Tutorial soll gezeigt werden wie man mit Hilfe des "Leaflet"-Moduls und weiteren Modulen mehrere Adressen auf einer Karte visualisieren kann.
Neulich in Drupal 8 einen einfachen View erstellt und mich gewundert warum das Label eines Feldes angezeigt wird obwohl der Inhalt des Feldes leer ist.
Natürlich habe ich zunächst im View selbst nach der enstprechenden Konfiguration geschaut. Tatsächlich gibt es bei den "Field Settings (Format options)" die Checkbox:
Hide empty fields (Do not display fields, labels or markup for fields that are empty.)
Diese Einstellung sollte eigentlich das Problem beheben - so dachte ich... Denn trotz dieser Einstellung wurden die Labels angezeigt.
Es gibt ein merkwürdiges Verhalten, wenn man in Views Inhaltstypen nach Sprache filtern möchte.
Intuitiv würde man den Sprachfilter auf den Inhalt setzen. Dies zeigt nur in der Standardsprache eine Ausgabe.
Das SQL der Abfrage zeigt den Unterschied schon in der ersten Zeile:
für die Standardsprache (hier Deutsch) sieht die Zeile so aus:
SELECT node_field_data.created AS node_field_data_created, node_field_data.nid AS nid ...
für Englisch:
Nach dem Hinzufügen neuer Wertpaare (key|label) zu einem bestehenden Drupal-8-field vom Typ "List (text)" mit bereits übersetzten Wertpaaren stimmen die Übersetzungen nicht mehr?
Sondern sind "verrutscht"?
Immer dran denken, auch die "Allowed values list" neu zu übersetzen!
Ausgangssituation:
Meine Kolleg*innen haben mich öfter mal auf composer schimpfen gehört ... ;)
Insbesondere für dev-Module bin ich zum Schluß gekommen, dass ich updaten lieber per Hand mache (tar.gz runterladen und entpacken) als per composer update/require.
Das bietet aus meiner Sicht entscheidende Vorteile: