Page 4 sur 6

Re: Tests lecteurs SGF

Posté : jeu. 25 mars 2010 18:08
par jeudego
dans mon cas, c'est sur firefox3.5.8/MacOsX.4 mais le défaut est aléatoire...

après test sur Safari 4.0.5MacOsX.4, pas de soucis

Re: Tests lecteurs SGF

Posté : ven. 26 mars 2010 02:34
par fanfan
Je confirme aussi que le problème est avec firefox 3.58, mais pas avec safari 4 (d'une manière générale d'ailleurs, safari 4 sur mac os semble une réussite tant au niveau vitesse que rendu, ce qui était moins le cas des versions précédentes).

Re: Tests lecteurs SGF

Posté : mar. 1 juin 2010 18:33
par Gérald
Salut à tous,
Bon je suis entrain de faire le site de la LRA et donc j'ai récupéré le lecteur de Gludion.
Pour l'instant le site sous Joomla fonctionne avec le JCE 1.5 (et donc TinyMCE).
J'ai ramé pour pouvoir utiliser le goswf en direct dans les articles puisque les bbcode ne sont pas natifs dans l'éditeur mais j'ai réussi en partie.
J'ai créé un plugin pour la toolbar de TinyMCE qui intègre le code entre les balises - embed - et qui ouvre une popup demandant l'url du sgf.

Pourquoi en partie ? parce que j'ai quelques soucis avec les variables du flashvar du côté front-end alors que du back-end ça roule sans problème.
JCE me transforme
"flashVars":"nav=D86F1E&bg=FEDFB4&url=xxx"
en
"flashvars":"nav%3DD86F1E%26bg%3DFEDFB4%26url%3Dxxx"
donc c'est pas cool... je dois avoir un un truc à modifier mais je sèche.

Sinon pour le bouton de la toolbar, il n'ouvre pour l'instant qu'une boite de dialogue avec un champ vide pour l'url. je vais voir si je ne peux pas rajouter les couleurs et d'autre paramètres.

Gérald.
PS: Je posterais ici le plugin TinyMCE - JCE quand il sera un peu plus personnalisé. Cela pourra toujours servir.

Re: Tests lecteurs SGF

Posté : mar. 1 juin 2010 20:21
par gludion
je ne comprends pas tout, mais une piste peut être de mettre les flashVars accolées au nom du SWF:
<EMBED src="goswf.swf?url=game.sgf" width="440" height="600" type="application/x-shockwave-flash" />
Donc meme si le vilain JCE escape tout, ça sera remis en ordre coté flash..

Re: Tests lecteurs SGF

Posté : dim. 15 janv. 2012 18:37
par test
171 - goswf

171 - gos

171 - gos
download/file.php?id=171[/gos]
41 - gos

167 - gos
download/file.php?id=167[/gos]
41- gos - mode figure
download/file.php?id=41[/gos]
170 - goswf

170 - gos

173 - gos

169 - goswf

169 - gos

55 - gos

105 - gos

Re: Tests lecteurs SGF

Posté : dim. 15 janv. 2012 21:17
par fanfan
Mon test 1 (id 170) :



Fin de mon test 1

Mon test 2 (id 41) :



Fin de mon test 2

Re: Tests lecteurs SGF

Posté : lun. 16 janv. 2012 21:54
par fanfan
Ca va-t-il marcher ? (sgf 179)


Re: Tests lecteurs SGF

Posté : lun. 16 janv. 2012 22:16
par gludion
Houla mais ça bouge ici!! ;-)

Re: Tests lecteurs SGF

Posté : mar. 17 janv. 2012 00:08
par fanfan
Tiens, bah justement tu tombes bien : j'ai vu que lorsqu'une partie ne peut pas être affiché par goswf, celui-ci indique entre autre cause possible que l'utilisateur n'est peut-être pas un utilisateur connecté. Tu as plus d'info sur les raisons de cet éventuel comportement ?

Re: Tests lecteurs SGF

Posté : mar. 17 janv. 2012 10:57
par gludion
oui, c'était parce que sur le forum goigo (de Dai Junfu), on ne pouvait pas accéder à un fichier sgf (l'url directe genre goigo.org/uploads/truc.sgf) si on était pas loggé. A la place on obtenait une page HTML invitant à se logger ou s'inscrire. Par contre une fois loggé, on avait accés au sgf.
Ce problème était répercuté dans le lecteur flash, qui tombait sur une page HTML en cas d'utilisateur non loggé. C'est arrivé aussi sur d'autres forums.

Voila donc la raison de ce message.
Sur le forum jeudego.org, on a pas ce probleme car même un utilisateur non loggé a accés au sgf.