Letztendlich finde ich, dass es auch gut funktioniert. Das ergibt sich also
- Für die Desktop-Version:
- Für die Mobile-Version:
Andere Version mit einem Desktop-Plus, das dem Scroll folgt (ansonsten schlage ich vor, es oben kleiner zu lassen:
Und die mobile Version mit Text, um die beiden „+“-Symbole für das Hinzufügen von Boxen/Spalten zu unterscheiden:
Alles ist push.
Für den Fall bestätige ich dir, @pierre-gilles, dass du die 3 PRs überprüfen kannst:
Du gehst zu schnell, ich hatte noch nicht mal Zeit, dein Bild von Freitag zu testen…
Für mich ist dieses Design des ±Buttons das richtige, aber die Oberseite des Buttons sollte meiner Meinung nach mit der Oberseite der Boxen abschließen
Ich bin derselben Meinung @guim31, ich hatte nur ein Problem mit den visuellen Tests, wenn die erste Spalte oder die Spalte bereits Boxen hat, fragt man sich ein bisschen, was das rechts ist… oder? ^^ :
Ein Vorschlag? Ansonsten können wir es so lassen ^^ (mit der Ausrichtung an der Box 
)
Oder wie im Design von @pierre-gilles mit nur einem ‹ + › in der Mitte der Seite, aber wenn ich 3 Diagramme habe, ist es schon weit weg und man muss danach suchen ^^ :
Ich habe da keine konkrete Idee, aber ich bin kein Fan des großen Buttons
Der Button oben, der dem Scrollen folgt, warum nicht, aber dadurch wirkt er ein bisschen „aus dem Kontext gerissen“. Ich finde, man versteht nicht so richtig, dass es darum geht, eine Spalte hinzuzufügen
Ich denke noch drüber nach!
Ja, das stimmt, aber das bedeutet, dass die drei Spalten auch dann voll bleiben, wenn es nur zwei Spalten gibt. Dadurch geht der gewonnene Platz für die Bearbeitung der Box verloren (der für einige Anwendungsfälle eigentlich angenehm war).
Aber es ist mir recht, es ist einfacher ^^
EDIT: Als ich recherchiert habe, dachte ich… es gibt wahrscheinlich nicht viele Anwendungsfälle, in denen wir unseren spezifischen Anwendungsfall wiederfinden.
Zum Beispiel bei ‹ Projects › auf GitHub finden wir das Pluszeichen, von dem wir ausgegangen sind, und es ist, denke ich, für alle klar. Der Unterschied (ich weiß nicht, ob er auf Trello derselbe ist?) ist, dass man nicht nach unten scrollt, sondern jede Spalte hat eine eigene Scrollbar (was ich übrigens ganz gut finde, denn so kann man alles im Blick behalten ^^)
Wäre es ausreichend, wenn man beim Überfahren mit der Maus eine Beschreibung hinzufügt @pierre-gilles ?
Wenn ich zum Beispiel das Design von GitHub übernehme:
Ich finde, die Trello-Version ist am intuitivsten und klarsten. Man sieht, dass es eine Spalte auszufüllen gibt, es geht nicht einfacher. Aber es stimmt, dass es Platz verschwendet.
Gibt es eine Möglichkeit, einen Mittelweg zu finden: Du erstellst diese leere Spalte, aber sie ist nicht so breit wie die anderen?
Ok ^^ Ich finde es schade, in der Zeit diese Stelle zu „verschwenden“ (denn wir werden schnell lernen …) und ich denke nicht, dass die Information zu jeder Zeit von grundlegender Bedeutung ist, außer um am Anfang zu verstehen (daher die Beschreibung beim Mausüberrollen). Hier ist ein neuer Vorschlag im Trello-Stil, der bei Bedarf auf die Ebene der Boxen verschoben werden kann (mit ‹ sticky › oder nicht - folgt dem Seiten-Scrollen):
- Wenn 2 Spalten vorhanden sind:
oder
- Wenn 1 Spalte vorhanden ist:
oder
GIF-Version:
Meiner Meinung nach die bessere Version.
Man könnte sagen, dass dies bereits mit dieser Version der Fall ist:
Das Problem ist das Französische… und vielleicht auch das Deutsche (ich habe nicht überprüft ^^) « Add column » ist kurz, man kann eine kleine Spalte machen. Aber wenn man Platz für alle Sprachen braucht, wird « Add a column » lang und wenn man schon dabei ist, kann man auch die Version mit der dritten Spalte nehmen, denn man ist nicht weit davon entfernt und es vermeidet visuelle Bewegungen, die in diesem Fall wenig interessant sind für den geringen gewonnenen Platz (aufgeteilt zwischen den beiden Spalten).
Man könnte sagen, dass es wirklich die 2-Spalten-Version ist, die nervt, denn mit 1 Spalte gewinnt man am Ende trotzdem Platz ^^
Ich bin auch eher für diesen Vorschlag @Tlse-vins, mit dem Hinzufügen der kleinen Beschreibung beim Mausüberfahren, für mich ist das aus Platzsicht am interessantesten.
Ich bin eigentlich nicht so richtig begeistert von den Vorschlägen bisher, entschuldige 
Ich finde, die Ausrichtungen sind nicht gut, und deshalb versteht man nicht, was der „+“-Button an dieser Stelle macht.
Gleiches gilt für den „Löschen“-Button, der falsch ausgerichtet und zu groß ist. Ich glaube nicht, dass er ein Button mit einem Rahmen sein muss.
In solchen Situationen denke ich, man sollte sich wirklich von anderen gut funktionierenden Interfaces inspirieren lassen, die von besseren Designern als wir entwickelt wurden 
Zum Beispiel ist es bei Github Project ganz gut gemacht:
Ein gut ausgerichteter „+“-Button, und für den Lösch-Button einfach ein kleines, sauberes Icon oben rechts in der Spalte (wie sie es mit den drei Punkten machen, aber durch ein dezentes Kreuz-Icon ersetzt).
Nichts spricht dagegen, das Interface der Spalten zu überarbeiten und die Spalten besser zu rahmen, wie es bei Github Project gemacht wird
Was denkst du?
Ah, da bin ich total einverstanden!! Wenn wir das so machen, okay, denn ich habe dir ja oben von Github Project erzählt, aber die Titel der Karten sind in den Karten selbst. Der Vorschlag war also der gleiche, aber mit unserer Oberfläche (Button ausgerichtet am Spaltentitel).
Für den Rest müssen wir trotzdem berücksichtigen, dass unser Bedarf nicht der gleiche ist wie bei einer Todo-Liste:
- Unsere Spaltennamen sind nicht veränderbar und müssen es auch nicht sein, sie sind klar definiert.
- Wir haben eine begrenzte Anzahl von Spalten, daher hat dieser Button keinen Grund mehr zu existieren, sobald die maximale Anzahl erreicht ist.
- Mülleimer in der Nähe, weil das eindeutig die Funktion ist, die das verlangt.
Aber ich bin für die Vorschläge zur Änderung des Interfaces. Also wenn wir uns für Folgendes entscheiden:
- eine Karte, die von der Spalte eingerahmt wird,
- ein Scrollen bis zu den Karten der Spalten, die auf die Fensterhöhe begrenzt sind,
- dann ein Scrollen in jeder Spalte,
- wenn zwei Spalten angezeigt werden, ein + rechts, um eine Spalte hinzuzufügen, die auf den Titel der Spaltenkarten ausgerichtet ist (aber in diesem Fall wird es das gleiche Design wie bisher sein)?
Wenn das nicht das ist, was du im Kopf hast, mach mir einen Mockup oder wir rufen uns an, wie du willst ^^
Aber ehrlich gesagt, das:
Und was ich dir gerade oben gezeigt habe, ist genau das Gleiche. Der einzige Unterschied ist, dass unser Design die Karte nicht mit der Spalte einrahmt…
Danach können wir die drei kleinen Punkte hinzufügen, um die Spalte zu löschen, und den Spaltennamen nach links setzen und den Button zum Hinzufügen eines Kästchens an derselben Stelle, aber das hat dann nichts mehr mit dem + zum Hinzufügen einer Spalte zu tun.
Ich dachte nicht unbedingt daran, so extreme Änderungen vorzunehmen, zumal, wenn man es wie GitHub machen will, das ein ziemlich individuelles Design ist, das schwer mit den vorhandenen Elementen im Thema umsetzbar ist (Cards in Cards sehen überhaupt nicht gut aus).
Ich dachte eher daran, das Design, das du gemacht hast, mit subtilen Änderungen zu verfeinern.
Was mich stört, ist nicht die Funktionalität (ja, das funktioniert sehr gut!), sondern das visuelle Ergebnis, das nicht toll ist
→ Der « + » Button ist nicht ausgerichtet, das sieht nicht gut aus
→ Der Papierkorb, der ein Button ist und nicht ausgerichtet ist, wirkt riesig
Aber ich habe keine Antwort darauf, was man tun soll, Design ist ein iterativer Prozess, man findet es beim Machen
Ich verstehe
Tatsächlich habe ich dafür GitHub übernommen ^^ Ich habe die Oberseite der Box ausgerichtet, aber ohne die Box um „Spalte x“ herum kann das schon stören ^^
Da geht es um Geschmack und Farben (aber ich gebe zu, dass ich überhaupt kein Designer bin, nicht einmal zu Hause ^^). Denn die Größe und der Button des Papierkorbs haben mich nicht gestört. Einverstanden mit der Ausrichtung des Papierkorbs mit den Wörtern!
Für den Fall, lass ich dir sagen, was du genau willst, auch wenn ich pushe und du übernimmst, weil nur du die Antwort haben wirst!
Hallo @pierre-gilles,
In Erwartung einer Entscheidung über das Design der Spalten, könntest du mir bitte zuerst die PR zu den binären Kurven reviewen,
Sowie diejenige zur Vergrößerung im Großbildmodus: Add expand charts dashboard by Terdious · Pull Request #2096 · GladysAssistant/Gladys · GitHub
Ich habe heute Abend und am Wochenende Zeit und hätte gerne an der Erstellung mehrerer anderer PRs zu diesen Funktionen gearbeitet, die nicht absolut die Spalten benötigen. Das wird eine Aufteilung der großen PRs sein, die ich zuvor erstellt und gerade geschlossen habe ([WIP] - Add view charts + view charts fullscreen on dashboard by Terdious · Pull Request #2092 · GladysAssistant/Gladys · GitHub und [WIP] Add charts-history feature by Terdious · Pull Request #2091 · GladysAssistant/Gladys · GitHub):
- Eine PR für die Auswahl von Datum zu Datum
- eine PR für den Export als CSV / XLSX
@Terdious Danke für die PRs!
Ich versuche, das gleich zu machen (ich habe 25 Minuten Zeit), das wird sehr knapp ^^ Falls es nicht klappt, habe ich vielleicht nachmittags noch ein bisschen Zeit
Ansonsten ist mein nächster Gladys-Tag Montag und da kann ich sie dir auf jeden Fall reviewen!
