8000 Loadpoint UI: add priority by diddip21 · Pull Request #20499 · evcc-io/evcc · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Loadpoint UI: add priority #20499

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 29 commits into
base: master
Choose a base branch
from

Conversation

diddip21
Copy link
Contributor
@diddip21 diddip21 commented Apr 8, 2025

fixes #19650

  • aktuelle Priorität wird hinter dem Loadpoint Titel als Icon angezeigt
  • Sind keine Prios gesetzt (default 0) wird kein Icon angezeigt
  • Klick auf Icon kann direkt die Priorität verändern (natives Select, Screenshot)
  • Wir verwenden die Scale (-3 bis +3) mit übersetzten Namen (..., low, normal, high, ...)
  • Ladepunkt Layout im LG Breakpoint umstellen (siehe FR: priority API in UI-Loadpoint aufnehmen #19650 (comment))

Kompatibilität/Große Installationen

  • Werte außerhalb der reduzierten Skala sind weiter möglich.
  • Priorität kann auch über den Ladepunkt-Settings-Dialog (FR: priority API in UI-Loadpoint aufnehmen #19650 (comment)) eingestellt werden. Darstellung als Dropdown mit Werten von -10 bis +10.
  • Priorität-Auswahl im Config-UI Ladepunkt Dialog wird entfernt (redundant).

grafik
grafik
grafik
image

fix toml sort
@andig andig requested a review from naltatis April 9, 2025 07:23
@andig
Copy link
Member
andig commented Apr 9, 2025

Es gibt keine Very Low... very High Skala. Prio ist rein numerisch.

@andig andig marked this pull request as draft April 9, 2025 07:23
@diddip21
Copy link
Contributor Author
diddip21 commented Apr 9, 2025

Der Dropdown ist rein zur Übersicht very Low bis very High und nur in der UI.
Als Value wird immer ein numerischer Wert verwendet

@andig
Copy link
Member
andig commented Apr 9, 2025

Die Prio ist aktuell numerisch. Dem jetzt andere Bezeichnungen zu geben finde ich verwirrend. Die Icons nutzen wir bereits für Phasenumschaltung und andere Mechanismen- die Doppelung wäre für mich ebenfalls verwirrend. Wie wäre es denn mit P1..10 stattdessen? Sinnvoll wäre auch anzuzeigen, ob ein Ladepunkt niedrigerer Priorität gerade übersteuert wird?

@andig andig added the ux User experience/ interface label Apr 9, 2025
@diddip21
Copy link
Contributor Author
diddip21 commented Apr 9, 2025

Die beiden offenen Todos beziehen sich noch darauf, die Settings für die Ladepunkt Prio aus den Ladepunkt Settings zu entfernen und in den Ladepunkt Dialog zu bringen.
Die schnell Einstellungen mit Low und High sind zum direkten umstellen und aus meiner Sicht unmissverständlich im Gegensatz zu Prio 0 bis 10 (Ist jetzt Prio1 höherwertiger als Prio10 oder andersrum) mit low/high ist das eindeutig.

Sinnvoll wäre auch anzuzeigen, ob ein Ladepunkt niedrigerer Priorität gerade übersteuert wird?

Was meinst du damit ? Die übersteuerung aus dem Fahrzeug ist berücksichtigt über die effectivePriority

@naltatis naltatis changed the title Feat UI/loadpoint prio Loadpoint UI: add priority Apr 9, 2025
@VolkerK62
Copy link
Contributor

Prio 0 bis 10 (Ist jetzt Prio1 höherwertiger als Prio10 oder andersrum) mit low/high ist das eindeutig.

Da ist was dran. Gab schon mehrfach Diskussionen, wo Nutzer der Meinung waren Prio1 wäre die höchste Priorität.

Comment on lines 22 to 26
:class="{ 'opacity-25': !editable }"
data-bs-toggle="tooltip"
data-bs-html="true"
:title="tooltipTitle"
:aria-label="editable ? $t('main.loadpointPrio.prioTooltip') : null"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
:class="{ 'opacity-25': !editable }"
data-bs-toggle="tooltip"
data-bs-html="true"
:title="tooltipTitle"
:aria-label="editable ? $t('main.loadpointPrio.prioTooltip') : null"

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Der Tooltip sollte meiner Meinung nach auch im editierbaren modus erscheinen, da dieser schnell und kompakt die den echten numerischen Wert anzeigt (falls über die Icons nicht eindeutig)

Copy link
Member
@naltatis naltatis Apr 11, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

kompakt die den echten numerischen Wert anzeigt (falls über die Icons nicht eindeutig)

Wenn das wirklich ein Problem ist (bin ich noch nicht von überzeugt) müssen wir vielleicht doch noch mal über die Icon-Sprache nachdenken.

Ich bin auch, jetzt wo man es konkret im Code und in der Anwendung sieht, noch nicht so glücklich damit, dass es einmal nur eine Anzeige und einmal Veränderbar ist. Liegt an unserer ja doch etwas komplizierteren Logik (Fahrzeug kann Ladepunkt übersteuern), die ich bei der ersten Idee noch nicht so prominent auf dem Zettel hatte.

Vielleicht ist es doch einfacher, wenn die Prio nicht in-place editierbar ist, sondern wir direkt die Loadpoint-Settings (wie in deinem ersten Vorschlag) beim Klick öffnen.

Kommt der Wert vom Fahrzeug könnten wir beim Klick die Fahrzeug-Settings öffnen. Fahrzeug-Settings gibts (noch) nicht als eigenen Dialog. De-factor ist aber der "Ankunft"-Reiter im Ladeplan Dialog (wenn es ein Fahrzeug gibt) der Ort an dem wir schon heute Fahrzeug-Einstellungen editierbar (bspw. minsoc) haben. Hier könnten wir auch ein Prio-Setting hinzufügen (analog Ladepunkt). Dann könnte auch diese Einstellung im Config-UI (Fahrzeuge) entfernt werden. Wäre aus Symmetrie und Konsistenzgründe sicher gut.

Hat zudem den Vorteil, dass dem Nutzer damit deutlich klarer ist, ob er gerade was am Ladepunkt oder am Fahrzeug verändert. Die Anzeige im Main-UI wäre dann (wie ja im PR jetzt schon) immer nur die effectivePriority.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tooltip mit der Prio als Wert ist entfernt, es kommt nur noch der Hinweis dass es vom Fahrzeug übersteuert wird.
die Quick Priorisierung ist auch noch aktiv, sollen wir diese tatsächlich entfernen? per Loadpoint Config lässt diese sich nun im Dropdown style ändern.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So, bin gerade mal die PR bei mir durchgegangen und hab einige kleinere Anpassungen direkt comittet. Ja, lass uns das Dropdown hier rausnehmen. Dann haben wir nicht mehr zwei Skalen (+3...-3) vs. die größere in den Settings. Lass uns Prio auch gleich in den Ankunft-Reiter bei bekannten Fahrzeugen mit aufnehmen.

Tooltip: Würde ich jetzt simple halten. Kein HTML, einfach "Priorität: +2". Vielleicht noch mit Ergänzung falls vom Fahrzeug übersteuert wurde: "Priorität: +2 (Fahrzeug)".

Den 0-Wert hab ich jetzt rausgenommen und auch die Logik, dass wir immer anzeigen oder gar nicht habe ich wieder reverted. Das ist sinnvoll wenn es ein direkt steuerbares Element ist, aber wenn das über die Settings gemacht wird können wir die 0-Zustand auch einfach weglassen.

Patrick and others added 5 commits April 23, 2025 12:06
@naltatis
Copy link
Member

Hier nochmal ein paar Screenshots der Prio Zustände am Ladepunkt.

0 (default), -1

Bildschirmfoto 2025-04-24 um 17 42 01

extreme Werte (Zahl + Richtung bei größer 3)

Bildschirmfoto 2025-04-24 um 17 40 57 Bildschirmfoto 2025-04-24 um 17 41 41

Ladepunkt Einstellungen

Bildschirmfoto 2025-04-24 um 17 41 18 Bildschirmfoto 2025-04-24 um 17 41 12

@andig
Copy link
Member
andig commented Apr 24, 2025

Müssen wir wirklich negative Prioritäten einführen? Das wäre schön zu vermeiden. Der Einmalaufwand z.B. 3 Ladepunkten eine "höhere" Prio zu geben damit der 4. auf 0 bleiben kann ist beherrschbar und kein Showstopper. Das wäre dann 0 (lowest) bis 10 (highest).

Die hoch/runter Pfeile über der Zahl sind nicht sofort offensichtlich. Ich finde die doppelte Symbolverwendung der Phasenumschaltung bzw. ein/aus unglücklich. Da auch die Prio numerisch ist wäre für meinen Geschmack Einheitlichkeit klarer.

Sollen die Prios permanent angezeigt werden? Genügt es i.S. Informationsoverload, nur übersteuerte Prios anzuzeigen? Würde es nicht sogar reichen zu zeigen, ob ein LP aufgrund seiner Prio gerade aktiv oder inaktiv wird?

@naltatis
Copy link
Member

Müssen wir wirklich negative Prioritäten einführen? Das wäre schön zu vermeiden.

Doch, finde ich aus Nutzersicht wichtig. Ich hab hier vier Ladepunkte. Einer ist ein Heizstab. Der ist in meinem Kopf "low prio". Mir gehts hier nicht um dein einmaligen Config Aufwand die anderen höher zu stellen sondern darum, dass wir "Mental Model" besser abbilden. Default = "mittlere Prio" und abhängig vom Anwendungsfall kann hoch oder runterpriorisiert werden.

Die hoch/runter Pfeile über der Zahl sind nicht sofort offensichtlich.

Wie die anderen Status-Icons auch wird hier nen Tooltip geben der erklärt. Ich find das mit der Zahl optisch schon sehr stark und unruhig. Daher würde ich für die gängigen Anwendungsfälle (wenige Ladepunkte) gerne eine dezentere Darstellung (ohne Zahl) haben. Hier ist mir Ruhe wichtiger als Konsistenz mit den "Extremen". Den Punkt mit der Phasenumschaltung sehe ich allerdings. Dort nutzen wir immer einen Doppelpfeil (hoch/runter). Hier mal ein Screenshot.

Bildschirmfoto 2025-04-24 um 19 14 02

Vielleicht ist ein guter Kompromiss bei den Prios nur bei einem einfachen Pfeil zu bleiben und die Zahl bei der +1/-1 wegzulassen, darüber dann aber mit der Kombination Zahl+Pfeil zu arbeiten.

Würde es nicht sogar reichen zu zeigen, ob ein LP aufgrund seiner Prio gerade aktiv oder inaktiv wird?

Ich fänd das gut, wenn wir das sinnvoll immer dann anzeigen wenn es für den Nutzer relevant ist. Mir fällt hier aber keine wirklich gute Logik ein an der wir das festmachen. Können wir aber auch in einer späteren Iteration immer noch "intelligenter" machen.

@TobiasHuber1980
Copy link
Contributor
TobiasHuber1980 commented Apr 29, 2025

Müssen wir wirklich negative Prioritäten einführen? Das wäre schön zu vermeiden. Der Einmalaufwand z.B. 3 Ladepunkten eine "höhere" Prio zu geben damit der 4. auf 0 bleiben kann ist beherrschbar und kein Showstopper. Das wäre dann 0 (lowest) bis 10 (highest).

Ich kann mich der Meinug von @andig nur anschliessen, ich finde -10 bis +10 einfach "too much". Logischer für mich wäre 0=default; 10 = highest.

Doch, finde ich aus Nutzersicht wichtig. Ich hab hier vier Ladepunkte. Einer ist ein Heizstab. Der ist in meinem Kopf "low prio". Mir gehts hier nicht um dein einmaligen Config Aufwand die anderen höher zu stellen sondern darum, dass wir "Mental Model" besser abbilden. Default = "mittlere Prio" und abhängig vom Anwendungsfall kann hoch oder runterpriorisiert werden.

Dann ist der Heizstab Prio=0, und die Ladepunkte einfach Prio 1, Prio 2 und z.B. Prio 10. Damit kann man immer noch den Heizstab auf Prio 5 ändern....

@github-actions github-actions bot added the stale Outdated and ready to close label May 6, 2025
@naltatis naltatis removed the stale Outdated and ready to close label May 8, 2025
@github-actions github-actions bot added the stale Outdated and ready to close label May 15, 2025
@github-actions github-actions bot closed this May 20, 2025
@naltatis naltatis reopened this May 20, 2025
@naltatis naltatis removed the stale Outdated and ready to close label May 20, 2025
@github-actions github-actions bot added the stale Outdated and ready to close label May 27, 2025
@github-actions github-actions bot closed this Jun 1, 2025
@naltatis naltatis reopened this Jun 2, 2025
@naltatis naltatis removed the stale Outdated and ready to close label Jun 2, 2025
@github-actions github-actions bot added the stale Outdated and ready to close label Jun 9, 2025
@github-actions github-actions bot removed the stale Outdated and ready to close label Jun 9, 2025
@github-actions github-actions bot added the stale Outdated and ready to close label Jun 21, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale Outdated and ready to close ux User experience/ interface
Projects
None yet
Development

Successfully merging this pull request may close these issues.

FR: priority API in UI-Loadpoint aufnehmen
5 participants
0