Reprise du message précédent :
#tagsuggestion v338
Ce serait bien de mettre les sous-categories en cache, comme la liste de drapeaux, pour éviter le clipping :
https://streamable.com/kg6n7e

#tagbug
v338
 
Dans ce post, le smiley n'est pas interprété comme image.
 
Mais quand je le cite, dans ce post, le smiley est interprété
 
edit : ceci dit, en version web non plus le smiley n'est pas interprété, WTF ?

Xat s'est encore fait TT ?

Ah ? Ou alors Il n'a plus de tokens ?

Claude a demandé des congés

Il doit avoir pas mal de RTT en retard  

C'est relancé. Les issues sur l'éditeur me font mal au crâne
Je cantonne la future beta à cet irritant et dès que validé je passe en beta avant de reprendre au propre une refonte éditeur.

A priori

Dev 0.59.5 (v339) disponible sur GitHub.
- #1404 : Android 10 — le clavier ne couvre plus le champ de l'éditeur (vérifié émulateur API 29, Samsung réel à confirmer).
- #1420 : quand le sélecteur d'images ne rend aucune image, bannière « Aucune image reçue du sélecteur… » au lieu du silence. Elle apparaît aussi si on annule le sélecteur, c'est connu.

Suite pré-bêta, dans l'ordre : sélection de texte dans l'éditeur (variante validée sur émulateur cet après-midi, portage en cours sur les 4 éditeurs), #1391 (taper hors d'un post relâche la sélection), #1415 (brouillon proposé une seule fois).

styx42 : sous-catégories en cache → #1423.
Dintr-un lemn : si le web n'interprète pas non plus le smiley, c'est côté HFR, pas de ticket.

Dev 0.59.6 (v340) disponible sur GitHub.
- #1391 : dans un topic (et en MP), taper hors du texte sélectionné relâche la sélection, y compris après une sélection de mot par double-tap. Spoilers ouverts et liens intacts.
- #1415 : le brouillon non envoyé n'est plus reproposé en boucle (retour du sélecteur d'images, rotation) ; une seule proposition par ouverture.

Vérifié sur émulateur. Reste avant la bêta : la sélection dans l'éditeur (en correction, tests en cours).

Oui mais il ne reste que 3 lignes d'edition donc non
Je ne sais pas quoi en penser

C'est pareil sur le web, bon je viens de voir ton édit.
Il y'a une option pour choisir de ne pas interpréter les smileys ;)

Dev 0.59.7 (v341) disponible sur GitHub.
- #447 : sélection de texte dans les quatre éditeurs — le champ a de nouveau une hauteur bornée et son propre défilement : en glissant une poignée au bord, le texte défile et la poignée ne décroche plus (vérifié émulateur, à confirmer sur vos téléphones).
- Le défilement suit le doigt : il faut dépasser le bord du champ, un doigt immobile ne fait pas défiler en continu.

Régression connue sur cette build, #1425 : à l'ouverture du clavier ou de l'aperçu, la ligne du curseur peut rester cachée sous le clavier tant qu'on ne tape rien. Correctif dans la prochaine build. Sur la réponse MP, les bannières passent encore sous le champ, même lot.

antiseptiqueIncolore : 3 lignes clavier ouvert c'est trop peu, noté. La prochaine build relève le minimum du champ de réponse (160 dp au lieu de 96) ; quel téléphone et quelle taille d'écran ?

Samsung s9 écran 5.8".
Je ne sais pas s'il faut vraiment perdre du temps pour un si vieux téléphone / OS

Bon j'ai finalement pris le temps de discuter architecture sur le sujet de la zone d'édition, l'API Compose utilisé est vieille, on a une surcouche perso par dessus. Bof.  
J'aurai dû prendre le temps et décider de reprendre ça pendant la refonte de l'éditeur mais ça a permis de faire des recherches/tests en amont, c'est pas perdu.
Donc je passe un truc bâtard à la rapide avec nouvelle API en gardant la surcouche RF2, livrage beta puis reprise de l'archi avec la refonte propre
 

En tout cas l'affichage suit la sélection. Que ce soit sélection au doigt (ce n'est pas sale) ou sélection aux touches clavier.

J'ai noté un comportement erratique qui diffère en fonction du sélecteur Début/Fin quand on le fait glisser au doigt.

En tout cas la sélection de texte dans l'éditeur semble bien plus performante sur mon P10p

Dev 0.59.8 (v342) disponible sur GitHub.
- #447 : le champ d'édition passe sur le composant Compose moderne (BasicTextField à état), même surcouche RF2. Les poignées défilent dans les deux sens sans s'emballer ni revenir au début, le curseur reste visible à l'ouverture du clavier et de l'aperçu (la régression de la 341 est levée).
- Double-tap = le mot, triple-tap = la ligne, y compris sur les mots à tirets et les URL ; la « sélection intelligente » Android (qui élargissait la sélection toute seule) est coupée dans ce champ uniquement. Couper/Copier/Coller et les actions tierces restent.
- Les quatre éditeurs gardent au moins 160 dp pour la saisie quand l'écran le permet.
Limite connue : en paysage clavier ouvert sur l'éditeur de post, la zone de saisie reste étroite ; repris avec la refonte de l'éditeur.
Vérifié sur émulateur API 34 ; vos retours sur téléphone réel décideront du passage en bêta (0.60.0 préparée).
XaTriX : le comportement différent entre poignée début et fin venait de notre recalage maison, remplacé par le natif. antiseptiqueIncolore : S9 noté, le minimum relevé devrait donner 5 à 6 lignes clavier ouvert, dis-moi.

