Reprise du message précédent :

 
le probleme de ca c'est qu'il faut commencer à gerer de la bdd etc. Et ca risque d'etre bien galere par exemple si un topic est déplacé par un modo. Perso je garde bon espoir que la cat finisse par arriver  
 
ok avec toi sur l'interface qui reste visible 
a part aller a la page X ca y est deja non ? ou alors j'ai pas compris ce que tu veux dire. Par contre je suis pas contre améliorer les icones ou les remplacer par du texte, le systeme actuelle est pas tres clair et on a trop souvent tendance a cliquer involontairement sur le numéro de la derniere page et s'y retrouver
le scroll Constell avait expliquer le probleme me semble, ca y est mais ca merde si il doit t'emmener au dernier post du topic
 

Sinon on retire la vitualisation dans le cas de listes de moins de N éléments

c'est une idee effectivement de desactiver la virtualisation
mais au final je me demande si c'est pas mieux tout de même de repasser au système de Doc', c'est à dire encapsuler dans un browser ...
 
faire du parsing de html c'est déjà assez intensif niveau ressources, générer derrière le tout en xaml c'est quand même vachement relou et très imparfait ...
on peut essayer d'améliorer le moteur actuel, pour corriger les problèmes d'inline, mais y'a plein d'autres bugs
genre avec les balises < et >
si je fais <p> bold </b> hfr va mal le parser xD
Donc bon ...
A voir, je pense qu'on devrait essayer d'améliorer l'existant et sinon de basculer une Webview (d'autant plus qu'elle est performante désormais)

Je plussoie faudrait tenter de voir si ca fonctionne mieux maintenat

La méthode HFR8 ne me tente pas trop vu les perfs de HFR8. À voir ce que ça donne sur une Universal App

Constel t'entends quoi par désactiver la virtualisation

Bah en fait je crois l'avoir deja explique mais en gros:
Quand tu as une liste avec plein d'éléments, élements gourmands qui plus est, le système va réutiliser les "container" d'items plutôt qu'en générer plein.
Du recyclage en fait.
Au lieu de calculer les 50 posts d'une page, il va générer 10 containes, qui vont contenir les 10 premiers posts.
en scrollant, il va détruire les posts que tu ne vois plus, prendre les containers vides et les place en "tête" puis les reremplir avec des posts.
Ca permet d'économiser beaucoup de ram (mais, cela implique une plus grande conso CPU). C'est très utile sur téléphones, où y'a pas énormément de RAM dispo...
 
C'est très très vulgarisé mais c'est l'idée.
 
dada: les perfs de la Webview sont bien meilleures désormais, d'où ma curiosité

Si les perfs sont proches d'IE et qu'on peut insérer du CSS, ça se tente

ou alors on fait une API Azure qui s'occupe de formater l'ensemble dans un beau format  
ça se tente, mais la privacy va en prendre un coup

C'est ce que je me disait. Puis ça a un cout Azure aussi

A la limite le financement ça peut éventuellement s'arranger ... Je fais confiance à la puissance d'hfr pour cela

 
Sur iOS il y a la même chose, au final la web view était plus efficace pour deux raisons :
 
Ce système de liste est pas adapté aux "items" trop long.
La web view est justement faite pour ça, contenu chargé (images etc.) scroll très très long.
 
Sinon autre piste au lieu de faire parsing/reformattage c'est de manipuler le DOM de la page générée par HFR pour lui donner le look que tu veux/rajouter des features. Ça évite l'étape parsing très coûteuse (bon sur desktop osef mais sur mobile...)

En tout cas je suis en train d'installer VS2013 sur un Windows 10 tout propre (bon par contre le PC c'est une bouse...)

Peut-être qu'on peut intégrer du CSS dans la WebView (ou au pire charger le string de la page Web après avoir rajouter une balise link)

ouais, on pourrait effectivement faire de la manipulation de DOM/changement du CSS.
C'est du quick and dirty mais ça présente tout de même pas mal d'avantages!

Voilà ce que cela donne pour l'instant. (donc work in progress )

C'est un bon début

Interface deux colonnes sur desktop/tablette ?
 
