UI exploration: consistent UI pattern for user confirmation
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- html
- Área
- design, documentation, frontend
Línea de trabajo
Review app/templates/custom-elements/security-dialog.html and the linked Static IP change, then inventory confirmation behavior for the other listed dialogs and destructive actions. Define the desired confirmation pattern in the style guide and apply the agreed rules throughout the UI; completion should cover the listed operations consistently.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I don’t think we follow a deliberate pattern in the UI as to when we require confirmation after button clicks in dialogs. E.g.:
- In the upcoming “Static IP” feature, we’ll have a separate confirmation prompt before removing the static IP address.
- In the
<security-dialog>component, we have a confirmation prompt when toggling off the auth requirement. - Apart from that, I don’t think we have such a confirmation in any of our other dialogs, including the ones that carry out destructive and potentially “harmful” operations, such as:
- Removing individual users
- Disabling the HTTPS enforcement
- Changing the hostname (which causes a device reboot)
- Removing disk images (which are potentially very slow to upload)
Not having any confirmation for these kinds of operations actually makes me feel slightly uneasy. (I’m not sure how e.g. customers feel about that, though, or whether we have ever received “angry” feedback about this.)
In any event, I think we should define our desired UX pattern for user confirmation in the style guide, and then roll out the rules in the entire UI.
UI-wise, there are different patterns for user confirmation. Apart from the aforementioned separate confirmation step/prompt, there are also more light-weight patterns we could consider.
- Lenguaje dominante
- Python
- Estrellas
- 3.5k
- Forks
- 291
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de tiny-pilot/tinypilot
-
bug medium
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
tiny-pilot/tinypilot#1419 ·
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
tiny-pilot/tinypilot#1929 · 3 comentarios ·
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
tiny-pilot/tinypilot#1899 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
tiny-pilot/tinypilot#1896 ·
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
tiny-pilot/tinypilot#1882 ·
Todos los issues de tiny-pilot/tinypilot
Issues similares
-
bug priority:low
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
CyberAgent/psd2svg#436 ·
-
area/install-update comp/cli comp/desktop P3 sweeper:risk-compatibility type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
NousResearch/hermes-agent#122386 · 1 comentario ·
-
ai-generated
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
vllm-project/production-stack#1105 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100