Favoris v2
publié le , mis à jourJe reprends la 1754#issuecomment-18669860">liste des tâches de #1754 car je m'en sors plus avec cette immense page.
- marquer la sync comme beta
- la réserver aux abonnés
Nouveautés
- que mettre à part les favoris ? on peut ajouter la voiture électrique ?
- à faire car c'est important, mais seulement si ça prend pas trop de temps
- et faut un moyen de savoir ce qui est stocké ? Ou alors la page favoris devient plus globale, avec la préférence
Sécurité des données
- on a vérifié qu'ajouter une clef avec déjà des favoris, les fusionne
- gérer la transition localStorage -> indexedDB sync automerge
- 1ère version dans useSync
- tester via le transfert de localstorage de prod à dev, voir si tout est bien chargé
- faire vérifier une implé à la main par Mistral, mettons toutes les chances de notre côté
- tester favoris sur LS, les copier dans dev.cartes.app, puis instantier la sync, et tester via téléphone avec le QRcode
- c'est bon mais j'ai un petit doute sur le fait qu'il faille cliquer sur bouton sync pour réactiver une sync après des minutes d'absence
- je confirme, faut faire ça sinon ça sync pas
- c'est bon mais j'ai un petit doute sur le fait qu'il faille cliquer sur bouton sync pour réactiver une sync après des minutes d'absence
- On a géré l'installation d'automerge, c'est très simple, mais quid de la persistence ?
- s'il crashe, ça donne quelle expérience pour l'utilisateur ?
- ben comme prévu, les favoris restent là tranquillement
- et quand le serveur revient en ligne, ça resync ?
- alors déjà, on affiche le fait qu'il perd la connexion
- la resync se fait en prenant en compte les changements locaux des deux côtés de l'essai
- faut-il stocker les données sur le serveur, ou assumer que le serveur n'est qu'un relai ? Est-ce que ça ne provoque pas de perte de données, juste une perte de synchro, récupérable ?
- a priori donc, tant qu'un pair (un appareil utilisateur) garde les données, le serveur peut tout perdre, OSEF
- car on a testé de supprimer le .amrg DATA_DIR par défaut
- s'il crashe, ça donne quelle expérience pour l'utilisateur ?
- ça marche les traces ? C'est pas trop incompréhensible ? beta ?
- et les itinéraires ? c'est correk ?
Lancement
- maintenant faire tester la commu ? Tenté sur Matrix, mais aucun retour :/
La suite dans #2593 !
laem
Aïe, la PR gps maintenant finalisée charge 1,36 Mo quand la prod charge 1,13. Augmentation inacceptable !
laem
OK, avec un peu de travail de fainéantise j'arrive à 1,25 mo contre 1,13 pour la prod, notamment en chargeant les horaires de façon fainéante. Pas trop mal.
laem
Je viens de refaire un test pour la migration du LS : c'est bon, après une petite correction qui évite un F5 pour les charger.
laem
Ah oui je viens de comprendre qu'il y a aussi une inflation des ko liée aux langues traduites. Bon normalement, ça devrait pas alourdir une version en particulier, juste les 25 000 lignes de cette PR, mais je pense qu'il y a une augmentation résiduelle quand même.