à l'époque je me souviens que t'étais plutôt contre constell, mais comme t'as changé d'avis sur la webview, je retente

figure toi que j'y ai pensé hier soir
et que je considère sérieusement l'idée

le truc c'est que j'ai graaaaaave la flemme de créer une grid à deux column qui se resize comme il faut et qui rajoute un bouton Back lorsque l'on n'a plus que la place pour afficher les posts d'un topic

j'ai des erreurs un peu random avec sqlite, ça me saoule, va falloir que je regarde ça aussi -_-
(oui j'ai mis une table sqlite pour gérer les multi comptes)

Nouveau sondage!

Ah je me demandais justement à quoi servait le sqlite
 
Sinon petite question au passage, tu serais intéressé (soit pour m'aider à le faire, soit pour l'utiliser) par un webservice qui ferait du GIF2MP4 ? L'idée c'est que sur certain topic du forum il y a de très gros gif qui mettent une plombe à charger, et qui bouffe pas mal de CPU, alors qu'en vidéo avec le bon codec c'est géré en hard par la machine, tu peux lancer la "lecture" des gifs quand tu veux et c'est 42 fois plus leger à télécharger etc.

pourquoi pas
à voir

C'est marrant, je penser exactement à implémenter un truc comme ça pour la refonte d'HFR4droid

je fois que le bug du logiciel de capture est toujours la dans windows 10

le truc qui me soule avec ca (parce que d'autre site le font) c'est qu'on peu plus sauvegarder les .gif sur son pc

ça il suffit de rajouter un bouton/lien/menu contextuel pour te permettre de le faire, non?
 
@Ayuget: alors il faut qu'on le fasse

Quelque chose de ce style vous irait aussi?

 
C'est du concept hein, fait à l'arrache, faites preuve d'imagination

hmm si c'est un .mp4 que je vois, il voudra pas me sauvegarder le gif non ?
enfin moi ca me va si on peut (et puis je sais pas si beaucoup d'users pensent comme moi).
en tous cas oui la vidéo courte c'est mieux pour les appareils mobile que le .gif (faudrait qu'ils proposent l'accélération hardware du .gif un jour chez ARM )

Ca ne me parait pourtant pas très compliqué, si ?

Je ne suis pas fan des onglets, mais pour l'instant je ne vois pas de solution de remplacement

pas complique du tout meme!
simplement une histoire de flemme

pareil

@Reaper: Oui c'est qu'un détail d'implémentation à mon avis, dans tous les cas on connait l'URL du gif qui était là avant donc on doit pouvoir faire en sorte qu'il puisse être téléchargé.
 
---
 
Pour les onglets j'ai quand même l'impression que ça serait beaucoup plus sexy si c'était dans la ligne juste au dessus. De toutes façons les liens vers le profil ou les settings, je sais pas si c'est utile de leur donner autant de place, pareil pour la recherche.
 
Tu peux mettre tous les liens à gauche :
[AVATAR] (qui pointe vers le profil, les réglages HFR et pourquoi pas les réglages HFR RT, donc plus besoin de la roue crantée)
[MENU de l'APP] (flags, catégories, MP -avec icone et # nouveaux- etc)
[RECHERCHE] (là tu peux simplement mettre l'icone, qui affiche le champ de recherche à la demande)
 
Et sur la partie droite :
[ONGLETS]

Je sais pas trop, en fait faut savoir que dans W10 on pourra rendre les fenêtres totalement chromeless (c'est à dire supprimer la barre en haut à partir les trois boutons max min close) et donc on pourrait ajouter le profil, setting, là bas.

ah j'ai une idee

Je voulais voter 3, je me suis chier dessus...

on fera donc un +1 sur le total du compte

Imaginez que la barre de titre en soit disparaisse, un peu comme dans spartan
toujours work in progress

excellent, voilà ce que j'avais fais :
 

 

et ça donnerais quoi si on passe en mode portrait ce layout ?

à mon avis: la meme chose sauf que la colonne avec la liste des topics s'affiche en "overlay" lorsque tu tapes sur le bouton correspondant dans la colonne sombre sur la gauche.