Fonctionnalité #43
Intégration de DashCoincoin
| Status : | Résolu | Start : | 12/22/2008 | |
| Priority : | Urgent | Due date : | ||
| Assigned to : | David THENON | % Done : | 100% |
|
| Category : | Interface web | |||
| Target version : | - | |||
Description
Il faut récupérer le code de DashCoincoin et l'implémenter sur l'interface de la tribune.
Du peu que je me rapelle et de ce que j'ai vu vite fait, il semble possible de pouvoir inclure directement le code dans Shoop sans le modifier en suivant à peu près le meme principe que la version de test dans le navigateur de DashCoincoin.
History
12/23/2008 11:24 PM - David THENON
- % Done changed from 0 to 30
Donc c'est intégré proprement (grace à la flexibilité des libs). En fait ça déconne uniquement sur tout les positionnement des boites en absolus pour accueilir des posts hors écrans ou bien les smileys.
C'est dû au fait que DashCoincoin étant basé sur un widget et donc avec une hauteur fixe, on se basait sur les offset de la liste des messages, alors que pour le navigateur on doit se référencer au scrolling de la page. J'ai commencé à rajouter l'option DASHCOINCOIN_IN_WIDGET qui permettra de spécifier le contexte auquel on doit se référence pour les calculs de positions.
12/23/2008 11:29 PM - David THENON
Pour gagner du temps, on peut ptet faire en sorte que DashCoincoin en mode pour navigateur, positionne normalement le smiley juste en dessous du pointeur.
12/24/2008 12:01 AM - David THENON
- % Done changed from 30 to 40
- Les smileys c'est ok
- Les posts référents sont bien highlightés quand on survole une horloge de référence.
- Les highlights de posts hors historiques sont mal positionnés (à cause du mauvais calcul de position), de plus ils sont fait dans un format de mise en forme à l'ancienne
- Les highlight de posts hors écrans sont aussi mal positionnés (dèsfois en haut, dèsfois en bas mais sans rapport avec la position de l'ascenceur) (aussi dû à un problème de calcul de position)
- La mise en forme du container de highlight en absolu prends mal la nouvelle mise en forme de l'expérimentation.
12/27/2008 03:58 PM - David THENON
- % Done changed from 40 to 60
Les highlights de posts hors historiques sont mal positionnés (à cause du mauvais calcul de position) ..
Donc c'est corrigé. Pour résumé comment le processus d'affichage se déroule :
- Au survol d'une horloge on vérifie que le post pointé par l'horloge est visible (c-a-d que son coin haut-gauche est à l'intérieur de l'écran)
- Dans tout les cas la ligne est highlighté (visible ou non), ensuite si il n'est pas visible, on copie/colle son contenu html que l'on place dans un container caché
- On récupère la hauteur du container (A), la position du coin-gauche (N) et la position du coin-gauche de l'écran (S). On connait aussi la valeure d'espacement verticale (E) entre le haut|bas du container et le haut|bas écran.
- Si
@N>(S+A+E)@ alors on affiche le post en absolute top à E_ pixels du haut de l'écran. Et sinon, en absolute bottom à _E pixels du bas de l'écran.
À savoir que toute les positions se font par rapport à la hauteur complète du document et pas de l'écran (l'écran ne montrant qu'une partie du document complet si il possède un ascenceur).
12/28/2008 12:03 AM - David THENON
- % Done changed from 60 to 80
Tout les highlight se font correctement, la nouvelle mise en forme y est respecté, ainsi que pour les nouveaux récupérés par le backend JSON.
Ca marche nickel sous Firefox et Safari, mais sous IE ça bug dès le chargement (comme par hasard !!), ça sera donc à débugguer, mais je réserve tout ça pour une autre tache après.
Seul la gestion du switch row1/row2 sur chaque ligne de poste venant du backend JSON, n'est pas très au point, mais sinon tout a été fait proprement et théoriquement ça doit toujours fonctionner tel quel (à quelques détails html et global js ajoutés/changés) dans DashCoincoin en mode widget DashBoard, faudra tout de même vérifié ça.