Non, mon propos n’était vraiment pas de recevoir quoi que ce soit en rémunération. J’ai confiance que je vivrai quoiqu’il arrive (oui ce raisonnement est fou, je sais ! )
Je voulais juste dire que beaucoup de demandes peuvent être contradictoires : une fois en place, d’autres vont trouver que cela ne va pas, etc. Pour se prémunir de cela, il est préférable de détailler au plus précis la demande, si possible avec des captures d’écrans, afin que chacun puisse réagir AVANT les développements. En effet, les développements qui touchent à un cheminement utilisateur (comme l’assistant de création de compte par exemple) sont un peu laborieux à réaliser (contrôle et enchainement des étapes, etc.).
EDIT: par ailleurs, mon approche sur les IHM est de regarder au préalable comment fonctionne d’autres applications existantes. Pour un même cas d’utilisation (par exemple ici “Créer un nouveau compte”), il faut justifier un comportement différent en identifiant bien les différences. …je suis pas sûr d’être clair, là si ?
Je pense que la différence fondamentale entre un site web classique et cesium est qu’on est normalement capable d’envoyer bouler pour de bon un utilisateur qui tenterait de se connecter avec un nom d’utilisateur non connu du système, alors que ce n’est pas le cas dans cesium (même si on est capable de lui mettre un gros message d’avertissement, il peut continuer quand même, et d’ailleurs pas forcément en connaissance de cause pour M. et Mme Michu…). D’où l’idée de différencier vraiment l’« intention » de créer un compte vs celle de se connecter à un compte existant.
En d’autres termes, si l’« intention » était de se connecter à un compte existant, ne pas laisser l’utilisateur créer un compte à la place (et d’ailleurs potentiellement à son insu), et ce sous aucun prétexte, tant qu’il n’est pas passé par la procédure correspondant volontairement et sans ambiguïté à l’« intention » de création de compte.
Dans Sakia, lorsque l’utilisateur veut “Créer un compte”, Sakia vérifie que ni l’UID, ni la pubkey ne correspondent à une identité sur la blockchain, sinon il jette une erreur et bloque l’utilisateur.
Inversement, lorsque l’utilisateur veut “Se connecter”, Sakia vérifie que l’UID et la pubkey correspondent à une identité sur la blockchain, sinon il jette une erreur et bloque l’utilisateur.
Est-ce une telle distinction qui est souhaitée ici dans Cesium ?
Je n’ai pas creusé le truc plus que ça, mais il me semble qu’on ne devrait pas afficher le message disant que le compte est inactif, et tout simplement envoyer bouler. Après je comprends que pour un compte non-membre qui n’a jamais rien publié dans la blockchain ça risquera d’être pénible de saisir à chaque fois des identifications pour créer un compte… mais s’il n’a rien à publier dans la blockchain il ne devrait même pas avoir à s’identifier de toute façon. À moins que j’aie loupé quelque chose.
Edit: je crois qu’Inso dit la même chose que moi (vilain qui m’a grillé à 1s )
@kimamila Je viens de faire le procédé pour me connecter à mon compte en écrivant n’importe quoi comme id et mp, une fois que je clic sur « se connecter », voilà où j’arrive :
Je te propose de changer cela par une même fenêtre mais rouge et qui annonce une erreur et bloque la procédure et renvoie à la fenêtre précédente de connexion à son compte (comme dit @Inso) .
Soit, dans l’encadré maintenant rouge écrit :
« Erreur de Saisie
Les id et mp que vous avez saisi ne correspondent à aucun compte existant, veuillez renouveler votre identification. »
puis le bouton « renouveler mon identification » qui renvoie à la fenêtre précédente.
C’est fait à l’identique dans Cesium. Si ce n’est pas le cas il faudra que les testeurs ouvrent un ticket.
Comment fait on pour se connecter à un compte “simple portefeuille” ?
S’il ne s’identifie pas, c’est qu’il doit utiliser sa clef publique pour se connecter, selon toi ? Cela me parait plus compliqué que de se rappeller le début de sa clef.
Pour ça, Sakia propose un bouton “Connecter un wallet”, qui vérifie que la pubkey ne corresponde à aucun UID.
Dans la 0.31, il y aura aussi la possibilité de se connecter en entrant simplement la pubkey.
@kimamila [quote=« kimamila, post:19, topic:1660 »]
comment fait un utilisateur qui veut se connecter (ou consulter, peu importe) à un compte « simple portefeuille » ?
[/quote]
Il faut d’abord qu’il en ait créé un, je me trompe ?
Et c’est ici que ça se passe :
@kimamila je sais que ce n’est pas du tout le bon endroit mais comme je vois que tu es connecté, est-ce que je pourrais te contacter soit par téléphone soit sur un chat privé pour que tu me dises si le procédé de traduction en Espagnol de Cesium que je suis en train de faire directement sur Github Desktop est bon… ?
Que je ne me retape pas tout depuis le début une fois fini… hihiiii
Idéalement faut demander à kimamila pour qu’il génère les fichiers afin d’utiliser le weblate https://weblate.duniter.org/projects/cesium/i18n/ Mais bon par github ça le fait aussi, même si c’est moins facile !
ID ou pubkey → si après vérification pas de ID → porte monnaie
ID ou pubkey → si après vérification est avec ID → compte membre
Il n’y a pas de raison de faire plusieurs fenêtres de connexions, on doit pouvoir se connecter sur n’importe quelle pubkey, le fait qu’elle soit associée à un ID signifie juste qu’il s’agit d’un compte membre, mais ça doit fonctionner pareil en terme de “connexion”.
C’est juste qu’un compte membre doit pouvoir a-piori pouvoir générer des documents Duniter. Mais évidemment si l’utilisateur ne possède pas la clé privée du compte membre sélectionné dans sa liste, il n’y arrivera pas c’est tout. Mais ça Sakia (ou Cesium) ne le sait pas a-priori, c’est la signature qui fait foi.
)
)
