Galerie an beliebiger Stelle im Node-Body einfügen

Ich denke auch, so eine Nischenlösung ist nicht optimal.
Bei diesen Dingen hat man immer wieder das Problem, dass sie nicht weiterentwickelt/angepaßt werden, was ja auch verständlich ist.

Wie wäre es, wenn du es mit Views und Insert Views löst ?

Danke für den Tipp, so in etwa hatte ich mir das vorgestellt: mit einem Token im Text die Stelle festlegen und über einen Filter das dann einfügen... Ich fürchte, dass diese Kombi vielelicht etwas zu statisch wird - die Redakteure können ja nichts an der Galerie einstellen, ist alles fest in der View eingestellt. Aber vielleicht ist das mit ein zwei/ drei Displays auch ganz gut abzudecken: je nach gewünschter Galerie/ Slider geben die Redakteure das Views-Display an, das sollte für die machbar sein... Probiere ich nachher gleich mal aus, dankke noch mals!

Man könnte die Galerie so einrichten, dass Argumente mitgegeben werden können (Tag-Kategorie oder ähnliches).
Insert Views funktioniert auch mit Argumenten:

Eine Alternative für diesen Zweck wäre vielleicht paragraphs oder ähnliche Ansätze mit Inline entity form.

Gerade diese Argumente-Angabe im Token finde ich nicht ganz so hilfreich. Das kann man sicher auch nutzerfreundlich umsetzen, aber so richtig glücklich bin ich damit aus Redakteurssicht nicht...

Auf Paragraphs bin ich auch schon gestoßen, das gefällt mir sehr gut... Das ist vielleicht auch viel besser, so eine Galerie nicht direkt im Body-Feld einzugeben, sondern separat zu behalten. Das ist ja mittlerweile mein Favorit, auch weil das die aus Typo3 bekannte Möglichkeit bietet, dass Redakteure sich ihre Inhalte selber zusammenklicken können und nicht auf vorgegebene Felder in Inhaltstypen beschränkt sind. Nur habe ich noch etwas Graus davor, aus einem bisher reinen Felder-Inhaltstypen einen Paragraph-basierten Inhaltstypen zu machen. Für neue Inhaltstypen mit entsprechenden Notwendigkeiten würde ich zukünftig vielleicht ausschließelich auf Paragraphs setzen, nur anders herum ist das nach meinen Befürchtungen (ohne das jetzt wirklich schon ausprobiert zu haben) etwas schwierig?!

Die Argumente müssen keine NODE IDs/Zahlen sein. Es ist auch theoretisch möglich Namen zu verwenden wenn man einige Dinge beachtet.

Egal was es ist - der Redakteur muss es hinbekommen, die Argumente in das Token einzugeben. So etwas würde ich aus Usability-Gründen nicht den Redakteur machen kassen.

Aus meiner Erfahrung kann ich sagen, dass das für Sitebuilder kein Problem ist, für Redakteure jedoch immer wieder, v.a. wenn sie es nur gelegentlich machen und nicht täglich. Deshalb der andere Vorschlag.

assest geht dafür prima. wenn alles korrekt installiert und eingerichtet ist...

Danke für den Tipp mit dem Asset Modul... aber ehrlich gesagt ist mir das etwas zu überdimensioniert: ich wehre mich eh etwas dagegen, für alles gleich neue Content-Types mit Feldern anzulegen, weil ich finde, dass Drupal dann viel zu viel Daten-Müll fabriziert. Ich bevorzuge eigentlich schlankere Lösung, aber für einen erste Wurf wäre dieses Modul vielleicht ganz gut - so zum Testen, ob Redakteure das gut bedienen können und so.

das asset modul arbeitet nicht mit neuen content typen sondern entity typen, die in den inhalt eingefügt werden . also nur ein bofyfeld und dort alles einfügen