Mein Projekt CaSSAndRA zur Steuerung des Ardumowers

Ja. Das ist im Docker nicht ganz so trivial. Man kann es aber sicher fixen. Ich probiere es die Tage und dann müssten wir die Anleitung für Docker auch dahingehend anpassen. Da ist eine etwas größere Änderung notwendig, weil man relativ zu einem anderen Pfad arbeiten muss. Ich schaue mal. Für mich ist die Steuerung in den meisten Fällen nur Spielerei. Es ist mir deshalb auch lange nicht aufgefallen.

ist in meinem dockerfile gefixed:

Es ist allerdings auch umgebaut auf Root User.
 
@EinEifnach Wenn ich Alfred nach Hause schicken möchte, passiert nach Klick auf das Haus einfach nichts. Keine Reaktion, kein spezieller Logeintrag mit Fehler, nichts. Gibt es spezielle Voraussetzungen, damit manuelles Docken funktioniert?
 
Das ist nicht wirklich intuitiv. Hat das bestimmte Gründe?
1. Im Prinzip sind alle Aufgaben pre-select, die erst mit Play gestartet werden, das ist in soweit intuitiv, dass Dock Aufgabe da keine Ausnahme macht.
2. Bis vor kurzem hat Dock Aufgabe in 100% der Fällen das Map uploading initiiert, was quasi durch das Play Button ein gewisse Absicherung dargestellt hat, wenn man aus Versehen dagegen gekommen ist. Jetzt ist das weniger schlimm, das Map Upload wird nur in einem Fall initiiert, wenn zuvor eine Go To Aufgabe erfolgt ist
 
Ich sehe das anders. Das Klicken auf Dock löst nichts anderes aus, als dass das Icon ne andere Farbe erhält, während alle anderen Aktionen tatsächlich noch andere Folgen haben bzw. andere Aktionen erfordern, damit sie etwas bewirken (= sie stehen nur visuell auf gleicher Ebene, nicht aber technisch). Das ist bei Dock nicht der Fall, das steht für sich alleine. Dock kann direkt gestartet werden. Fügt man dem Haus gegebenenfalls ein Play Symbol hinzu, ist das deutlich intuitiver, als die jetzige Lösung. Ich bin selbst kein UI-Designer, beauftrage aber oft UI Designs und bin etwas im Thema. Weniger Klicks, sind immer intuitiver und benutzerfreundlicher, als unnötige Klicks (bei Dock gibt es einen unnötigen Klick, da hier keine echte Funktion hinter steckt). Da spielt das "Gleichhalten" keine so große Rolle.

Am Ende ist es mir aber egal. Dass zwei Klicks aber intuitiver oder sinnvoller sein sollen, als einer, kann ich nicht so stehen lassen ;)
 
Ich sehe das anders. Das Klicken auf Dock löst nichts anderes aus, als dass das Icon ne andere Farbe erhält, während alle anderen Aktionen tatsächlich noch andere Folgen haben bzw. andere Aktionen erfordern, damit sie etwas bewirken (= sie stehen nur visuell auf gleicher Ebene, nicht aber technisch). Das ist bei Dock nicht der Fall, das steht für sich alleine. Dock kann direkt gestartet werden. Fügt man dem Haus gegebenenfalls ein Play Symbol hinzu, ist das deutlich intuitiver, als die jetzige Lösung. Ich bin selbst kein UI-Designer, beauftrage aber oft UI Designs und bin etwas im Thema. Weniger Klicks, sind immer intuitiver und benutzerfreundlicher, als unnötige Klicks (bei Dock gibt es einen unnötigen Klick, da hier keine echte Funktion hinter steckt). Da spielt das "Gleichhalten" keine so große Rolle.

