Make config/language fieldsets to tabs about cmsimple-xh

[cmb69]

As we're short of time, I suggest to postpone this decision to a future version.

[frase-git]

It would therefore be nice if the fieldsets would be transformed to tabs or accordions or something like that.

Ein guter Schritt für ein besseres Benutzererlebnis und für bessere Übersichtlichkeit.
Für mich steht das in engem Zusammenhang mit einer grundlegenden Überarbeitung des Adminbereichs, der auch (evtl). von der Inhaltsbearbeitung getrennt werden sollte (siehe dazu auch #441).
Zu beachten ist dabei:
Die Seiten müssen durchsuchbar bleiben - und Suchtreffer müssen angezeigt werden!
Es kommt oft vor, dass man nach einer Konfigurations- oder Sparchvariable (per Browser-Suche) sucht.
Und derzeit ist nicht immer gewährleistet, dass der Treffer (die Kursorposition) sofort sichtbar ist, weil er z.B. in einem gekürzten Textarea steht.
Ob Tab oder Accordion, darüber kann man streiten. Wie dabei aber die Suche funktionieren soll, darüber mache ich mir Sorgen.
Vielleicht eine XH-eigene Suchfunktion im Admin-Bereich?

[cmb69]

Wie dabei aber die Suche funktionieren soll, darüber mache ich mir Sorgen.
Vielleicht eine XH-eigene Suchfunktion im Admin-Bereich?

Ah, guter Punkt. Die einfachste Variante wäre wohl ein Schalter, mit dem alles aufgeklappt werden kann (also versteckte Tabs, und auch kollabierte Textareas); danach könnte die Browser-Suche verwendet werden. Na ja, nicht besonders elegant.

[frase-git]

Na ja, nicht besonders elegant.

So ist es - leider.
Vielleicht fällt uns noch was ein. Das hängt ja auch noch davon ab, wie es letztendlich wird: Tabs oder Accordions oder ...

[lck-git]

Ich bin der Meinung hier braucht es keine Änderung (darüber haben wir auch schon irgendwo diskutiert), Geschmacksache. Ich finde es so übersichtlicher und die Suchfunktion des Browsers ist nutzbar, man braucht nicht wieder irgendwelche Reiter/Tabs wechseln oder aufklappen, das nervt mehr als es nutzt. Und mal ehrlich, wie oft ändert man hier etwas, wahrscheinlich nur bei der Erstinstallation.

Vielleicht fällt uns noch was ein. Das hängt ja auch noch davon ab, wie es letztendlich wird: Tabs oder Accordions oder ...

Eventuell wäre eine Scrollleiste eine Option, also die Höhe begrenzen, so wie es beim Editor auch ist. Die Browsersuche könnte man weiterhin nutzen.

cmsimple-xh/assets/css/core.css

Line 229 in 167386e

#xh_config_form {

erweitern mit:

	max-height: 600px;
	overflow-x: hidden;
	overflow-y: auto;

[frase-git]

Ich finde es so übersichtlicher und die Suchfunktion des Browsers ist nutzbar, ...

Leider nicht immer.

Nimm mal XH 1.7.3 (deutsch) mit Standard-Template.
Gehe auf Einstellungen -> Sprach-Datei
Suche per Browser nach: "wurden bereits verschickt"

Es wird 1 von 1 Treffer gemeldet - aber, du siehst nicht wo?!
Die Treffermarkierung versteckt sich unter Errors - Headers in einem gekürzten Textarea.
Solche Kleinigkeiten machen mich manchmal wahnsinnig, eben weil - wenn ich mal sowas suche - es schnell gehen muss.
Da nützen Höhenbegrenzungen der Forms gar nix.
Eher müsste man alles auf "komplett sichtbar" stellen - und das macht die Seite noch länger.

Tabs oder Accordions machten die Seite wesentlich kürzer, aber noch schlechter durchsuchbar.

Vielleicht wäre eine Suchfunktion ganz gut, die dann die Trefferstelle auch "wirklich sichtbar" macht.
Wie? weiß ich noch nicht.

Aber - ich werde nicht müde das zu sagen - wir müssen den Adminbereich wirklich ernsthaft überdenken.
CMS- und Plugin-Einstellungen müssen von der Inhaltsbearbeitung (und Voransicht) strikt getrennt werden. Pagemanger und Filebrowser ebenso.
Ein übersichtliches Adminmenü (möglichst nicht oben) muss auch her.
Da baußt die Meis kein' Faden ab.

[lck-git]

Nimm mal XH 1.7.3 (deutsch) mit Standard-Template.
Gehe auf Einstellungen -> Sprach-Datei
Suche per Browser nach: "wurden bereits verschickt"

Es wird 1 von 1 Treffer gemeldet - aber, du siehst nicht wo?!
Die Treffermarkierung versteckt sich unter Errors - Headers in einem gekürzten Textarea.

Das ist natürlich ein extremes Beispiel. Ich würde hier immer nach dem Anfang des Satzes suchen, aber selbst wenn ich nach "wurde bereits verschickt" suche, sehe ich den oberen Teil der Hervorhebung. Ausserdem ist dies stark Template- und Viewport-abhängig. Im Template lck_overlay_02 ist der gesuchte Text komplett sichtbar.

Aber - ich werde nicht müde das zu sagen - wir müssen den Adminbereich wirklich ernsthaft überdenken.

Dem stimme ich zu, kann nicht schaden. Ich denke, die Vorschau in einem neuen Tab-Fenster zu öffnen, also getrennt vom Backend (so ist es meist bei anderen CMS'en auch) würde schon viel Gefrickel für uns Template-Macher ersparen.

Ein übersichtliches Adminmenü (möglichst nicht oben) muss auch her.

Ich mag's immer noch :).

[frase-git]

Das ist natürlich ein extremes Beispiel. Ich würde hier immer nach dem Anfang des Satzes suchen, aber selbst wenn ich nach "wurde bereits verschickt" suche, sehe ich den oberen Teil der Hervorhebung. Ausserdem ist dies stark Template- und Viewport-abhängig. Im Template lck_overlay_02 ist der gesuchte Text komplett sichtbar.

extremes Beispiel: richtig
templateabhängig: richtig
browserabhängig: richtig (in Chrome noch geradeso sichtbar, in FF nicht)
Also: Alles richtig - ABER: was zeigt uns das?
Es ist nicht robust und damit "nicht richtig"!
(Es gibt übrigens auch Fälle, bei denen der Text in der Area 4 und mehr Zeilen hat.)

Dem stimme ich zu, kann nicht schaden. Ich denke, die Vorschau in einem neuen Tab-Fenster zu öffnen, also getrennt vom Backend (so ist es meist bei anderen CMS'en auch) würde schon viel Gefrickel für uns Template-Macher ersparen.

Die Vorschau abzutrennen genügt allerdings nicht.
Auch die Bearbeitung muss ja mit den Template-Styles möglich sein.
Ich möchte es nicht haben, dass man seine Seitentexte "blind" in eine Textarea (Editor) schreiben muss und erst nach Klick auf Vorschau sehen kann, was draus geworden ist.

Ich mag's immer noch :).

Ich habe großen Respekt vor Dingen die sich bewährt haben und die bei Benutzern "zur Gewohnheit" wurden.
Aber wir alten User sterben langsam aus (kann man wörtlich nehmen) und andere (jüngere) sollten das Ruder übernehmen - und die wollen sicher nicht mit der Mouse lange herumhovern um eine Pluginkonfiguration zu "erwischen".

Natürlich hängt es auch davon ab, in welchem Biotop sich deine Mouse wohler fühlt ... ;-)