Reprise du message précédent :

Alors pour moi pas du tout, je vais faire une vidéo.

sans le son stp

allez je lance ça pour la nuit
 
a+
 
  Bugs (les plus sûrs — critère d'acceptation clair)
  1. #466 — parser : lignes vides   orphelines perdues entre paragraphes (suite #333/#280) · fixture/unit-testable
  2. #331 — « mes sujets » affiche un dernier posteur incorrect · parser/listing testable
  3. #453 — badge MP : compteur périmé après lecture du dernier MP (pas de refresh à la lecture)
  4. #465 — sondages : le repli/dépli ne persiste pas d'une page à l'autre
  5. #476 — mise en avant d'un post multi-quoté décale l'avatar/pseudo de l'en-tête
  6. #501 — rafraîchissement auto des drapeaux non déclenché au changement d'onglet / à la relance
 
  Robustesse / perf
  7. #452 — badge MP : l'opt-out doit couper le travail réseau, pas que l'affichage
  8. #474 — durcissement providers upload (Imgur deletehash, garde de taille, erreurs typées) · unit-testable
 
  Petites améliorations UI/UX
  9. #483 — rendre l'indicateur « édité » visible (pas seulement dans le menu)
  10. #480 — « Citer » / « Citation multiple » en icône dans l'en-tête du post (option)
  11. #250 — smiley picker (onglet Wiki) : révéler la recherche + clavier au switch
 
  Doc (filler très sûr)
  12. #419 — Known issues & compromis assumés (liste vivante)

Swipe RF1 :

https://streamable.com/7crnx5

Swipe RF2 :

https://streamable.com/cnyouu

Comment tu fait des captures vidéo ? Chez moi le problème est encore un peu plus marqué que chez toi ...

C'est une fonction du système (généralement accessible par un bouton depuis le panneau que tu swipes depuis le haut de l'écran sous Android)

#tagsuggestion

Serait-ce possible, dans la vue drapeaux, de rendre l'ordre des cat modifiable ?

L'effet de scroll c'est lié au fait que RF1 utilise un composant "pager" qui est fait pour donner cet effet de "glissement".

Il faut utiliser un composant "HorizontalPager" dans RF2 pour avoir le même effet.

https://developer.android.com/devel [...] outs/pager

La barre en bas est très compacte quand je suis dans les réglages sinon elle est pas très compacte.  Xiaomi 15T pro HyperOS 3 a16

Redface 2 — build dev 143 (0.12.0-dev.143) dispo sur le canal F-Droid .dev.

Quoi de neuf depuis la build 139 :

Corrections
- Bottom bar : plus de bande sombre sous le contenu au-dessus de la barre (toutes les pages, pas seulement les Réglages), en portrait comme en paysage. (#529)
- MP : le réglage « badge non-lus » désactivé coupe vraiment le réseau ; lire une conversation met à jour le compteur tout de suite. (#452/#453)
- Affichage des posts : les lignes vides entre paragraphes sont de nouveau préservées. (#466)
- Drapeaux : rafraîchissement auto au changement d'onglet et au retour dans l'app. (#501)

Menu / navigation (suite de la refonte)
- Transitions shared-axis entre onglets + retour prédictif. (#513)
- Recherche des Réglages : résultats à plat + fil d'Ariane par résultat. (#514)
- Bottom bar raccourcie (~64 dp). (#515)
- Barre de recherche translucide au scroll. (#519)
- Catalogue « À venir » dans les Réglages. (#517)

Merci de tester et de remonter le moindre souci — en particulier le rendu de la bottom bar selon votre navigation système (gestes vs 3 boutons, portrait/paysage).

Dites moi si c'est bon, j'ai pas vraiment le temps de tester cet aprem

Test lignes vides

Youhou

Edit : bof

Test RF1

5

10

.20

Test rf2

5

10

.
....20

Version?

143

C'est moi ou ça ne veut rien dire ?

Le rafraîchissement à la relance semble OK

Ça veut probablement dire qu'il ne fait plus les requêtes de recherche de nouveaux MPs plutôt que juste ne pas afficher de badge

Test...
.
.
... icule

Test...

... icule

V143. #tagbug

Le problème est toujours présent

v143

Toutes les lignes sautées ne sont pas prises en compte.

#tagbug

C'est marqué comme corrigé ?

A priori oui, cf. le post de xatelitte à 13h15

Je ne vois pas de corrections du swipe  

Moi non plus.

Édith : quiproquo, j'ai cru que tu parlais des lignes sautées

@Claude regarde stp

Ça, j'ai déjà testé et effectivement c'est pas,  ou pas totalement, corrigé

Ça a l'air à moitié pris en compte
Comparez avec la version svp

 
surla version web au final les éetours à la ligne sont filtrés à partir 2 ou un truc du genre
 
si je fais
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
þest ça me coupe les lignes mais ça l'affiche quand je l'edit, saloperie de forum

ah merde si je poste sur le forum c'est bon

Test rf2

5

10

.
....20

test

edit: j'ai repris le texte du post plus haut pourtant tronqué, avec edit... saloperie

Je pense que Ayuget peut aider sur ce coup là, il a pigé comment ça marche.

ah non finalement au reload elles y sont plus

Vu de loin, ça a l'air d'être le bazar, ces histoires de lignes sautées

ouais je pense que je vais mettre ça en basse priorité

testez le reste svp que je balance en beta

Vu, merci pour les tests et les retours.

Confirmé : en build 143, RF2 préserve les lignes vides mais sans plafond, alors que HFR lui-même cape les runs (≈2 comme tu dis). Donc sur les gros blocs de lignes vides, RF2 en garde trop → d'où le « à moitié corrigé ».

Je garde le comportement actuel pour l'instant (déjà mieux qu'avant sur les cas courants) et j'alignerai RF2 sur la vraie règle de plafonnement de HFR plus tard — c'est noté en suivi (#532), mais en sous-priorité, d'autres sujets passent avant. Ça demandera de capturer des posts réels à blocs de lignes vides pour figer la règle exacte (le rendu diffère connecté/non connecté, et le forum est joueur au reload comme tu l'as vu).

on peut lui rajouter quoi comme smiley de signature ?