Am Ende ist es mir aber egal. Dass zwei Klicks aber intuitiver oder sinnvoller sein sollen, als einer, kann ich nicht so stehen lassen ;)
also ich sehe das wie Eineinach, man wählt die Funktion aus und mit Play startet man dann die Funktion.
Ich klicke manchmal auch aus versehen, auf das Haussymbol, wenn dann sofort das Docking starten würde, wäre das aus meiner Sicht ungünstig, da ja nicht gewollt.
Aber wie alles halt auch immer Geschmacksache
 
Eine andere Variante wäre:
Docking auswählen, und dann eine Sicherheitsabfrage, ob man das wirklich will.
Bei Bedarf könnte man die Sicherheitsabfrage dann auch individuell abschalten.
So hätte man beides: Ein-Klick Variante und abgesicherte Variante.

Beste Grüße,
Chris
 
Ich finde man könnte einfach den Play Button ohne ausgewählte Aufgabe grau machen und er wird dann grün sobald man den preselect ausgewählt hat.
 
Dann sollte man aber auch Play auch ohne weiteres Preselect wieder ermöhlichen, wenn man Stop gedrückt hat, um fortfahren zu können. Oder einen weiteren PreSelect- Button „Continue“, der nur dann wählbar ist, wenn man Stop gedrück hat und die letzte Aufgabe noch nicht abgeschlossen ist.
 
Dann sollte man aber auch Play auch ohne weiteres Preselect wieder ermöhlichen, wenn man Stop gedrückt hat, um fortfahren zu können. Oder einen weiteren PreSelect- Button „Continue“, der nur dann wählbar ist, wenn man Stop gedrück hat und die letzte Aufgabe noch nicht abgeschlossen ist.
Ja und nein -kommt darauf an ob stop eher cancel ist oder pause ;-)
 
Dann sollte man aber auch Play auch ohne weiteres Preselect wieder ermöhlichen, wenn man Stop gedrückt hat, um fortfahren zu können.
Ist schon heute so, solange kein neues pre select mit Play Button gestartet wurde kann man mit Play Button das ursprüngliche pre select fortsetzen

Wobei mittlerweile, in den meisten Fällen selbst das schicken nach Hause nicht den letzten pre select zurücksetzt.

Versuche mal einfach einen Mähvorgang zu starten, stoppe danach den Roboter und lösche mit Cancel deine Mähwege, wenn du den Play button wieder druckst, müssten die Wege die angefahren werden wieder auftauchen
 
Zuletzt bearbeitet:
Genau, heute ist es so. Wenn man den Play aber ausgraut, ohne dass ein Preselect ausgewählt wird, ist die Möglichkeit nicht mehr da. Wenn man das Ausgrauen und Deaktivieren des Play einführt, sollte man ein PreSelect „Continue“ einführen, um die Möglichkeiten zu erhalten - oder man lässt es wie es ist - Dann verliert man auch keine Möglichkeiten.
Spätestens wenn man 3 Mal ein Preselect gedrückt hat, sollte jedem wieder einfallen, dass er ja noch „Go“ drücken muss.
 
Genau, heute ist es so. Wenn man den Play aber ausgraut, ohne dass ein Preselect ausgewählt wird, ist die Möglichkeit nicht mehr da.
Stimmt, hast du recht, die Möglichkeit wird dann entfallen. Mir hat schon in den Fingern gejuckt das einzubauen, aber irgendwie hatte ich kein gutes Gefühl dabei. Jetzt weiß ich warum
 
Das eine schließt das andere ja nicht aus. Die Logik kann ja so bleiben wie sie ist nur macht halt play ohne preselect oder laufenden Task keinen Sinn. Ich meinte mit meinem Vorschlag dass es nur dann grau ist.


Logik quasi so:
```
play-button-color = grey
if (existing_task or preselect_selected):
play-button-color =green

stop-botton-color = grey
if (existing_task)
stop-botton-color = green
```


Das sollte die jetzioge usability nicht einschränken. Verhindert aber unsinnige Bedienung ;-)
 
Oben