Reprise du message précédent :
Drap, et bon courage

Va falloir que tu supportes toutes les combos possible (spoiler dans des quotes, citation bizarre, puces, etc...) Bon courage

Tu peux donner un look WP7 au contenu de ton WebControl (c'est bien le truc pour afficher de l'HTML?) au pire, pour que ça ressemble à du natif.

 
SL4 est pas censé arrivé sur WP7 ?

ll y a une api json mais désactivé pour l'heure sur forum.hardware.fr

Bon, j'ai un peu regardé la conversion HTML -> XAML, c'est un gros merdier car (évidemment) il faut tout faire en code behind et je vous raconte pas le bouzin, à foutre des new TextBlock() partout.

On va partir sur une solution avec WebBrowser. Apparemment WP7 gère bien ce contrôle, donc je pense qu'on va tenter de faire 1 WebBrowser pour 1 post de façon à conserver les options sympa genre tap&hold ou les effets un peu jolis. Il ne me reste plus qu'à trouver comment faire pour que la taille du WebBrowser soit adaptée à la taille du post. Je verrai ça ce soir.

Seul hic de cette solution : il faut une dizaine de seconde à une page de 40 posts pour se charger. Par contre ça reste fluide.

10s    
A mon avis te lance pas la dedans
10s pour afficher une page c'est énorme, a moins qu'on puisse commencer a lire pendant que le reste se charge

 
Tu veux mettre un WB pour chaque post? (avec ton exemple ça veut dire 40 WB) ?
 
Regarde cette doc: http://www.learningwindowsphone.com/preview.html , le chapitre deux à la page 21.

sur android, 40 webview à la fois ça rendait le truc impossible à gérer
 
Les 10s ne m'étonne pas une seconde (et oui, c'est au moins 9 secondes de trop, surtout qu'il faut rajouter le temps de chargement en 3g non ?)

Oui, c'est beaucoup, j'en ai conscience
J'aimerais charger la page en moins de 4 secondes. Je regarde ce soir comment je peux optimiser le code.

En fait c'est quoi qui pose probleme en textbox ? les smileys c'est ca ?
Pk ne pas afficher les smileys en format texte ? au moins dans un premier temps en attendant un eventuel SL4 qui permette mieux ?
 
HFR7 l'interet c'est la mobilité, pouvoir consulter facilement et rapidement HFR quand on est pas chez soit, si il faut attendre 15s par page ca me semble perdre tout son interet.

D'ailleurs ce que je reproche a la majorité des applis WP7 pour l'instant, c'est leur relative lenteur, les lecteurs RSS par exemple, aucun ne m'a convaincu. donc je pense vraiment qu'il vaut mieux optimiser au mieux l'affichage, le rafraichissement et le switch via l'interface métro, plutot que vouloir tout afficher. Au moins au départ tant que Silverlight permet pas mieux

 
+1 mieux vaut une interface limitée mais ergonomique et rapide plutot qu'un truc hyper complet mais pénible a l'utilisation
 

C'est ce qui est prévu

Comparaison WP7 / Symbian spotted

Bonjour!
Bravo pour le travail, ca va faire du bien de ne plus avoir besoin de passer par ie!
perso, j'ai voté à gauche, ca me parait plus "fin", plus esthétique, les infos sont pas balancés directement!

merci et bon travail

ps: et va au plus simple, quitte à ce que les smiley s'affichent sous forme de texte etc...car en effet, l'intéret d'une appli hfr est, d'après moi, d'éviter d'attendre 30 sec à chaque fois qu'on change de page!

 
Ca sera parfait pour porter l'application sur Symbian

(j'en profite pour faire un petit bilan des courses de mes recherches de la journée )

J'aurais bien voulu faire comme ça, mais ça me paraît chaud pour plusieurs raisons :

- Les contrôles Web sont assez pourris sur WP7, genre on ne peut pas bloquer le scroll à l'intérieur du contrôle sans totalement verrouiller celui-ci (càd rendre impossible le clic sur un lien ou sur un spoiler, le futur c/c n'en parlons pas).

- La hauteur ne s'adapte pas automatiquement à la taille du contenu, donc pour avoir une hauteur convenable il faut un javascript dans le html qui va récupérer la hauteur et la faire passer au c#, un bordel sans nom qui serait de toutes façons lent.

