Reprise du message précédent :
   
 
J'ai fait 4 PR:  

• Correction de divers bugs
• Version native iPhone Duo (testé sur sur un vrai tel)
• Un theme un peu plus moderne avec des couleurs qu'on peut choisir, compatible Liquid Glass
• et la selections des categorie et de la recherche directement dans la sidebar (pour qu'elle soit utile avec le Duo), pagination dans le topic

Screenshots:
https://imgur.com/a/gnaK1ZQ
 
https://i.imgur.com/vIoG76d.jpeg  
https://i.imgur.com/xd6TuB1.jpeg  
https://i.imgur.com/9t9W8ld.jpeg  
https://i.imgur.com/kG9Ifns.jpeg  
https://i.imgur.com/w1uDxVc.jpeg

Rapide    
 
Je suis le seul dev depuis des années donc recevoir une PR avec des centaines de lignes de code modifiées sans prévenir, je t’avoue que ça fait un peu bizarre    
 
Mais je suis pas contre, je vais regarder ça

 
Vite la maj duo please
On se coltine ça sur l’écran interne pour le moment  

Comment pouvons nous aider pour la mise à jour ?

Envoyer de la thune

Haha oui désolé j'aurais du prévenir surtout que j'ai vu après coup que tu avais commencé le taff désolé.  
J'ai proposé quelques changements mais n'hésite pas à refuser ou à modifier si tu n'est pas en phase.

Il ya un bug que je crois avoir remonté  
Les avatars des pseudos ne s’affichent que pour certains, sans que j’arrive à déterminer un pattern

C’est quoi une icône de pseudo ? L’avatar ?

Oui mon mauvais je corrige

de ce que je me souviens c'est pas un bug, c'est une feature
les smileys sont tous affichés depuis le cache (pour afficher la page plus vite) sauf la première fois qu'un pseudo est chargé, puis qu'il n'est pas encore dans le cache. Si tu refresh la page, ils doivent tous être affichés
Sauf que faire un contournement pour afficher les rares cas de pseudos au premier chargement plutôt que dans le cache, c'est compliqué avec l'architecture actuelle (je rentre pas dans les détails mais y a d'autres contraintes qui rentrent en jeu). Pas infaisable mais assez complexe et overkill pour ce cas là

je suis pas contre un peu d'aide, c'est avec plaisir  
faut juste que je vois comment on s'organise

@Xatrix
 
J’ai un copain qui a un message pour toi.
 

 
@ezzz j’ai un fork qui vire tout ce qu’il reste en objC pour passer en swift. Virer les 29000 lignes d’objC non utilisées, virer les libs deprecated.
 
Quand ça ressemblera à quelque chose si tu l’autorise je pense qu’on devrait merger dans ton repo, une bêta pour valider tout ce AI-Slop.
 
 

Je t’ai envoyé un mp

Hello, bon bah il s'en est passé des choses Hier soir je me suis lancé aussi sur une réécriture de l'app HFR : Ultra HFR, en Swift 6 et SwiftUI pour iOS 26. J'ai avancé une bonne partie de la nuit avec des tests etc. et ce matin je vois que je ne suis pas le seul ^^
 
Je n'ai aucune envie de continuer si un projet libre se monte, je preferais contribuer!
 
Ce qui tourne déjà sur ma version (sur un iPhone Duo et sur iPad, rien de publié) :
- forums, listes de sujets, lecture continue (pages enchaînées, curseur de pages, repère « Nouveau »), sondages, spoilers, images, liens HFR ouverts dans l'app ;
- recherche sur le forum et dans un sujet, profils, Alertes Qualitay, lecture hors ligne des pages déjà lues ;
- rédaction en BBCode avec aperçu, smileys et multi-citation (l'envoi n'est pas encore branché) ;
- mise en page iPhone, iPhone pliable (plié et déplié) et iPad, avec la liste et la lecture côte à côte ;
- en cours d'essai avec un compte : connexion (le mot de passe n'est jamais gardé), drapeaux et MP dans un « Fil », drapeaux dans les listes. Seule la page lue est chargée avec la session, pour que le drapeau avance comme sur le site.
 
Ultra HFR est sous MPL-2.0 et n'a repris aucun code de HFR+ ni de HFRnow.
 
J'ai aussi fait une maquette complete multi device pour tester l'UI avant de lancer le dev si vous voulez vous en inspirer. L'idée etant d'avoir un panneau d'accueil (Le fil) avec un résumé depuis sa derniere visite

Pourquoi vous faites ça ?    
 
Juste pour le plaisir de changer de techno? C’est pas déjà du Swift l’app ?
 
Édit: en plus j’ai l’impression que Ezz venait juste de moderniser l’app

triple j'avais pas vu le dernier message

Whaou
 
Personnellement je suis fan de l’ancienne appli avec plein d’infos sur un écran (bien serré)

Je parcours rapidement, y'a eu 2 forks de ezzz en 24h ou je suis mal réveillé ?

 
Faire les changements pour le Duo ca m'a juste donné envi de me lancer dedans car j'ai un peu de temps la    
 
Une partie du code est en swift (l'UI, sans reprendre les guidelines Liquid Glass etc.) mais il reste les bases en objective-c --> C'est l'historique, le backend. C'est pour ca que je me suis dit que ca serait peut etre pas plus mal de lancer une version parallele qui serait totalement réécrite pour ne pas avoir de dette technique.
 
Apres comme je l'ai dit, si on peut se federer sur un projet qui a la meme vision ca serait cool

40000 lignes d’objC
29000 inutilisées
Des libs deprecated depuis des années.
 
Pourquoi ne pas le faire en fait ?

1. Oui, c'était mon objectif et je ne suis pas encore arrivé à cette étape. Si on est plusieurs à vouloir ça alors on peut commencer, en prenant comme base les différentes sources comme la doc RF2.
2. MPStorage 0.1, oui il y'a une définition commune et elle est déjà suffisante pour bosser dessus avec plusieurs clients. Même s'il manque des trucs comme la gestion de l'accès concurrent. J'ai prévu un MPStorage2 pour ajouter des fonctionnalités mais c'est pas encore au stade de dev. Il doit peut-être y avoir des doc de travail dessus, à trouver où
3. Ça peut être une idée, oui. Après mes fixtures et celles précédentes sont déjà ouvertes et ça peut être bien d'en refaire de temps en temps. Pas fermé mais je sais pas si c'est prioritaire ou vraiment utile.
4. Pas compatible avec GPL3 ? Tu peux pas adapter ta licence ?

 
J’ai proposé à ezzz de mettre en place une ci moderne et les guidelines / guardrails pour les agents. L’idéal c’est quand même de merge dans ce repos et de mettre à jour l’application qui est déjà en place.
 
S’il accepte, il faudra qu’un de nous deux fasse tourner l’audit pour identifier les gap et les différentes décisions à faire figurer dans l’ADR.
 

Il y'a un topic dev pour les dev/contrib des apps et userscripts dans le but de fournir une plateforme commune pour surfer sur HFR (mpstorage, mêmes fonctionnalités, etc) https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
Pas encore très avancé mais c'est déjà ça

 
Pour la licence, en fait on n'a pas besoin de toucher au code : le tien est en Kotlin, le mien en Swift, on ne partagera jamais de code.  
 
Ce qui compte, c'est la doc protocole. La mienne (HFR-PROTOCOL.md) est déjà en CC BY 4.0, et la CC BY 4.0 est compatible avec la GPL-3.0 dans ce sens-là : tu peux déjà la reprendre dans RF2, avec un crédit. Pour l'autre sens, il suffirait que tu passes ta doc protocole seule (pas le code) en CC BY 4.0. Ton code reste en GPL-3.0, rien ne change pour RF2.
 
 

Pk tu passes pas en GPL3 ?

Tant que tu ne m’attaque pas en justice moi ça me convient

Faut que j'étudie les licences mais oui au pire je change pour que ça soit compatible, no soucy
Content que la doc RF2 ait été utile

Claude voulait te sucer pour la doc. J’ai refusé.
On utilise pas mes tokens pour ton plaisir.

Pour repartir sur des bases saines. Si en plus on peut éviter les errements (terme diplomatique) de la "modernisation", c'est un plus.

C'est dommage qu'il n'y ait pas de bases communes saines entre iOS et Android sinon on aurait pu réunir nos tokens sur un projet commun
Moi ce qui me manque pour RF2 c'est pas du token par contre, c'est de l'humain relecteur (ou plutôt "suiveur" pour vérifier que ça parte pas en vrille) et des CDP.

La partie swift existante il n’y a pas de raison fondamentale de tout jeter. Bien au contraire.  
Mais pour le reste c’est plus simple aujourd’hui de faire une implémentation de 0, fix forward plutôt que de migrer miette par miette.
 
Il n’y a aucune crainte à avoir au pire on casse la bêta d’une application que des vieux utilisent pour surfer sur leur forum d’extrême droite préféré.
 

Je partage cette philosophie, migrer l'ancien brique par brique c'est time consuming et ça rajoute des effets de bords inévitables sur l'existant.  
 
Partir sur une base propre, avec une liste de fonctionnalités commune, une direction claire je pense que c'est plus sain. Et ça permet de garder l'app actuelle 100% fonctionnelle en parallèle.

J'ai repris de full 0, j'en suis à 912 commits, 835 PR, 644 issues, 306 tags/releases et 349 builds

la gueule de ezzz quand il sortira de sa grasse mat

Mouais je vois, après l’objective C c’est pas grave, mais bon.
 
Découragez pas le seul mec qui bosse activement et constamment sur l’appli  

on propose de participer activement s'il est d'accord.  
c'est quoi ton point la ?

go sur le topic que j'ai cité pour la synchro entre dev et repos/projets
je proposais aussi une matrice de fonctionnalités, c'est peut être le moment de la démarrer (je pensais plus tard car je préfère bosser l'implémentation RF2 et le tatonage mais si on est plusieurs c'est viable dès maintenant)

Au contraire, on propose de ne pas le laisser seul à faire ça!

 
ca va etre rigolo a faire un topic HFR.

Il est déjà en PLS
Perso je l’avoue j’en suis encore en 3.2.1