Neues Theme für Version 3 anfertigen

[joachimdoerr]

Es soll ein schönes neues Theme her nicht mehr so altbacken wirkt und etwas mehr Flat ist. Ggf. hat ja jemand ein hübschen Gestaltungsvorschlag?

[alxndr-w]

wichtiger wäre m.E., dass die Abstände zwischen und innerhalb eines mblock-Elements möglichst gering ausfallen, um so mehr mblock-Elemente im Viewport und damit im Überblick behalten zu können.

[olien]

So habe ich es:

[joachimdoerr]

Danke @olien für das Beispiel ich sehe aber für V3 eher eine limitierteren Skin mit weniger platzverschwendenden Elementen, ggf. + und - von Blöcken nur bei hover erscheinend + Drag-Drop Feld nicht mehr als so eine Fette leiste. Also alles mehr Flat. Hat jemand aus der Community lust hier etwas zu gestalten? Ich wäre für Impressionen dankbar.

[shauste]

@joachimdoerr Hi Joachim, würde mich hier für eine Gestaltung gerne einbringen. Wäre prima, wenn Du mit die aktuelle Version als Screenshot hinterlässt.

[joachimdoerr]

@shauste find ich super ich persönlich finde den style vom craft und auch von sulu ganz hübsch aber auch die minimale Variante von grapesjs schaut interessant aus. grapesjs: http://grapesjs.com/demo.html Sulu: https://sulu.rocks craftcms: Grav Metadaten:

[joachimdoerr]

@shauste hier der aktuelle MBlock style mit nested MBlocks

[skerbis]

Deine jetzige Variante ist dem Aufbau von Sulu schon sehr ähnlich, wenn man sich von dem grün verabschiedet und die fieldsets styled. Eine Kombination aus grapejs und sulu ... hmmm...

[shauste]

Hier kommt ein erster Vorschlag – ist die Richtung in Deinem Sinne? @joachimdoerr Die Navigation der Subelemente reagiert auf Hover. Den Titel jeden Moduls würde ich jedoch stets anzeigen, damit eindeutig klar ist, in welches Modul man als Nutzer schreibt.

Die Navigation des Hauptblocks ist immer sichtbar, damit kein „Flackern“ durch das Hovern entsteht.

[joachimdoerr]

@shauste das schaut so sehr viel cleaner aus - vielen dank, finde dein Vorschlag schon sehr gelungen! Vor allem die Idee mit der Kennzeichnung der Subblocks und Hauptblocks mit dem vor die Titel gestellte Drag&Drop Leiste jeweils vertikal und horizontal gefällt mir sehr. Eine Variante ganz ohne Grün würde mir sicher noch besser gefallen. Ggf. noch weniger margin zwischen den Blöcken und weniger padding generell?

• Hättest du auch noch einen Vorschlag für eine reduzierte Ansicht der Blöcke https://github.com/FriendsOfREDAXO/mblock/issues/84
• Und natürlich haben wir da noch diese Idee https://github.com/FriendsOfREDAXO/mblock/issues/79

Auch sehr schick gemacht (eigentlich optimal): https://docs.google.com/forms/d/1NTizGK7W4InlnShGAqTIGKP3HVhfvI1Yia-x-eUPEAM/edit

[shauste]

@joachimdoerr Morgen, hier kommt ein Update, etwas interaktiver: https://marvelapp.com/3i17dbh Meine Anmerkungen: Neben der Einrückung würde ich die farbliche Visualisierung der Ebene belassen. Auch das Spacing würde ich aus 2 Gründen nicht verknappen: 1. Passende Erscheinung im gesamten Redaxo-System (kein Fremdkörper). 2. Angenehme Drag and Drop-Funktion.

Es bräuchte auch noch einen Fold/Unfold-Button im Hauptmodul (Bsp. im Screen: Mannschaften). Damit wären dann alle Blöcke (auch die der 1. Ebene betroffen)

[joachimdoerr]

@shauste Ich finde die Reduktion der SubMBlocks schon sehr gelungen! Das die Hauptblöcke so schließbar sind das meinst du mit Fold/Unfold?

Sollte der Hauptblock nicht auch so funktionieren, dass die Steurungselemente erst beim hover in den Block erscheinen?

Das mit den Abständen ist so eine Sache. Hat man massig Blocks wird es sehr unübersichtlich, eventuell wäre ein dynamisches anpassen der abstände bei hoher Blockanzahl die Lösung.

[shauste]

@joachimdoerr Ich denke, dass die Klapp-Funktion (Fold/Unfold) das Problem des Platzes optional löst.

Die Navigation des Hauptblocks würde ich stets anzeigen. Zum einen flackert es dann nicht ständig, wenn zwischen den Blöcken navigiert wird, zum anderen ist die Hierarchie schnell erkennbar (zusätzliche Orientierung)

[joachimdoerr]

Die frage ist ob es wirklich massiv störend wäre mit dem "flackern". Ein kurzer delay und smoothes faden würden das sicher vermeiden. Zur Hilfe für die Orientierung 1+ das ist ein starkes Argument das für den verbleib der Steuerelemente spricht.

[shauste]

@joachimdoerr Hab die Screens aktualisiert und eine Idee eines Indikators (gleichzeitig Fold/Unfold) für die Subblöcke integriert: https://marvelapp.com/3i17dbh

Was meinst Du?

[joachimdoerr]

@shauste find ich praktisch es sollte nur konsequenterweise dann auch für die Hauptblöcke vorhanden sein. die frage hier ist aber ob die Modul-Label-Area der richtige Platz ist. Wir müssen ja auch bedenken das man mehrere MBlocks pro Modul anlegen kann. Wie verhält es sich damit, hier 2 oder 3 Haupt-MBlöcke (Level1) platziert werden und diese jeweils nochmals 1-2 Sub-MBlöcke haben (Level2) dann wird das mit dem Counter und der Platzierung schwierig.

[joachimdoerr]

@shauste was wir noch nicht berücksichtigt haben ist dass MBlock sowohl horizontal als auch vertikale Blöcke Supporten sollte: https://github.com/FriendsOfREDAXO/mblock/issues/79

[joachimdoerr]

61184deacd22c60e63e1516e1563781d82a29560