|
| Iniciado por Eric R., abr., 05 2005 9:03 PM - 14 respostas |
| |
| | | |
|
| |
Publicado em abril, 05 2005 - 9:03 PM |
Bonjour,
J'ai besoin d'aide sur les wtablettes qui plantent sur le treeview.
Le pb ne se pose qu'avec IE (donc génant)
Au premier download d'un élément, la page se met en erreur JS. Puis le
treeview (composant treeview en WB7) est bloqué et ne se déploie plus
ni se replie.
Avec Netscape et Firefox, si ce n'est un premier clic qui ne fait rien
(il remonte en console js TREE0_ARSELECT n'est pas défini, et ds le
src, c'est tjrs TREE4_ARSELECT) le téléchargement s'opère au second
clic et pas de plantage.
Si vous pouviez jeter un oeil et me donner vos avis, je tourne en rond
!
j'ai essayé en supprimant plusieurs wtablettes car je me demandais si
la taille limite du treeview était atteinte (à 100, ce serait
malheureux quand mème !!!) mais cela ne semble rien changer. Sur des
treeviews moins fournis, je n'ais pas ce pb ????
--
Eric
Webmaster des Wtablettes
www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 11:29 AM |
Eric R. a utilisé son clavier pour écrire :
Bonjour,
J'ai besoin d'aide sur les wtablettes qui plantent sur le treeview.
Le pb ne se pose qu'avec IE (donc génant)
Au premier download d'un élément, la page se met en erreur JS. Puis le
treeview (composant treeview en WB7) est bloqué et ne se déploie plus
ni se replie.
Avec Netscape et Firefox, si ce n'est un premier clic qui ne fait rien
(il remonte en console js TREE0_ARSELECT n'est pas défini, et ds le
src, c'est tjrs TREE4_ARSELECT) le téléchargement s'opère au second
clic et pas de plantage.
Si vous pouviez jeter un oeil et me donner vos avis, je tourne en rond
!
j'ai essayé en supprimant plusieurs wtablettes car je me demandais si
la taille limite du treeview était atteinte (à 100, ce serait
malheureux quand mème !!!) mais cela ne semble rien changer. Sur des
treeviews moins fournis, je n'ais pas ce pb ????
Je ne sais pas si c'est le même problème, mais quand tu fait précédent
plusieurs fois sur "Tu connais la dernière" quand tu arrives sur les
bulles OVerlib ta page a vraiment l'air bizarre....
Je t'envoie un mail avec une copie d'écran....
A+
--
Bon développement à tous
Christian |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 12:07 PM |
Christian a formulé la demande :
Eric R. a utilisé son clavier pour écrire : Bonjour,
J'ai besoin d'aide sur les wtablettes qui plantent sur le treeview.
Le pb ne se pose qu'avec IE (donc génant)
Au premier download d'un élément, la page se met en erreur JS. Puis le
treeview (composant treeview en WB7) est bloqué et ne se déploie plus
ni se replie.
Avec Netscape et Firefox, si ce n'est un premier clic qui ne fait rien
(il remonte en console js TREE0_ARSELECT n'est pas défini, et ds le
src, c'est tjrs TREE4_ARSELECT) le téléchargement s'opère au second
clic et pas de plantage.
Si vous pouviez jeter un oeil et me donner vos avis, je tourne en rond
!
j'ai essayé en supprimant plusieurs wtablettes car je me demandais si
la taille limite du treeview était atteinte (à 100, ce serait
malheureux quand mème !!!) mais cela ne semble rien changer. Sur des
treeviews moins fournis, je n'ais pas ce pb ????
Je ne sais pas si c'est le même problème, mais quand tu fait précédent plusieurs fois sur "Tu connais la dernière" quand tu arrives sur les bulles OVerlib ta page a vraiment l'air bizarre.... Je t'envoie un mail avec une copie d'écran.... A+
Merci
non là cela provient du fait que l'on doit citer du code html ou JS
dans les wtablettes, et s'il n'y a pas de retransformation, cela fout
un peu la panique. Et comme maintenant on peut saisir son texte
directement en html, cela se complique.
Il n'y a pas de balise pour citer du code en html et c'est vraiment
ch...
Donc il doit y avoir un truc que j'ai pas prévu ds cette affichage
central.
--
Eric
Webmaster des Wtablettes
www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 12:27 PM |
En tant que Webmaster je me dois de te dire que tous ces trucs qui bouge en même temps dans le même sens quand on arrive sur ton site ca mdonne des étours....
Amicalement
Js |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 1:12 PM |
JS a couché sur son écran :
En tant que Webmaster je me dois de te dire que tous ces trucs qui bouge en
même temps dans le même sens quand on arrive sur ton site ca mdonne des
étours....
Amicalement
Js
Oui je suis d'accord avec toi.
Les news défilantes et les favoris défilants ont été rajoutés après
pour illustrer les possibilités de deux wtablettes.
Le bandeau du haut devrait être autre chose surtout pour afficher
toujours la mème chose, et les news ne sont pas vraiment utiles.
Mais je ne suis pas infographiste et mes appels aux bonnes volontés en
la matière sont restées lettre morte.
Donc "scribe Wtablettes cherche coach pour relooker son apparence "
--
Eric
Webmaster des Wtablettes
www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 1:24 PM |
Eric R. vient de nous annoncer :
Bonjour,
J'ai besoin d'aide sur les wtablettes qui plantent sur le treeview.
Le pb ne se pose qu'avec IE (donc génant)
Au premier download d'un élément, la page se met en erreur JS. Puis le
treeview (composant treeview en WB7) est bloqué et ne se déploie plus
ni se replie.
Bizarre il n'y a que moi et mon IE que ça arrive et sur 3 machines
différentes
je pense que c'est du à une tolérance s/la version de déboggage JS.
Pas facile avec les indications de daube de IE, mais il semblerait
planter sur la ligne 172
function Obj(Item) { if(document.getElementById) {return
document.getElementById(Item);}}
et si j'utilise firefox, j'ai bien un avertissement dans la console JS
Avertissement : Élément référencé par son ID/NAME dans le contexte
global. Utilisez la propriété standard du W3C document.getElementById()
à la place.
ça me semble lié non ?
cette fn obj est générée par webdev et appellée ds une fn NdExp.
Avec Netscape et Firefox, si ce n'est un premier clic qui ne fait rien
(il remonte en console js TREE0_ARSELECT n'est pas défini, et ds le
src, c'est tjrs TREE4_ARSELECT) le téléchargement s'opère au second
clic et pas de plantage.
ça j'ai trouvé la cause.(une connerie de ma part)
Si vous pouviez jeter un oeil et me donner vos avis, je tourne en rond
!
j'ai essayé en supprimant plusieurs wtablettes car je me demandais si
la taille limite du treeview était atteinte (à 100, ce serait
malheureux quand mème !!!) mais cela ne semble rien changer. Sur des
treeviews moins fournis, je n'ais pas ce pb ????
non ce n'est pas le pb de taille du tvw!
--
Eric
Webmaster des Wtablettes
www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 1:45 PM |
Confirmé pour le problème de taille (j'en ai rempli un avec plusieurs
centaines voir milliers de feuilles).
Quant au blocage, je l'ai effectivement constaté aussi sur mon IE :/
J'ai aussi remarqué que si tu cliques dans ton treeview sur autre chose
qu'un "+" ou un "-" ça le débloque... Très bizarre. Comment gères-tu le
téléchargement? fichierAffiche? ou autre méthode?
En tout cas, bravo pour ton boulot et merci encore au nom de nous
tous...
Le 06/04/2005, Eric R. a supposé :
Eric R. vient de nous annoncer : Bonjour,
J'ai besoin d'aide sur les wtablettes qui plantent sur le treeview.
Le pb ne se pose qu'avec IE (donc génant)
Au premier download d'un élément, la page se met en erreur JS. Puis le
treeview (composant treeview en WB7) est bloqué et ne se déploie plus
ni se replie.
Bizarre il n'y a que moi et mon IE que ça arrive et sur 3 machines différentes je pense que c'est du à une tolérance s/la version de déboggage JS. Pas facile avec les indications de daube de IE, mais il semblerait planter sur la ligne 172 function Obj(Item) { if(document.getElementById) {return document.getElementById(Item);}} et si j'utilise firefox, j'ai bien un avertissement dans la console JS Avertissement : Élément référencé par son ID/NAME dans le contexte global. Utilisez la propriété standard du W3C document.getElementById() à la place. ça me semble lié non ? cette fn obj est générée par webdev et appellée ds une fn NdExp. Avec Netscape et Firefox, si ce n'est un premier clic qui ne fait rien
(il remonte en console js TREE0_ARSELECT n'est pas défini, et ds le
src, c'est tjrs TREE4_ARSELECT) le téléchargement s'opère au second
clic et pas de plantage.
ça j'ai trouvé la cause.(une connerie de ma part)
Si vous pouviez jeter un oeil et me donner vos avis, je tourne en rond
!
j'ai essayé en supprimant plusieurs wtablettes car je me demandais si
la taille limite du treeview était atteinte (à 100, ce serait
malheureux quand mème !!!) mais cela ne semble rien changer. Sur des
treeviews moins fournis, je n'ais pas ce pb ????
non ce n'est pas le pb de taille du tvw!
--
Guillaume |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 1:49 PM |
Question peut être bête, mourquoi tu ne passes pas en 9 avec un "vrai" champ treeview ?
Philippe |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 2:09 PM |
Dans son message précédent, Philippe a écrit :
Question peut être bête, mourquoi tu ne passes pas en 9 avec un "vrai" champ
treeview ? Philippe
parce que si je passe en 9 en WebDev9, je dois passer en 9 sur mes
projets WinDev (qui sont encore en 7.5) et les classes et collect de
procédures sont partagées entre tous mes projets. J'ai WB9 mais pas
encore WD9.
ensuite je doute que si je passe en 9, je change les treeviews car à
priori la nouvelle vs de treeview native ne fait pas ce que faisait le
composant (surtout amélioré)
--
Eric
Webmaster des Wtablettes
www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 3:40 PM |
Après mure réflexion, Guillaume a écrit :
Confirmé pour le problème de taille (j'en ai rempli un avec plusieurs
centaines voir milliers de feuilles).
Quant au blocage, je l'ai effectivement constaté aussi sur mon IE :/
c'est quoi ton ie ?
moi 6.0.2800
J'ai aussi remarqué que si tu cliques dans ton treeview sur autre chose
qu'un "+" ou un "-" ça le débloque... Très bizarre. Comment gères-tu le
téléchargement? fichierAffiche? ou autre méthode?
FichierAffiche
CAS 11 //Download
action=Remplace(action,"/","\")
fic=fExtraitChemin(action,fFichier+fExtension)
mime = "application/unknown"
FichierAffiche(ComplèteRep(wrepftp)+action,mime,fic)
Ce qui est couillesque, c'est qu'en test dev, il n'y a pas d'erreurs.
(avec mon ie)
qu'il n'y a pas de pb avec firefox et netscape
que plusieurs personnes ont testés avec des ie sans rencontrer le pb
En tout cas, bravo pour ton boulot et merci encore au nom de nous
tous...
--
Eric
Webmaster des Wtablettes
www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 4:30 PM |
Après mure réflexion, Eric R. a écrit :
Après mure réflexion, Guillaume a écrit : Confirmé pour le problème de taille (j'en ai rempli un avec plusieurs
centaines voir milliers de feuilles).
Quant au blocage, je l'ai effectivement constaté aussi sur mon IE :/
c'est quoi ton ie ? moi 6.0.2800
Exactement la même version (6.0.2800.1106)
J'ai aussi remarqué que si tu cliques dans ton treeview sur autre chose
qu'un "+" ou un "-" ça le débloque... Très bizarre. Comment gères-tu le
téléchargement? fichierAffiche? ou autre méthode?
FichierAffiche CAS 11 //Download action=Remplace(action,"/","\") fic=fExtraitChemin(action,fFichier+fExtension) mime = "application/unknown" FichierAffiche(ComplèteRep(wrepftp)+action,mime,fic)
A tout hasard, tu as essayer de ne pas définir le type mime? J'avais eu
une petit bizarrerie qui s'était rêglée toute seule en arrêtant de
fournir le type mime. (pour un fichier zip, le navigateur n'est pas
censé l'ouvrir direct de toutes façons..)
@ suivre...
Ce qui est couillesque, c'est qu'en test dev, il n'y a pas d'erreurs. (avec mon ie) qu'il n'y a pas de pb avec firefox et netscape que plusieurs personnes ont testés avec des ie sans rencontrer le pb
En tout cas, bravo pour ton boulot et merci encore au nom de nous
tous...
--
Guillaume |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 06 2005 - 4:31 PM |
Eric R. a pensé très fort :
Dans son message précédent, Philippe a écrit : Question peut être bête, mourquoi tu ne passes pas en 9 avec un "vrai" champ
treeview ? Philippe
parce que si je passe en 9 en WebDev9, je dois passer en 9 sur mes projets WinDev (qui sont encore en 7.5) et les classes et collect de procédures sont partagées entre tous mes projets. J'ai WB9 mais pas encore WD9. ensuite je doute que si je passe en 9, je change les treeviews car à priori la nouvelle vs de treeview native ne fait pas ce que faisait le composant (surtout amélioré)
Bien d'accord! Le treeview natif est bien moins puissant que le
composant du fait de la possibilité d'assigner une action par
feuille... Pas très rigolo de migrer vers WB9.
--
Guillaume |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 11 2005 - 5:30 PM |
Bien d'accord! Le treeview natif est bien moins puissant que le
composant du fait de la possibilité d'assigner une action par
feuille... Pas très rigolo de migrer vers WB9.
--
Guillaume
Pour ma part, j'utilise le composant treeview de la version WB 7 dans la
version 9 et j'oublie le treeview natif.
Le composant fonctionne très bien dans la 9 alors pourquoi s'en priver 
JP |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 11 2005 - 8:05 PM |
jp mottoul a pensé très fort :
Bien d'accord! Le treeview natif est bien moins puissant que le
composant du fait de la possibilité d'assigner une action par
feuille... Pas très rigolo de migrer vers WB9.
--
Guillaume
Pour ma part, j'utilise le composant treeview de la version WB 7 dans la version 9 et j'oublie le treeview natif. Le composant fonctionne très bien dans la 9 alors pourquoi s'en priver
Attention !! Question :
comment as-tu fait ?
Tu as créé un composant spécial en le renommant ?
Sinon il y aurait des conflits avec l'instruction native.
Merci de nous éclairer là dessus.
JP
--
Eric
Webmaster des Wtablettes
www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado em abril, 12 2005 - 5:58 PM |
Eric R. a utilisé son clavier pour écrire :
jp mottoul a pensé très fort :
Bien d'accord! Le treeview natif est bien moins puissant que le
composant du fait de la possibilité d'assigner une action par
feuille... Pas très rigolo de migrer vers WB9.
--
Guillaume
Pour ma part, j'utilise le composant treeview de la version WB 7 dans la version 9 et j'oublie le treeview natif. Le composant fonctionne très bien dans la 9 alors pourquoi s'en priver Attention !! Question : comment as-tu fait ? Tu as créé un composant spécial en le renommant ? Sinon il y aurait des conflits avec l'instruction native. Merci de nous éclairer là dessus.
Pas besoin! Vu que les fonctions ont les même nom que celle du champ
natif, c'est censé marcher vu que ça les surcharge..
Maintenant, j'avais une bizzarerie dans FireFox... Ca fonctionne
avec?...
--
Guillaume |
| |
| |
| | | |
|
| | | | |
| | |
|