Nous travaillons sur une fonction "importer depuis Excel" pour accélérer la saisie de données en masse, en particulier lors du transfert de données d'un autre système B2B vers le nôtre.
Sur les 20 champs que nous allons importer, un seul d'entre eux est difficile à formater dans Excel: un calendrier récurrent. J'essaie donc de définir un format de texte qui:
De toute évidence, ces exigences sont en tension, ou ce serait une solution plus facile. ;-)
Nos utilisateurs sont des employés de bureau non techniques, donc "il suffit d'utiliser XML ou JSON" ne fonctionnera probablement pas ici - trop complexe pour nos utilisateurs, et trop verbeux aussi.
Bien que l'application soit uniquement en anglais maintenant, nous devrons éventuellement localiser dans les langues européennes (bien que ce ne soit pas RTL ou Asie de l'Est ou d'autres localisations plus difficiles).
Ce que j'essaie de faire est-il possible? Ou est-ce une si mauvaise idée que je ne devrais pas m'embêter?
L'alternative est que chaque fois que nous devons entrer des centaines de plannings dans notre application, nous finirons par demander à nos développeurs d'écrire du code d'importation personnalisé ... et pour des raisons évidentes, nous voulons vraiment éviter cela afin que nos clients puissent se servir eux-mêmes à la place .
Aujourd'hui, les horaires sont très simples: un modèle se reproduit toutes les 1-4 semaines, et pendant ces 1-4 semaines, les mêmes jours sont sélectionnés.
Exemples:
Idéalement, un format pourrait évoluer au fil du temps, donc si nous voulions prendre en charge les horaires mensuels (par exemple le 1er et le 15 du mois), le format pourrait être étendu.
Je sais que la sérialisation de texte est souvent plus un sujet destiné aux développeurs qu'un sujet UX, mais dans ce cas, je cible le format de texte aux utilisateurs non techniques, pas aux développeurs, j'ai donc supposé que UX StackExchange serait approprié. Si vous n'êtes pas d'accord, n'hésitez pas à voter pour migrer vers StackOverflow.
Le contenu lisible par machine ne doit pas nécessairement avoir un impact sur la représentation visuelle des humains.
Les solutions potentielles pour votre cas particulier incluent Microformatage hCalendar et Microdonnées Dates, Heures et Durées
Ceux-ci sont tous deux écrits dans le code plutôt que dans la représentation visuelle. Cela signifie qu'ils fonctionnent également pour RTL, Asie de l'Est et tout autre format de langue que vous pouvez représenter.
Il s'agit bien d'un problème d'utilisation, bien que d'autres puissent être en désaccord.
Le meilleur format auquel je peux penser alors qu'un peu lourd sur les colonnes est le seul moyen de garantir sans obliger les utilisateurs à se souvenir des codes de formatage hyper spécialisés:
A B C D E
FREQUENCY EVERY 1ST EVERY 2ND EVERY 3RD EVERY 4TH
------------------------------------------------------------------------
Weekly |Mon, Wed, Fri|
Fortnightly | Mon |
Four Weekly | Tues |
Fortnightly |Mon, Wed Tue, Thu |