Bon, j'ai mis mon plan en route,
et j'ai finalement réussi à effacer temporairement le contenu
des fenêtres lorsque leur déplacement prend trop de temps.
http://yasep.org/~whygee/ygwm/ygwm.html
contient des exemples simples, et les déplacements ne devraient
pas provoquer l'effacement (sauf sur les ordinateurs lents...)
http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
Bon, j'ai mis mon plan en route,
et j'ai finalement réussi à effacer temporairement le contenu
des fenêtres lorsque leur déplacement prend trop de temps.
http://yasep.org/~whygee/ygwm/ygwm.html
contient des exemples simples, et les déplacements ne devraient
pas provoquer l'effacement (sauf sur les ordinateurs lents...)
http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
Bon, j'ai mis mon plan en route,
et j'ai finalement réussi à effacer temporairement le contenu
des fenêtres lorsque leur déplacement prend trop de temps.
http://yasep.org/~whygee/ygwm/ygwm.html
contient des exemples simples, et les déplacements ne devraient
pas provoquer l'effacement (sauf sur les ordinateurs lents...)
http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
Le 2/13/09 3:46 AM, whygee a écrit :
Oui c'est bien ça : il faut que le truc qui set le focus retourne fal se
dans tous les cas (pour mon Fx itou)
http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre 'fenê tre'
affiche elle aussi un table (Fx.3 Mac).
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
C'est sûr qu'en comparaison qooxdoo c'est autre chose.
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
et chez moi ce bibule merdoie : le bouton 'minimize' ferme carrément la window.
Pourtant ... avec 192 KB (905 KB uncompressed) de JS ça devrait arriv er
à faire. Me semble-ce ?
En tous cas y sont complétement marteaux !
72000 divs imbriqués dont certains sont des iframes et d'autres qui
recouvrent le même espace que leurs parents (ou arrières grand-pare nts)
pour montrer une 'window' et dont on se demande comment le brouteur
arrive encore à suivre.
Le 2/13/09 3:46 AM, whygee a écrit :
Oui c'est bien ça : il faut que le truc qui set le focus retourne fal se
dans tous les cas (pour mon Fx itou)
http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre 'fenê tre'
affiche elle aussi un table (Fx.3 Mac).
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
C'est sûr qu'en comparaison qooxdoo c'est autre chose.
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
et chez moi ce bibule merdoie : le bouton 'minimize' ferme carrément la window.
Pourtant ... avec 192 KB (905 KB uncompressed) de JS ça devrait arriv er
à faire. Me semble-ce ?
En tous cas y sont complétement marteaux !
72000 divs imbriqués dont certains sont des iframes et d'autres qui
recouvrent le même espace que leurs parents (ou arrières grand-pare nts)
pour montrer une 'window' et dont on se demande comment le brouteur
arrive encore à suivre.
Le 2/13/09 3:46 AM, whygee a écrit :
Oui c'est bien ça : il faut que le truc qui set le focus retourne fal se
dans tous les cas (pour mon Fx itou)
http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre 'fenê tre'
affiche elle aussi un table (Fx.3 Mac).
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
C'est sûr qu'en comparaison qooxdoo c'est autre chose.
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
et chez moi ce bibule merdoie : le bouton 'minimize' ferme carrément la window.
Pourtant ... avec 192 KB (905 KB uncompressed) de JS ça devrait arriv er
à faire. Me semble-ce ?
En tous cas y sont complétement marteaux !
72000 divs imbriqués dont certains sont des iframes et d'autres qui
recouvrent le même espace que leurs parents (ou arrières grand-pare nts)
pour montrer une 'window' et dont on se demande comment le brouteur
arrive encore à suivre.
_o/
SAM wrote:Le 2/13/09 3:46 AM, whygee a écrit :http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre
'fenêtre' affiche elle aussi un table (Fx.3 Mac).
la (les) fenêtre(s) en dessous jouent effectivement mais
si j'essayais d'y faire qqc, ça ferait exploser la taille du code :-/
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
C'est sûr qu'en comparaison qooxdoo c'est autre chose.
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
ah oué, heuh... ils ont mis le paquet sur le "look".
de mon côté, je voudrais que listed permette
de représenter une vraie application complète, donc avec des dizaines
et des dizaines de fenêtres, sans mettre le P3 à genoux,
car il n'y a pas que la couche de présentation à faire tourner...
aussi je planche sur l'amélioration de l'"autoscroll",
qui permet de déplacer un fenêtre dans un espace virtuel pouvant
atteindre les (32768px)^2 permis par les navigos.
ça en fera des fenêtres...
C'est dingue mais encore une fois, je fais un truc pour moi
et je me rends compte que ça aide des gens autour de moi ^o^
_o/
SAM wrote:
Le 2/13/09 3:46 AM, whygee a écrit :
http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre
'fenêtre' affiche elle aussi un table (Fx.3 Mac).
la (les) fenêtre(s) en dessous jouent effectivement mais
si j'essayais d'y faire qqc, ça ferait exploser la taille du code :-/
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
C'est sûr qu'en comparaison qooxdoo c'est autre chose.
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
ah oué, heuh... ils ont mis le paquet sur le "look".
de mon côté, je voudrais que listed permette
de représenter une vraie application complète, donc avec des dizaines
et des dizaines de fenêtres, sans mettre le P3 à genoux,
car il n'y a pas que la couche de présentation à faire tourner...
aussi je planche sur l'amélioration de l'"autoscroll",
qui permet de déplacer un fenêtre dans un espace virtuel pouvant
atteindre les (32768px)^2 permis par les navigos.
ça en fera des fenêtres...
C'est dingue mais encore une fois, je fais un truc pour moi
et je me rends compte que ça aide des gens autour de moi ^o^
_o/
SAM wrote:Le 2/13/09 3:46 AM, whygee a écrit :http://yasep.org/~whygee/listed/listed.html
contient des fenêtres beaucoup plus "lourdes",
qui s'effacent lorsqu'on les déplace.
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre
'fenêtre' affiche elle aussi un table (Fx.3 Mac).
la (les) fenêtre(s) en dessous jouent effectivement mais
si j'essayais d'y faire qqc, ça ferait exploser la taille du code :-/
Finalement, malgré ses moins de 400 lignes,
ce ygwm est devenu fort intéressant :-)
C'est sûr qu'en comparaison qooxdoo c'est autre chose.
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
ah oué, heuh... ils ont mis le paquet sur le "look".
de mon côté, je voudrais que listed permette
de représenter une vraie application complète, donc avec des dizaines
et des dizaines de fenêtres, sans mettre le P3 à genoux,
car il n'y a pas que la couche de présentation à faire tourner...
aussi je planche sur l'amélioration de l'"autoscroll",
qui permet de déplacer un fenêtre dans un espace virtuel pouvant
atteindre les (32768px)^2 permis par les navigos.
ça en fera des fenêtres...
C'est dingue mais encore une fois, je fais un truc pour moi
et je me rends compte que ça aide des gens autour de moi ^o^
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre
'fenêtre' affiche elle aussi un table (Fx.3 Mac).
la (les) fenêtre(s) en dessous jouent effectivement mais
si j'essayais d'y faire qqc, ça ferait exploser la taille du code :- /
Je pense que là en l'état il est un peu vain de vouloir rendre plus doux
le drag d'un pipeau (comment peut-on appeler ces fausses fenêtes ?)
quand il y a des tables qque part et qu'on utilise Fx sous Mac.
Re-dito : ça glisse très bien avec iCab ou Safari.3.
Si ça ne gène pas tant que ça ailleurs ce vidage temporaire pourr ait
peut-être être supprimé ?
Merci de ne pas me vider le pipeau quand je le redimensionne.
(comment je fais pour voir où je veux arrêter le resize?)
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
ah oué, heuh... ils ont mis le paquet sur le "look".
et tu as vu l'affichage simultané des codes ?
(y a intérêt à avoir + gd qu'un 15")
aussi je planche sur l'amélioration de l'"autoscroll",
qui permet de déplacer un fenêtre dans un espace virtuel pouvant
atteindre les (32768px)^2 permis par les navigos.
ça en fera des fenêtres...
Si déjà le truc me permettait de glisser les pipeaux à gauche en dehors
du view-port ce serait déjà bien. Je me sens un peu coincé là à gauche.
Houlala !
Test avec mon IE6 ...
le glissé d'un pipeau vers le bas s'y fait à vitesse super gd V
il n'en va pas de même pour remonter et le mulot s'en va sans le pipe au
(sauf à aller assez doucement)
La corbeille y est à gauche et HS.
C'est dingue mais encore une fois, je fais un truc pour moi
et je me rends compte que ça aide des gens autour de moi ^o^
J'essaie de refaire ton truc à ma manière en repartant du début p our y
comprendre un peu et déjà je suis coincé par IE qui merdoie au re -scroll
du contenu lors du focus.
J'y comprends rien.
Même pas pu commencer à aborder le DnD et redimensionnement :-(
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre
'fenêtre' affiche elle aussi un table (Fx.3 Mac).
la (les) fenêtre(s) en dessous jouent effectivement mais
si j'essayais d'y faire qqc, ça ferait exploser la taille du code :- /
Je pense que là en l'état il est un peu vain de vouloir rendre plus doux
le drag d'un pipeau (comment peut-on appeler ces fausses fenêtes ?)
quand il y a des tables qque part et qu'on utilise Fx sous Mac.
Re-dito : ça glisse très bien avec iCab ou Safari.3.
Si ça ne gène pas tant que ça ailleurs ce vidage temporaire pourr ait
peut-être être supprimé ?
Merci de ne pas me vider le pipeau quand je le redimensionne.
(comment je fais pour voir où je veux arrêter le resize?)
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
ah oué, heuh... ils ont mis le paquet sur le "look".
et tu as vu l'affichage simultané des codes ?
(y a intérêt à avoir + gd qu'un 15")
aussi je planche sur l'amélioration de l'"autoscroll",
qui permet de déplacer un fenêtre dans un espace virtuel pouvant
atteindre les (32768px)^2 permis par les navigos.
ça en fera des fenêtres...
Si déjà le truc me permettait de glisser les pipeaux à gauche en dehors
du view-port ce serait déjà bien. Je me sens un peu coincé là à gauche.
Houlala !
Test avec mon IE6 ...
le glissé d'un pipeau vers le bas s'y fait à vitesse super gd V
il n'en va pas de même pour remonter et le mulot s'en va sans le pipe au
(sauf à aller assez doucement)
La corbeille y est à gauche et HS.
C'est dingue mais encore une fois, je fais un truc pour moi
et je me rends compte que ça aide des gens autour de moi ^o^
J'essaie de refaire ton truc à ma manière en repartant du début p our y
comprendre un peu et déjà je suis coincé par IE qui merdoie au re -scroll
du contenu lors du focus.
J'y comprends rien.
Même pas pu commencer à aborder le DnD et redimensionnement :-(
Malheureusement, chez moi, ça n'arrange rien tant qu'une autre
'fenêtre' affiche elle aussi un table (Fx.3 Mac).
la (les) fenêtre(s) en dessous jouent effectivement mais
si j'essayais d'y faire qqc, ça ferait exploser la taille du code :- /
Je pense que là en l'état il est un peu vain de vouloir rendre plus doux
le drag d'un pipeau (comment peut-on appeler ces fausses fenêtes ?)
quand il y a des tables qque part et qu'on utilise Fx sous Mac.
Re-dito : ça glisse très bien avec iCab ou Safari.3.
Si ça ne gène pas tant que ça ailleurs ce vidage temporaire pourr ait
peut-être être supprimé ?
Merci de ne pas me vider le pipeau quand je le redimensionne.
(comment je fais pour voir où je veux arrêter le resize?)
<http://demo.qooxdoo.org/current/demobrowser/#widget~Window.html>
ah oué, heuh... ils ont mis le paquet sur le "look".
et tu as vu l'affichage simultané des codes ?
(y a intérêt à avoir + gd qu'un 15")
aussi je planche sur l'amélioration de l'"autoscroll",
qui permet de déplacer un fenêtre dans un espace virtuel pouvant
atteindre les (32768px)^2 permis par les navigos.
ça en fera des fenêtres...
Si déjà le truc me permettait de glisser les pipeaux à gauche en dehors
du view-port ce serait déjà bien. Je me sens un peu coincé là à gauche.
Houlala !
Test avec mon IE6 ...
le glissé d'un pipeau vers le bas s'y fait à vitesse super gd V
il n'en va pas de même pour remonter et le mulot s'en va sans le pipe au
(sauf à aller assez doucement)
La corbeille y est à gauche et HS.
C'est dingue mais encore une fois, je fais un truc pour moi
et je me rends compte que ça aide des gens autour de moi ^o^
J'essaie de refaire ton truc à ma manière en repartant du début p our y
comprendre un peu et déjà je suis coincé par IE qui merdoie au re -scroll
du contenu lors du focus.
J'y comprends rien.
Même pas pu commencer à aborder le DnD et redimensionnement :-(