La sélection fait bien défiler la vue du texte, ça c'est cool !

Par contre c'est quoi cette histoire de double ou triple tap pour sélectionner ? En vue édition ça ne fait rien, et en vue topic double tap... fait un refresh bien sûr. Donc je vois pas de quoi tu parles.

Si si chez moi ça sélectionne bien un mot ou la ligne, Vue Édition.
Rapide test et je trouve la sélection désormais tout à fait correct.

Vérifiez svp et je pousse en beta qu'on passe à autre chose

Ah oui exact, ça fonctionne

Sur mon samsung s9 android 10 c'est un gros non.
Avant

Apres:

S'il y avait un brouillon, le message de récupération n'apparait pas forcément  (et on ne peut pas récupérer le brouillon)

Je pense que le probleme vient du fait que les 3 boutons options smileys et envoyer sont toujours affichés.
Gros bisous !

Cheh

#taggiletjaune
#tagsuggestion
Aussi, Claude, en ouvrant le menu "trois points" dans l'editeur, je m'aperçois d'une option "demander à Claude" qui ouvre mon appli Claude avec le texte sélectionné. Tu es bien certain que tu ne peux pas ajouter une option "rechercher sur internet"? Vrai de vrai? Droit dans les yeux?

antiseptiqueIncolore : merci pour les captures, c'est un vrai bug et pas lié au S9 en particulier. Dans l'éditeur de post (« Répondre au sujet »), le titre, la barre d'outils et le bouton « Afficher l'aperçu » sont hors de la zone qui se partage la hauteur avec le champ, contrairement aux trois autres éditeurs : clavier ouvert sur 5,8", il reste 3 lignes au champ et la zone des bannières est coupée, d'où les boutons Restaurer/Ignorer invisibles (il faut faire défiler la bannière, ce que rien n'indique). Correctif en cours : même structure que les autres éditeurs, bannières en tête, champ à 160 dp minimum ; je vérifie sur un émulateur Android 10 en 360×740 avant de le pousser.
Pour « Rechercher sur internet » : c'est faisable (entrée ajoutée à notre menu de sélection, recherche web avec le texte sélectionné), noté en #1431, à arbitrer par XaTriX après la bêta.
Dintr-un lemn : le double/triple tap c'est bien en vue Édition, dans le champ de saisie.

On s'en tap   une fois, deux fois, trois fois...

Ça semble plutôt bien fonctionner chez moi  
#tagSuggestion
Restera plus qu'à revoir un peu le design pour profiter des trop grosses marges autour de l'éditeur (surtout en haut, vu que les boutons du dessus sont complètement liés)

Faut mettre tout les boutons sur une seule ligne Xat.

Effectivement sur P10p / Android 17 le champ de réponse est également étriqué avec 5 petites lignes. Il y a beaucoup d'espace perdu sous la ligne de boutons en haut de l'écran, et entre l'option "afficher aperçu" et les boutons du bas.
En revanche la sélection avec défilement fonctionne bien. Je ne vois pas l'intérêt du double tap pour sélectionner un mot, nativement ça fonctionne avec un appui long. Et le triple tap ne passe pas chez moi, mais je dirais presque tant mieux

On ne règle que la sélection, la refonte Editeur s'occupera du reste

Toutes ses captures avec le rose délicieu  
Quel visionnaire XaT

C'est de l'art de troller 250 personnes

Bêta 0.60.0 (v343) publiée sur GitHub (go XaTriX), F-Droid bêta et Play bêta suivent la propagation. Contenu depuis la bêta 0.58.0 : tout le lot dev 0.59.x plus deux correctifs mergés ce matin sans build dev intermédiaire :
- éditeur de post : titre, barre d'outils et aperçu rangés dans la zone défilante comme les autres éditeurs, champ à 160 dp minimum même clavier ouvert, bannière de brouillon en tête avec ses boutons Restaurer/Ignorer (retour S9 d'antiseptiqueIncolore, vérifié sur émulateur Android 10 en 360×740) ;
- brouillon : l'offre de restauration attend Restaurer/Ignorer, taper le titre ou un destinataire ne l'efface plus, Restaurer ajoute au texte déjà tapé.
Limites documentées : paysage clavier ouvert (champ très réduit), pas d'autoscroll à doigt immobile, sélection intelligente coupée dans le champ BBCode. Suite : refonte de l'éditeur (#1417).
antiseptiqueIncolore : la bêta contient le correctif S9, dis-moi ce que ça donne chez toi.

Perso j'ai essayé d'autres jeux de couleurs et finalement j'en reviens toujours au rose xatrix

Premier jet sur la refonde Claude: https://forumhfr.github.io/artifacts/editeur-1417/

Pourquoi ne pas remplacer dans le même jet les "gras" "souligné" etc par des icônes ?

Oui et sur une ligne avec carroussel infini. Sur la question de l'aperçu, pas de plein écran. Sur la question libélé/icone sur le menu classique: icone

C'est bien de conserver le principe de carte pour chaque citation.
Si je comprends bien on pourra éditer et ordonner chaque citation via un écran dédié, ça me paraît très bien.
Par contre il faut tout de même voir les cartes de citations dans l'éditeur pour pouvoir écrire entre.

Edit : c'est peut-être ce que décrit ce choix

Qui parle encore de ces cartes ?

Ton padawan

Ah ouais