Modifier sur place par rapport à la page d'édition séparée/modale?

Question

J'ai des données qui sont divisées en sections, tout comme la fonction CV de StackOverflow Careers (ce n'est pas une reprise de données, cependant), qui est modifiable/créative via une application web jQuery. C'est un peu plus hiérarchique (les jobs peuvent avoir des sous-jobs, etc.) donc en fonction de la méthode de CRUD que je prends, cela signifie des quantités de travail différentes. Cela ne me dérange pas de passer le temps de le faire correctement, mais je ne veux pas passer beaucoup de temps à faire quelque chose de fantaisie qui n'est pas une expérience utilisateur optimale.

Y at-il fait des recherches dans les différents styles de « édition » ce type de segmentation, les données de texte hiérarchique:

1. Modifier en place (par exemple, vous cliquez sur un élément de forme comme le titre d'emploi, il se modifiable, puis vous cliquez sur « ok » et il sauve)

2. bouton Modifier qui vous amène à un nouvel écran (comme StackOverflow actuellement)

3. bouton Modifier qui apparaît un formulaire modal

4. Tous les champs sont ouverts et modifiables, unique bouton de sauvegarde (comme StackOverflow Carrières)

Y at-il un consensus général sur le moment où les différentes formes doivent être utilisées pour fournir la meilleure expérience utilisateur?

Answer 1

Cela dépend. Si votre base d'utilisateurs est web avertie, je recommanderais une approche d'édition en place en raison du flux d'édition naturel qu'elle fournit.

---

Modifier en place

Lorsque vous modifiez une section d'un heirarchy, vous modifiez en ligne avec le reste de l'information. Cela vous permet de vérifier comment vos modifications s'appliquent aux autres informations lorsque vous les définissez comme (plutôt que de devoir passer d'un écran à l'autre).

En termes de facilité d'utilisation, un scénario dans lequel les éléments groupés peuvent être édités en même temps est agréable car il permet d'enregistrer plusieurs clics. Par exemple, si un travail a les données suivantes:

Title 
Description 
Positions 

Il est bon de fournir un mécanisme permettant d'éditer à la fois avec le modifier chaque élément dans le comportement lieu.

L'édition en ligne protège également les autres sections de la hiérarchie contre toute mise à jour accidentelle.

---

Modal Modifier

Cette méthode d'édition présente une barrière entre la hiérarchie dans son ensemble et la section que vous modifiez (la relation entre les informations que vous saisissez et sa place dans la la hiérarchie n'apparaît pas immédiatement en regardant l'interface utilisateur).

---

Nouvel écran

Comme la modification modale, la relation entre les informations modifiées à l'ensemble de la hiérarchie est perdue. Cependant, il s'agit d'une configuration très basique que la plupart de vos utilisateurs comprendront immédiatement. Il protège également le document entier des mises à jour accidentelles.

---

Tous les champs

Cela offre l'avantage de conserver les informations modifiées dans le contexte (comme modifier en place) et est très simple. Il n'y a pas de courbe d'apprentissage qui oblige un utilisateur à apprendre qu'il doit cliquer sur un élément pour l'éditer.

Cependant, en tant que quelqu'un qui a plus d'un formulaire ruiné par mes enfants curieux, je n'aime pas comment il expose toute la hiérarchie à des mises à jour involontaires.