- Le chargement des 40 webcontrols met au minimum 5 secondes (j'ai pas réussi à optimiser plus que ça). J'ai pensé à en charger que 20, puis faire le reste une fois que l'user atteint le bas de la page, mais ça m'a l'air sérieusement foireux

Donc il ne reste que deux solutions : parser le HTML pour tout convertir en une valse de TextBlock, ImageBrush, StackPanel, etc., ce qui est assez difficile techniquement et je crains que le fait de charger ces centaines de contrôles mette du temps, ou bien faire une page HTML.

Donc on va oublier les petites features sympas de WP7 (genre le tap&hold ou bien l'effet 3D comme les tile quand tu passes ton doigt sur un post ), mais promis le HTML ressemblera fortement à l'interface Metro.

Et tout en texte comme on te disait pipolas ou moi c'est pas jouable ?
 
(au fait c'est quoi le tap&hold ?)

Tout en texte c'est chaud, il faut parser le HTML de façon à ce que tous les tags soient enlevés, et puis c'est pas un investissement pour l'avenir, sachant qu'on sait pas si le contrôle WebBrowser (qui sert à afficher le post en HTML) sera mis à jour bientôt. Je préfère sortir une grosse page HTML nickelle avec tout ce qu'il faut plutôt que 40 posts foireux car le parsing ne sera pas au top.
 
Le tap&hold c'est par exemple quand tu appuies sur une tile ou un contact ou un mail, et qu'un menu apparaît.

Ok c'est vous qui voyez

ah oui genre pour pinner une application ?
tu voulais l'utiliser pourquoi ?

 
cay couillon ca, ca aurait été un moyen original d'implémenter les fonctions sans ruiner l'accessibilité....
 
Dans un premier temps tu peux toujours le mettre dans le controle "..." du bas...
 
Question de noob : Quand tu parles de "html", tu veux dire html pur t ou y aura quand meme du php, des javascript et tout? Dans le premier cas ca revient juste à faire un CSS pour l'appli nan?  

 
ben par exemple tap&hold sur un post pour y répondre directement, l'équivalent de ca : sur le forum
 
sachant qu'on peut implémenter d'autres fonctions (grosso modo tte la barre : user, mp, ...)

D'ailleurs thefolken, par curiosité, pour l'affichage des topics, tu as créé des contrôles spéciaux ou bien tu as utilisé un controle web pour afficher du HTML ?
 

En gros, si tu veux, le problème que j'ai actuellement c'est que c'est impossible d'afficher des posts uniquement en utilisant les outils d'interface de Windows Phone, comme le TextBlock, le Grid, le StackPanel... Ces outils font partie d'un langage nommé le XAML.

Le point positif de ces contrôles c'est leur intégration totale à WP (c'est même WP7), les petites animations quand on clique sur un bouton, les effets 3D, ainsi que tout un lot d'éléments propres au téléphone (interactions, évènements, etc)
Le point difficile, à l'heure actuelle, c'est de convertir le contenu des posts du forums, que l'appli lit directement en HTML (elle lit la source du forum, ce qu'il y a affiché quand tu fais CTRL+U), vers des éléments XAML. C'est possible, mais c'est un boulot monstre

Ce que l'on va surement faire, c'est stocker le HTML du topic à lire dans une page spéciale de la mémoire, faire quelques bricolages dessus pour rendre la lecture agréable et "à la WP7", puis utiliser un élément XAML appelé le WebBrowser, qui est tout simplement une page du navigateur de WP7 (sans les éléments comme la barre d'adresse pour la barre du bas) et demander à cet élément de lire la page que l'on vient de créer. Ceci sera totalement transparent pour l'utilisateur qui évidemment ne changera pas d'appli et ne sera pas dépaysé

Dans tous les cas l'interface HTML de lecture des posts respectera rigoureusement les standards Métro, avec les bonnes icônes, les jolis affichages...

Pour l'interface de réponse aux posts, je passerai aussi en HTML

Voilà c'est ça. Avec le WebBrowser, le tap&hold ne peut pas être géré. C'est très dommage mais il faut passer par autre chose, mais je pense que des icônes rondes WP7 peuvent faire l'affaire sans surcharger la page.

Tu peux aussi recréer ton propre html pour les posts. Tu récupéres les n posts en html et tu crées ton propre canvas autour.

Je crois que les deux Apps Android et HFR+ font la meme chose: on parse le forum pour recréer de l'HTML. (pour le listing des messages uniquement)

C'est le choix de la raison, meme si c'est pas sexy, et avec un bon CSS/JS tu dois pouvoir recréer le style WP7.

Pour le tap&hold, si j'ai bien compris c'est un appui long? Si oui alors tu dois pouvoir le faire en Javascript.

 
voila une bonne nouvelle!  
 
Ca m'a pas l'air hyper compliqué de faire une appli en fait,   , jvais ptete installer le kit developpeur pour faire mumuse avec!    

bah même pas : 10s sur WP7 doit donner approximativement 18min36s sur Symbian

Le tap and hold c'est un nom sexy pour un truc que tous les smartphones tactiles font
 
C'est l'équivalent du clic droit, sur android il déclenche l'affichage des menus contextuels

Petit instant émotion, je viens de lire pour la première fois ce topic via HFR7
 

en quelques jours à peine tu es déja au même niveau de qualité que HFR4droid
 
/

FYP

Pffff c'est bas

j'avoue

Bon allez petit teaser
 

 
Sinon la lecture HTML des posts avance bien Il me reste plus qu'à coder les spoilers et les quotes, ainsi que le layout général

Pow

N'oublie pas les balises code et fixed

Tu veux pas faire un fond noir plutôt ? Ça consomme moins et ça pète pas mal sur mon omnia

Et sinon, pas de trait d'union sur "non lus" :-P
Vivement la release