PC SOFT

FOROS PROFESIONALES
WINDEVWEBDEV y WINDEV Mobile

Inicio → WEBDEV 2024 → bug ? table très longue et internet explorer 6 - problème - ie6
bug ? table très longue et internet explorer 6 - problème - ie6
Iniciado por evariste, 07,sep. 2005 12:26 - 7 respuestas
Publicado el 07,septiembre 2005 - 12:26
Bonjour,

Dans notre appli sous WebDev 9, nous devons afficher sur une seule page une longue liste d'enregistrements dans une table. On utilise pour cela une table de longueur illimitée. Lorsque la table devient très longue (environ 160 lignes), on observe une modification de l'aspect graphique de la page : certains boutons ont changé de taille, certaines lignes de la table perdent leur couleur, le modèle de la page se décale, etc...
Nous ne voulons pas de réglette, car il est indispensable d'avoir la totalité des lignes sur une seule page, aussi longue soit-elle.
Ces problèmes ont lieu seulement sous Internet explorer 6, pas sur Mozilla 1.0.3.
J'ai eu beau vérifier mes champs dans la table de positionnement, rendre la page la plus simple possible, tester les options de compatibilité, rien n'y fait.

Avant d'abandonner webdev et de revenir à PHP et à un bon vieux composer html, je souhaiterais savoir si quelqu'un a déjà rencontré ce problème ? Si oui, avez-vous trouvé une solution ?

Merci
Publicado el 07,septiembre 2005 - 15:46
evariste a utilisé son clavier pour écrire :
Bonjour,

Dans notre appli sous WebDev 9, nous devons afficher sur une seule page
une longue liste d'enregistrements dans une table. On utilise pour cela une
table de longueur illimitée. Lorsque la table devient très longue (environ
160 lignes), on observe une modification de l'aspect graphique de la page :
certains boutons ont changé de taille, certaines lignes de la table perdent
leur couleur, le modèle de la page se décale, etc... Nous ne voulons pas de
réglette, car il est indispensable d'avoir la totalité des lignes sur une
seule page, aussi longue soit-elle. Ces problèmes ont lieu seulement sous
Internet explorer 6, pas sur Mozilla 1.0.3. J'ai eu beau vérifier mes champs
dans la table de positionnement, rendre la page la plus simple possible,
tester les options de compatibilité, rien n'y fait.

Avant d'abandonner webdev et de revenir à PHP et à un bon vieux composer
html, je souhaiterais savoir si quelqu'un a déjà rencontré ce problème ? Si
oui, avez-vous trouvé une solution ?

Merci


As tu testé avec une ZR ?

Il y aurait la solution aussi d'un champs HTML, mais il ne faut pas
avoir à gérer ensuite des liens s/ la table. Et il me semble que l'on
est aussi limité en longueur.

--
Eric
Webmaster des Wtablettes
www.wtablettes.net
Publicado el 07,septiembre 2005 - 22:15
Merci pour ta réponse, Eric,

Je n'ai pas utilisé de ZR car je n'ai besoin que de texte, dans mes cellules, et je crois qu'il n'est pas possible de "voir" les lignes et les colonnes du tableau dans le cas de la zone répétée.

Le libellé html me posera problème, car j'utilise des liens dans les cellules, et je ne suis pas en mode awp, mais en mode "sessions".

Comme c'est souvent le cas, il va falloir bidouiller, tester des méthodes empiriques pour essayer de faire fonctionner l'appli correctement, mais cela prend du temps, et on n'est jamais certain de trouver... Et comme on ne maîtrise pas la génération du code HTML, c'est pas gagné ...

Merci à tous ceux qui pourront m'aider !
Publicado el 07,septiembre 2005 - 22:15
Merci pour ta réponse, Eric,

Je n'ai pas utilisé de ZR car je n'ai besoin que de texte, dans mes cellules, et je crois qu'il n'est pas possible de "voir" les lignes et les colonnes du tableau dans le cas de la zone répétée.

Le libellé html me posera problème, car j'utilise des liens dans les cellules, et je ne suis pas en mode awp, mais en mode "sessions".

Comme c'est souvent le cas, il va falloir bidouiller, tester des méthodes empiriques pour essayer de faire fonctionner l'appli correctement, mais cela prend du temps, et on n'est jamais certain de trouver... Et comme on ne maîtrise pas la génération du code HTML, c'est pas gagné ...

Merci à tous ceux qui pourront m'aider !
Publicado el 08,septiembre 2005 - 10:56
Salut,

Tu as essayé de glisser ta table dans une cellule?

Il se trouve que Evariste a formulé :
Merci pour ta réponse, Eric,

Je n'ai pas utilisé de ZR car je n'ai besoin que de texte, dans mes cellules,
et je crois qu'il n'est pas possible de "voir" les lignes et les colonnes du
tableau dans le cas de la zone répétée.


Pourquoi? Rien n'empèche d'utiliser une zonerépétée exactement comme
une table... Seuls les titres de colonnes seront à créer sous forme de
libellés mais cette solution pourrait être parfaitement viable. (Mon
Intranet tourne sour IE 6 et je charge des tableaux de + de 2000 lignes
sans déformation quelconque de la mise en page).

Le libellé html me posera problème, car j'utilise des liens dans les
cellules, et je ne suis pas en mode awp, mais en mode "sessions".


Là aussi, je ne vois pas vraiment le problème : Tes liens pointent sur
quoi? des URL externes? Il est tout à fait possible de les faire
fonctionner dans le mode standard de WebDev.


