Ya des idées vraiment intéressantes là dedans, mais qui soulèvent tout un tas nouvelles problématiques en terme d’UX.
Je ne pense pas boulverser autant l’UX de ce workflow avant un moment, il y a quantité d’autre choses à faire qui me semblent bien plus prioritaires.
Je vais d’abord faire tout le workflow (un premier jet) pour devenir membre, avec la partie révocation, ect …
Puis creuser beaucoup plus tous les extrinsics et éléments du storage qui sont déjà à ma disposition que je n’utilise pas encore, comme par exemple:
Vérifier si un compte existe
Récupérer le nombre de certification émis/reçus par adresse
Vérifier si je peux certifier au delà du simple fait d’être membre actif
Calculer et anticiper les taxes sur les transactions
Tous cela demande du travail d’UX en plus des providers.
Ensuite il y aura aussi pas mal de taf sur l’intégration de l’indexer quand il sera prêt.
On reverra le workflow de gestion des portefeuilles après tous ça ^^
Quelqu’un avec un Nexus 5X semble rencontrer un crash sur la 0.0.8+3 au démarrage, car il doit avoir une autre app qui écoute déjà le port 8080 sur son téléphone:
SocketException: Failed to create server socket (OS Error: Address already in use, errno = 98), address = 0.0.0.0, port = 8080
Le coupable peut lever la main lol
Il faudrait que je change ce port d’écoute de la webview pour en mettre un plus random.
Oui, 8080 ne devrait être utilisé que pour des démos de serveur. Tout le monde utilise 8080 pour SonServeurTellementImportantQuilMériteLePort8080 (IPFS notamment), ce n’est pas pratique.
Si c’est possible de demander à l’OS un port aléatoire disponible, comme ce qui est fait pour les connexions sortantes, ce serait encore mieux.
Bon alors j’ai installé la version v0.0.8+3.
Je tente de restaurer mes portefeuilles et là, premier constat, quand je saisi mon mnémonique, il ne passe plus automatiquement au mot suivant.(je trouvais ce comportement surprenant, car je me demandais comment il savait que mon mot était entier, mais c’était bien pratique)
Bon, je passe d’une case à une autre manuellement, mais arrivé à la fin, je m’aperçois qu’il n’y a pas de bouton pour valider.
Du coup je suis coincé.
J’ai été voir ta diff sur ta regex elle n’est pas bonne, elle autorise juste à ne pas saisir de partie entière, mais elle ne permet pas de saisir une virgule.
Chez moi, elle n’est pas remplacée, j’ai bien le bouton virgule, mais rien ne s’affiche quand j’essaye de l’utiliser.
Aussi je pense que tu devrais adapter ta regex selon la langue de l’utilisateur, car un Français devrait voir tous les nombres décimaux avec des virgules et pas des points. Nous geek avons l’habitude, mais je connais des gens que ça perturbe beaucoup.
Il me semble important qu’une app respecte les normes syntaxiques de la langue configurée
J’utilise un clavier spécial, mon problème vient peut-être de la!
Alors tu t’es trompé de commit dans l’issue, je me suis basé sur le commit qui tu as linké dans l’issue. Pour éviter ce genre de désagrément, je te recommande de toujours indiquer le numéro de l’issue dans la description du commit, ainsi gitlab va linker le bon commit à l’issue automatiquement
Maintenant que je vois le bon commit, je reste convaincu que ce n’est pas le bon fix, il faut afficher une virgule aux Français. Si plus tard dans ton code tu à besoin d’un point, il faut faire le remplacement après, mais pas dans l’affichage
Il faudrait qu’on se refasse une roadmap des priorités de Ğecko @poka. Parce que celle qu’on avait fait pour l’ADEME est un peu dépassée. Je propose qu’on mette en priorité faible tout ce qui touche aux détails d’interface (par exemple une virgule, une photo, ou une couleur) pour se concentrer sur les fonctionnalités et le workflow de paiement.
Oui, et de toute façon je compte consacrer tous les prochains builds aux corrections de bugs, parceque il restes des bugs liés à la gestions des coffres, au réseau, d’autres choses moins graves, qui sont fondamentales avant de continuer d’implémenter quoi que ce soit.
Après ça la 0.0.9+ sera consacré à l’intégration de l’indexer de manu je pense.