DOMObject bugs - Githubissues

silexlabs / SLPlayer-proto1

SLPlayer is an open-source virtual machine used to render graphical user interfaces and digital publications. It takes XML, CSS and haXe script as an input, and runs un javascript / HTML 5, ActionScript Flash and php / neko

http://www.silexlabs.org/groups/labs/slplayer/

5 stars 1 forks source link

DOMObject bugs #15

Closed lexoyo closed 13 years ago

lexoyo commented 13 years ago

DOMObject

width et height devraient etre stockés au niveau du DOMObject, pas au niveau du DOM natif, et pareil pour toutes les propriétés (déjà fait en php je crois)
org.silex.runtime.domobject.js.ContainerDOMObject est défini mais pas org.silex.runtime.domobject.ContainerDOMObject
dans RessourceLoaderManager.hx vérifier que les directives de compil conditionnelles (comme "#if flash9") sont nécessaires
RessourceLoaderManager::loadImage do not call the error callback on 404 error

yanhick commented 13 years ago

org.silex.runtime.domobject.js.ContainerDOMObject est défini mais pas org.silex.runtime.domobject.ContainerDOMObject ça me parait bon chez moi

yanhick commented 13 years ago

dans RessourceLoaderManager.hx vérifier que les directives de compil conditionnelles (comme "#if flash9") sont nécessaires

L'alternative serait de créer un fichier .hx pour chaque RessourceLoader et de définir les typedef en fonction du runtime, comme pour dom object.

Pareil pour le package nativeClass

yanhick commented 13 years ago

DOMObject

width et height devraient etre stockés au niveau du DOMObject, pas au niveau du DOM natif, et pareil pour toutes les propriétés (déjà fait en php je crois)

C'est fait chez moi, par contre c'est pas fait en PHP, il faudra le noter pour Raph

yanhick commented 13 years ago

RessourceLoaderManager::loadImage do not call the error callback on 404 error

Corrigé chez moi, par contre il y a un bug que j'avais oublié en as3. Dans les unit tests, une des callbacks n'est pas appelé aléatoirement

lexoyo commented 13 years ago

Il reste des trucs de ce ticket à faire? On laisse ouvert ou bien on ouvre un autre ticket pour "Dans les unit tests, une des callbacks n'est pas appelé aléatoirement"?

yanhick commented 13 years ago

On devrait ouvrir un autre ticket sinon on va oublier et je pense que ça mérite le label "critique"

lexoyo commented 13 years ago

ok je le fais