Comme c'est souvent le cas, il va falloir bidouiller, tester des méthodes
empiriques pour essayer de faire fonctionner l'appli correctement, mais cela
prend du temps, et on n'est jamais certain de trouver... Et comme on ne
maîtrise pas la génération du code HTML, c'est pas gagné ...

Merci à tous ceux qui pourront m'aider !


Bon courage et bon dev'

--
Guillaume
Publicado el 08,septiembre 2005 - 16:05
Salut,

Tu as essayé de glisser ta table dans une cellule?


Merci pour cette info :-) :
je viens d'essayer, et effectivement, certains problèmes graphiques ont disparu. Il reste néanmoins le problème des couleurs au niveau de la première colonne, ainsi que les bords noirs qui ont disparu dans les dernières lignes. Mais le principal y est.
Sans indiscretion, s'agit-il d'une "ruse" ou d'une déduction logique ?


Je n'ai pas utilisé de ZR car je n'ai besoin que de texte, dans mes cellules,
et je crois qu'il n'est pas possible de "voir" les lignes et les colonnes du
tableau dans le cas de la zone répétée.


Pourquoi? Rien n'empèche d'utiliser une zonerépétée exactement comme
une table... Seuls les titres de colonnes seront à créer sous forme de
libellés mais cette solution pourrait être parfaitement viable. (Mon
Intranet tourne sour IE 6 et je charge des tableaux de + de 2000 lignes
sans déformation quelconque de la mise en page).


Effectivement, je n'avais pas vu les bords. Cela dit, étant donné que je n'ai que du texte à afficher (en provenance d'une requête), l'emploi des ZR me paraît superflue, sauf si c'est la seule parade à ce problème.

Le libellé html me posera problème, car j'utilise des liens dans les
cellules, et je ne suis pas en mode awp, mais en mode "sessions".


Là aussi, je ne vois pas vraiment le problème : Tes liens pointent sur
quoi? des URL externes? Il est tout à fait possible de les faire
fonctionner dans le mode standard de WebDev.


Mes liens pointent vers d'autres pages du projet avec paramètres, et je n'ai pas réussi en libellé html à générer des liens vers ces mêmes pages à cause du mode "sessions". Est-ce possible ?

Merci pour tes solutions! :-)
Publicado el 08,septiembre 2005 - 17:23
Re,

evariste a formulé ce jeudi :


Salut,

Tu as essayé de glisser ta table dans une cellule?

Merci pour cette info :-) :
je viens d'essayer, et effectivement, certains problèmes graphiques ont
disparu. Il reste néanmoins le problème des couleurs au niveau de la première
colonne, ainsi que les bords noirs qui ont disparu dans les dernières lignes.
Mais le principal y est. Sans indiscretion, s'agit-il d'une "ruse" ou d'une
déduction logique ?


C'est plutôt une habitude de développement avec WebDev... C'est très
pratique car ça permet (pour les tables comme les zones répétées)
d'avoir une zone avec Ascenceur sans pour autant perturber la page (ca
émulerait plus ou moins un comportement de frame sans la difficulté de
gestion liée)



Je n'ai pas utilisé de ZR car je n'ai besoin que de texte, dans mes
cellules, et je crois qu'il n'est pas possible de "voir" les lignes et les
colonnes du tableau dans le cas de la zone répétée.

Pourquoi? Rien n'empèche d'utiliser une zonerépétée exactement comme
une table... Seuls les titres de colonnes seront à créer sous forme de
libellés mais cette solution pourrait être parfaitement viable. (Mon
Intranet tourne sour IE 6 et je charge des tableaux de + de 2000 lignes
sans déformation quelconque de la mise en page).

Effectivement, je n'avais pas vu les bords. Cela dit, étant donné que je n'ai
que du texte à afficher (en provenance d'une requête), l'emploi des ZR me
paraît superflue, sauf si c'est la seule parade à ce problème.

Le libellé html me posera problème, car j'utilise des liens dans les
cellules, et je ne suis pas en mode awp, mais en mode "sessions".


Là aussi, je ne vois pas vraiment le problème : Tes liens pointent sur
quoi? des URL externes? Il est tout à fait possible de les faire
fonctionner dans le mode standard de WebDev.

Mes liens pointent vers d'autres pages du projet avec paramètres, et je n'ai
pas réussi en libellé html à générer des liens vers ces mêmes pages à cause
du mode "sessions". Est-ce possible ?


Là, effectivement, ça peut poser problème...
Franchement, la table "standard" dans une cellule reste le choix le
plus logique...


Merci pour tes solutions! :-)


De rien ;-) Bon dev et bon courage

--
Guillaume
Publicado el 13,septiembre 2005 - 11:27
Merci pour cette info :-) :
je viens d'essayer, et effectivement, certains problèmes graphiques ont
disparu. Il reste néanmoins le problème des couleurs au niveau de la première
colonne, ainsi que les bords noirs qui ont disparu dans les dernières lignes.
Mais le principal y est. Sans indiscretion, s'agit-il d'une "ruse" ou d'une
déduction logique ?

C'est plutôt une habitude de développement avec WebDev... C'est très
pratique car ça permet (pour les tables comme les zones répétées)
d'avoir une zone avec Ascenceur sans pour autant perturber la page (ca
émulerait plus ou moins un comportement de frame sans la difficulté de
gestion liée)


Je m'étais avancé trop vite ... les problèmes ont réapparu quelques jours plus tard, après que la table s'est enrichie. Mais la dernière mise à jour 34J a corrigé le bug visiblement.

Merci à tous

Evariste