markussoeth
commented
3 years ago Mir gefällts! Ich komm bei den Tabs auch immer durcheinander
Closed psytrap closed 2 years ago
markussoeth
commented
3 years ago Mir gefällts! Ich komm bei den Tabs auch immer durcheinander
Rasinari
commented
3 years ago Bringt meiner Ansicht nach nichts, außer einem zusätzlichen Klick. Es gibt die Module, mit denen man Tab aus- und zuschalten kann. Außerdem würde so etwas verkomplizieren, statt vereinfachen – "Verwaltung" ist nicht sonderlich trennscharf; jeder versteht darunter etwas anderes. Gleiches gilt für Sud - was ordnet man dem zu.
Der KBH ist bisher sehr logisch von den Tabs aufgebaut, beginnend mit der Sudplanung bis hin zur Verkostung. Einzig die Ausrüstung und die Rohstoffe könnte man logischer unterbringen.
Von mir zum Vorschlag ein klares Nein.
Edit: Ein Erstnutzer sieht auf Anhieb alle Tabs nebeneinander und kann abgleichen und sich vertraut machen. Eine zusätzliche Zwischenebene würde einen höheren Abstraktionsgrad erfordern, die Lernkurve also nach oben schrauben und das Programm schwerer machen. Es wäre also nichts gewonnen, das Gegenteil wäre der Fall.
psytrap
commented
3 years ago Bei der Hierarchiebildung von Systemen gibt es die "7+/-2 Regel" (=5...9 Einträge pro Ebene). Darunter wirken System trivial darüber komplex. Mit sehr wenigen Modulen aktiviert befindet sich die Tabauswahl noch im oberen grünen Bereich. Mit den Erweiterungen geht es darüber. Die Gruppe Sud umfasst alles was zu einem einzelnen Sud gehört und finde ich klar definiert - auch technisch in der Datenbank. Verwaltung ist natürlich Sammelsurium. Sammelsurium und Sud auf einem Haufen verbiegt mir auch die "7+/-2 Regel", denn es mischt etwas klar definierbares und den "Rest". PS: Mir fiel am Anfang ziemlich schwer das ein Rezept zwangsläufig zu einem Sud gehört. Oder das sich Gärverlauf ausschließĺich auf einen Sud bezieht statt vergleichend von mehreren Suden.
Alternative liesen sich die Tabs für einen Sud noch entsprechend dem Sudstatus-Farbe in der Sudauswahl färben. Hier erhöht sich noch die Code-Komplexität. Wenn das Konsens wäre und ich eine gewisse Sicherheit hätte das würde angenommen, dann würde ich mir auch die Mühe machen und versuchen ob ich es hinbekomme. https://stackoverflow.com/questions/54070408/change-color-of-single-qtabwidget-tab
BourgeoisLab
commented
3 years ago Ich bin der Meinung, dass bei nur zwei Hauptkategorien (Verwaltung, Sud) eine hierarchische Anordnung nicht optimal ist. Ich habe generell bei Programmen lieber alles auf einen Blick ersichtlich. Aber zugegeben, beim ersten Start kann die Anzahl Tabs einschüchternd sein. Deswegen sind jetzt Module ein-/ausschaltbar.
Farbige Tabs wären cool. Vielleicht reichen aber auch farbige Icons?
Und wie wäre es, wenn die Verwaltungstabs verschwinden (ausser Sudauswahl)? Brauübersicht/Ausrüstung/Rohstoffe/Datenbank könnte man in überlagerten Dialoge parallel anzeigen. Um diese ein- und auszublenden könnte man die Werkzeugleiste benutzen. Vorteil der Dialoge ist, dass man bei der Rezepterstellung nicht zwischen Rohstofftab und Rezept hin und her wechseln müsste.
Edit: die Brauübersicht könnte man eventuell im Sudauswahltab integrieren.
psytrap
commented
3 years ago Die Icons einfärben wird kaum verstanden so wie ich den Vorschlag verstehe (Die Icons sind so niedlich, nicht kaputt machen ;) Brauübersicht/Ausrüstung/Rohstoffe/Datenbank sind keine echten Dialoge, eher Unterfenster und die führen zu einem Fensterdschungel. Ich sehe einen gewissen Konsens das farbige Tabs brauchbar sind. Ich investiere demnächst mal einen Tag und schau wie weit ich komme. (Spätestens in zwei Wochen ist ja ein Feiertag)
Rasinari
commented
3 years ago Und wie wäre es, wenn die Verwaltungstabs verschwinden (ausser Sudauswahl)? Brauübersicht/Ausrüstung/Rohstoffe/Datenbank könnte man in überlagerten Dialoge parallel anzeigen. Um diese ein- und auszublenden könnte man die Werkzeugleiste benutzen. Vorteil der Dialoge ist, dass man bei der Rezepterstellung nicht zwischen Rohstofftab und Rezept hin und her wechseln müsste.
Ich denke, darüber könnte man reden.
Diskussion.
Sudauswahl klammert alles. Dieser Tab sollte immer zentral sein.
Farbige Tabs orientiert sich an UIX von vor zehn Jahren. Ist nett, aber kein must have. Die Farben müssten halt selbsterklärend sein. Pro wäre, dass man damit Prioritäten wie bei einer Ampel unter den Tabs setzen kann: Rezept - Braudaten - Abfülldaten. Die Frage die mich dabei schon alnge umtreibt ist, ob Gärdaten nicht in Abfülldaten integriert werden kann.
PS.: Ich fände in Abfülldaten ein Feld Restextrakt zum Zeitpunkt in % sehr hilfreich. Wenn das auf Zustimmung fällt, bitte ein neues Issue aufmachen.
Schönes WE!
Edit: Überlesen - ich springe bei der Rezepterstellung immer zwischen Rohstoffe und Rezept hin und her. Und ehrlich: Das nervt. Wenn das nicht mehr nötig wäre, wäre das echt ein Gewinn!
psytrap
commented
3 years ago Jetzt hab ich es doch mal geschafft und den Ansatz mit der Werkzeugleiste und Dialog-Fenstern zur Demonstration hingepfuscht. Das schaut sogar ganz gut aus, weil nicht modale Dialog-Fenster vor dem Parent-Fenster bleiben aber nicht sperren. Unten hab ich das Rohstoff-Werkzeug geöffnet und danach im Hauptfenster im Rezept den Malz-Dialog aufgemacht. Das geht wohl auch unter Windows so: https://docs.microsoft.com/de-de/cpp/mfc/modal-and-modeless-dialog-boxes?view=msvc-160
Das von Tab-Widgets auf Dialog-Fenster umräumen berührt einige Stellen im Code. Das macht einiges an Arbeit und bei meinem Zeit-Budget braucht das sicher bis in den Weihnachtsurlaub. Gebt also bitte Bescheid wenn es nicht erwünscht ist.
Hier mein Branch mit der Demo: https://github.com/psytrap/kleiner-brauhelfer-2/tree/hauptfenster_aufraeumen
Rasinari
commented
3 years ago Tut mir leid - da sehe ich nichts. Ich sehe nur die Windows-Erklärung und auf Github keine Demo. Was ist an dem Screenshot außer schwebenden Fenstern anders? Bitte erklären…
Zappa holt mich als alten Frankianer übrigens ab…
BourgeoisLab
commented
3 years ago Danke für die Demo. Diese muss man selber kompilieren.
Irgendwie überzeugt es mich nicht so. Wenn da 3-4 Fenster offen sind, wird es schnell unübersichtlich. Vielleicht ist es aber auch ein Gewohnheitsding.
Die zusätzliche Toolbar finde ich aber nicht so schlecht. Wie wäre es dort mit einem zusätzlichen Eintrag "Sud". Klickt man drauf, erscheinen unten die Tabs wie bisher. Klickt man aber auf "Brauübersicht", "Ausrüstung", "Rohstoffe" oder "Datenbank" wird die entsprechende Seite unten statt den (Sud-) Tabs angezeigt.
Etwa so: Sud (Reiter Brauübersicht, Ausrüstung und Datenbank müssten noch weg):
Brauübersicht:
Rasinari
commented
3 years ago Mir gefallen verschiedene Fenster sehr gut. Sie haben aber einen Stplperstein, den Frédéric hier zu Recht anspricht: Sie sollten aber über eine magnetische Andockfunktion verfügen, sonst wird es schnell unaufgeräumt.
Ich habe hier noch ein Uraltprogramm von 2004 und die neuen Adobe-Programme Indesign, Illustrator und Photoshop, deren Hauptfenster von Menü und Werkzeugleisten losgelöst ist. Ergebnis is oft ein zugemüllter Bildschirm, bei dem die Elemente unlesbar übereinander liegen. Solch ein Programm mal schnell beiseite zu schieben, ist auch immer ein Aufwand.
Es sollte also die Möglichkeit geben, sich die Module anzuordnen.
psytrap
commented
2 years ago Es hat eine Weile gedauert, aber jetzt gibt es das Überarbeitete Hauptfenster.
Knöpfe in der Werkzeugleiste toggeln beim öffnen vom Dialog Wenn der Dialog bereits geöffnet ist springt Dialog beim Klick auf die Werkzeugleiste in den Vordergrund.
Der Tab Datenbank ist nicht als Dialog aus Werkzeugleiste gelandet, sondern in die Menüleiste unter "Ansicht" gewandert. Von wo auch der Log-Dialog zugänglich ist.
Den "Speichern"-Knopf habe ich prominenter gemacht und in der Werkzeugleiste ergänzt
Defizite der Dialoge: Kein Fenster-Maximieren Knopf + Singleton/Single-Instance stellt die naheliegende Implementierung non-modaler Dialoge dar
Offene Aufgaben:
Wer selber die Version ausprobieren möchte kann sie über seine Github-Actions bauen: https://github.com/psytrap/kleiner-brauhelfer-2/tree/hauptfenster_mit_werkzeugleiste
BTW: Mit etwas Glück sind die Actions nicht privat und hier lässt sich die Anwendung herunterladen https://github.com/psytrap/kleiner-brauhelfer-2/actions/runs/1653510076
Ansonsten gibt es den „Run Workflow“-Knopf bei den Github-Actions https://github.com/kleiner-brauhelfer/kleiner-brauhelfer-2/pull/227
BourgeoisLab
commented
2 years ago Sieht auf den ersten Blick gut aus! Das Speichern der Dialoggrösse finde ich wichtig. Das darf nicht fehlen. Eventuell auch die Position.
Wenn du willst kannst du ein pull-request machen. Ich würde wahrscheinlich zuerst einmal dann ein Branch erstellen. Das motiviert mich weiter am KBH zu arbeiten:).
Edit: vollständigkeit halber würde ich die Einträge Rohstoffe/Brauübersicht/Ausrüsung auch in die Menüleiste "Ansicht" verfügbar machen (zusätzlich).
psytrap
commented
2 years ago Nachtrag: Alle als offen genannten Aufgaben werden von mir die nächsten Tagen noch erledigt. Ich wollte nur noch Feedback von meinen Brauern zu allem abwarten, bevor ich zum Aufräumen übergehe.
Rasinari
commented
2 years ago Da ich leider nicht kompilieren kann, kann ich auch meinen Senf nicht dazugeben. Da ich damit nicht alleine bin, es aber wohl einige engagierte Anwender mehr gibt, wäre es eine Überlegung, ob Ihr nicht eine kompilierte Version zur Begutachtung erstellen könntet.
psytrap
commented
2 years ago Mit den Github-Actions lässt sich das Online erledigen. Eigentlich. Jetzt seh ich das klappt nur für den Eigentümer eines Repositories oder PRs. Wer da wirklich Rechte dazu hat bei Github erscheint mir ein bisschen verworren. Ich kugg mal was sich machen lässt.
psytrap
commented
2 years ago Jetzt hab ich es mal geprüft. Eine Actions kann man in Fremden Repos nicht starten. Der Zugriff auf Build Artefakte geht auch nicht... Hier mein Cloud-Laufwerk mit den Executables: https://c.gmx.net/@520576031342467694/lqg9ErFVTf2nTCFkhu26QA
Rasinari
commented
2 years ago Danke für die Mühe. Funktioniert. Die letzte Version läuft hier gerade. Was auffällt, sind die Umlaute. Es fehlen auf den ersten Blick bei Rohstoffe 2 Funktionalitäten (Mac): a) Reiter Fenster. Kleineres Fenster Rohstoffe verschwindet und kann nicht ohne Umwege hervorgeholt werden (Mac Vorgabe). Bei schwebenden Fenstern muss das Hauptmenü zwingend den Menüpunkt "Fenster" enthalten b) Fenster Rohstoffe macht schwebend nur Sinn, wenn es zusätzliche Funktionen anbietet. Hier drängt sich Drag & Drop förmlich auf! c) Neuer Button Speichern gefällt mir sehr!
Grundsätzlich ist die Anordnung logischer und aufgeräumter. Ich finde generell die Idee Fenster abzutrennen gut. Das macht aber nur mit neuen Funktionen Sinn, ohne ist es fast sinnbefreit, da keine Klicks (Interaktion) eingespart werden.
psytrap
commented
2 years ago Mit Mac bin ich nicht vertraut. Jetzt lade ich mir aber eine VM herunter sonst verstehe ich deine Kommentare nicht. Drag&Drop klingt nach einer guten Idee. Hab ich noch nie gemacht und da muss ich mich mal einlesen.
Neue Funktionen als Vorraussetzung für größeres Aufräumen finde ich immer schwierig. Das führt schnell zum Henne-Ei-Problem. "Unordnung" erschwert neue Funktionen, neue Funktionen erzeugen erstmal "Unordnung". Aber das ist eine philosophische Frage und nur als Kommentar hier.
Morgen ist wieder Programmiertag bei mir. Mal sehen zu welchen Ergebnissen ich dann komme.
Rasinari
commented
2 years ago Perfekt. Kleine Hilfe - ein Mac-Programm ist in seinen Grundfunktionen immer gleich aufgebaut. Das macht die Einarbeitung in neue Programme so einfach. Apple gibt das vor. Anbei zwei Screenshots - sollten selbsterklärend sein.
Offene Fenster werden gesammelt dargestellt. Man kann sie anwählen
Beim Kleinen Brauhelfer fehlt die Aufbereitung offener Fenster. Man kann nichts anwählen. Bei einem einzigen Fenster ist das nicht nötig, bei mehreren schon.
Rasinari
commented
2 years ago Das wäre die Idee für Drag&Drop:
psytrap
commented
2 years ago Bei dem RestoreView() funktioniert das nicht so wie erwartet. Morgen gehts weiter....
BourgeoisLab
commented
2 years ago Drag&Drop sollte erst in einem zweiten Schritt angegangen werden.
Die Liste der Sude in der Brauübersicht will ich von der Liste aus der Sudauswahl entkoppeln. Auch erst in einem zweiten Schritt. Falls du also Probleme hast mit der Synchronization der Listen, ignoriere es einfach.
BourgeoisLab
commented
2 years ago Knöpfe in der Werkzeugleiste toggeln beim öffnen vom Dialog Wenn der Dialog bereits geöffnet ist springt Dialog beim Klick auf die Werkzeugleiste in den Vordergrund.
Ich fände es besser mit einem erneuten Klick, das Fenster zu schliessen, statt es in den Vordergrund zu bringen. Das ermöglicht ein schnelleres Schliessen (statt auf das kleine X zu klicken). Will man es in den Vordergrund bringen, klickt man einfach zweimal drauf.
Rasinari
commented
2 years ago Knöpfe in der Werkzeugleiste toggeln beim öffnen vom Dialog Wenn der Dialog bereits geöffnet ist springt Dialog beim Klick auf die Werkzeugleiste in den Vordergrund.
Ich fände es besser mit einem erneuten Klick, das Fenster zu schliessen, statt es in den Vordergrund zu bringen. Das ermöglicht ein schnelleres Schliessen (statt auf das kleine X zu klicken). Will man es in den Vordergrund bringen, klickt man einfach zweimal drauf.
Das ist nicht selbsterklärend. Diese Technik ist in anderen Betriebssystemen auch unbekannt. Würde ich davon abraten, sondern ganz auf Visibility setzen. Hidden Features ist eher was für Leute, die Easter Eggs suchen ;-)
psytrap
commented
2 years ago So, gestern bin ich noch fertig geworden. Nur für hier schreiben wars dann ein bisschen zu spät.
Da es eine größerer Umbau ist hier das Fazit von meiner Seite: Pro: Mehr Struktur mit Werkzeugleiste+Dialoge und Reitern (Deswegen hab ichs ja gemacht :) Contras:
Die Sache das der Klick in die Werkzeugleiste einen bereits offenen Dialog in den Vordergrund schiebt, habe ich mir bei Inkscape abgekuggt und sehe keinen Grund hier das anderst zu machen.
Die Funktion für Drag&Drop kann ich mir in verschieden Variationen vorstellen. Das ist ein eigenes Thema und würde ich durchaus übernehmen. Montag geht die Arbeit wieder los und nervt gerade ohne ende (Da bin ich froh mal was richtiges gemacht zu haben). Aber entsprechend dauern weitere Arbeiten bei mir ein paar Monat.
Rasinari
commented
2 years ago Von der GUI-Seite kann ich vielleicht helfen, ich habe in der Entwicklung von Lehrangeboten im crossmedialen Medienbereich an Universitäten ab und an damit zu tun. Sprich ich schau halt auf die Anordnung der Kommunikationsebenen zum (sprach-)logischen Verständnis und wie diese angeordnet sein müssen, damit die Dekodierung passt (und keine Fragen beim Anwender auftauchen).
Das mit Drag & Drop ist großartig, wenn du das übernimmst. Das wäre ein Milestone!
BourgeoisLab
commented
2 years ago Erledigt mit 318efa4.
Hallo zusammen,
Die Tabs werden ja immer mehr! Da dachte ich mir die sollte man in zwei Gruppen aufteilen. Die Werkzeugleiste war noch frei und ich dachte mir die lässt ich ganz gut als pseudo-Tab missbrauchen. Die Gruppen wären "Verwaltung" und "Sud" (siehe Screenshot). Beim Klick auf Verwaltung sind nur die folgenden Tabs sichtbar:
Wär das was?