[papalegba]

hello les webmestres
Je post pour la 1ere fois ici et je suis pas certains d'avoir trouvé la bonne rubrique... je présume que si en effet c pas la bonne place, on me le dira où on déplacerse message

Voilà un petit souci que j'arrive pas à résoudre :
j'ai une page sous forme d'un jeu de cadres, dont l'un de ces cadres contient un très gros formuaire, cette page est elle même divisé en deux autres frames. Dans la fenêtre principale, une autre frame contient un javascript qui balaie le gros formulaire (vous me suivez ?), ce JS fonctionne impecc' sous IE, Opera, Safari mais pas du tout sous Mozilla. La console m'affiche un magnifique msg d'erreur de type: frame has no properties.

Je présume que ma syntaxe n'est pas adaptée ; g bien essayé differentes syntaxes et même avec une autre approche, sans résultat.

J'ai pas l'habitude de me laisser abattre mais là, je séche grave.

Pour voir le code c ici : http://mrpat.free.fr.../db_bien_f.html
ce qui pose problème pour le moment c quand je tente d'estimer la longueur du formulaire avec une expression du type : parent.mainFrame.heroForm.length où mainframe est le nom de ma frame et heroform le nom du formulaire.

je remercie d'avance les âmes charitables qui auront du temps à perdre sur mon problème... et longue vie au Hub !

[Gribouille26]

Je ne sais quoi te dire d'autre que:

LAISSE TOMBER LES FRAMES !!!!

Ah si, Mozilla, c'est super chiant pour que tout passe bien...
(je me bas avec souvent ces derniers temps!!!)

Peut-être qu'il n'accepte pas les frames.... non....

[Beatnykk]

un superbe "laisse tomber les frames" est un peu abusif, car bien que beaucoup lui préférent le css ou les includes php, et bien que certains ont prouvé que les sites sans frames sont généralement un peu mieux référencés que les autres, les frames ont (encore) quelques atouts qui font qu'elles ne sont pas prêt de disparaître.

malgrès cela en l'occurence, gérer des données de formulaires dans plusieurs frames est une vraie façon de se tirer une balle dans le pied en visant le cafard à côté.
autant, au lieu de chercher les valeurs javascript du champ-de-la-fenêtre-au-côté-de-celle-au-dessus-de-mon-voisin-de-droite-au-fond-à-gauche-après-la-porte- des-gogues, mettre le formulaire ENTIER dans une même fenêtre.
gérer les données et les récupérer est la plupart du temps assez dur pour se compliquer la tâche de cette façon.

quitte à revoir tout ton(es) formulaire(s), essaie de mettre dans une frame unique les élèments le(s) concernant(s).

ceci sans non plus d'injoncter de refaire tout ton site sans frames, note bien

[papalegba]

ouf, je désespérai d'avoir une réponse.

Tout d'abord je précise que le site dont je parle ne comprend pas de frame, seule une page les utilse et cette page n'a pas pour but d'être référencée, bien au contraire.

Sans rentrer dans la polémique du frame ou pas-de-frame (je n'utilise plus les frames depuis bien longtemps sauf dans le cas précis qui m'interesse et que je vous soumet). Si vous me dites que je dois me passer de frames c que vous n'avez pas jeté un oeil sur la page en question. Ce n'est pas un petit formulaire avec 10 champs mais un truc énorme (les champs doivent se compter par centaines). Ma volonté d'utiliser les frames s'expliquent par le fait de vouloir donner du confort à l'utilisateur et pour cela lui éviter de faire de multiples monter-descendre avec sa molette de souris... donc les frames s'imposent d'elles mêmes.

Sinon je peux toujours utiliser des layers afin de rendre ce panneau de controle (celui que je veux conserver à porter de clic, et donc éviter les monter-descendre) flottant et donc toujours à porté de main mais je suis pas certain que cela me facilite mon souci de compatibilité avec un max de browsers. J'ai pas une grande expérience des calques... qu'en pensez vous ?

Ce qui m'agace au plus haut point c que ce formulaire fonctionne très bien sous IE 5, 5.5, 6 pour pc, IE 5, 5.1, 5.2 pour mac, Safari 1 et 1.2, Opera, konqueror et le seul qui me fait suer c se satané mais pourtant si attachant Mozilla

Maintenant on peut aussi rétorquer dans la lignée de Gribouille26 que la part de marché de Mozilla étant tellement mini que c pas la peine de se casser le c... pour 4% d'utilisateur et pourtant...

Pour ceux qui veulent voir de quoi on parle, c ici : http://mrpat.free.fr..._intro_lotr.php puis le lien à gauche "créer une armée".

ps: Beatnykk : j'avais pas prévu d'utiliser les frames au début de mon projet mais j'y fut contraint par la longueur du formulaire. Maintenant il est vrai que c assez casse-gueule comme méthode

Ce message a été modifié par papalegba - 23 mars 2004 - 10:21.

[Monique]

Bonjour papalegba,

Je n'ai pas de solution à ton problème pour le moment
mais j'y réfléchi...

papalegba, le mardi 23 mars 2004, 09:50, dit :

Maintenant on peut aussi rétorquer dans la lignée de Gribouille26 que la part de marché de Mozilla étant tellement mini que c pas la peine de se casser le c... pour 4% d'utilisateur    et pourtant...

Je voudrais cependant relativer cette affirmation
Les utilisateurs de IE sont les plus nombreux c'est vrai, mais pour une grande part il ne s'agit pas d'un choix délibéré : c'est le navigateur qui est installé d'office sur leur PC
Par contre pour tous les utilisateurs d'un autre navigateur, il s'agit d'un choix et d'une démarche volontaire. Proportionnellement, dans ces 4 %, le pourcentage d'internautes motivés et intéressés est donc plus élevé !
Ces 4 % concernent l'ensemble des sites et des internautes... les chiffres sont très différents si on prend en compte le sujet des sites !

[papalegba]

Absolument d'ac' avec toi, Monique et merci de perdre du temps sur mon problème.

J'étais pas clair dans mes propos, je voulais simplement mettre l'accent sur le fait que c'était toujours beaucoup plus simple d'arborer des positions intransigeantes du genre "pour 4%, c pas la peine". Mais c pas mon but, au contraire : i want to be compatible . Et de plus, les stats xiti me montrent bien que pour mes pages, les utilisateurs de Mozilla sont bien plus nombreux que ce simple 4%.



Le pire c que j'adore Mozilla et je l'utilise très souvent (tout comme Safari ou IE6.0, je suis pas un garçon très fidéle )

[Anonymus]

Bonjour,

Pour ce qui est de ton site, il m'est arrivé de faire de grands formulaires, et c'est au niveau du transfert des données que ca coince ... tu devrais séparer les données, en faisant, par exemple, la meme page sur 2 feuilles, où tu enregistrerais les données entre temps.
En effet, le risque est que tu essaies de renvoyer trop de données, et elles n'arriveront pas.

Pour le formulaire situé ici : http://mrpat.free.fr/f_lotr/toprint_good.p...&id7=138&nbr7=1
tu risques d'avoir un problème avec les gens qui ont un petit écran, voire ceux qui ont leur barre d'état activée. En effet, on n'a pas accès aux données situées en bas et c'est regrettable.

Voilà. Anonymus.

[papalegba]

Anonymus : cette idée de répartir sur deux pages (ou plus), oui, je me suis posé cette question mais dans un autre but, pour pas avoir un form de 10 kilomètres de long. Cela compliquerait sensiblement la gestion de cette page. De plus je pense pas que le problème soit là.

Et concernant ta très judicieuse remarque sur le second doc et l'abscence d'ascenseur ben.... c un oubli merci de me l'avoir pointé du doigt Enfin, je dois encore bosser les styles pour pc (sur mac, c nickel), les typos sont un peu trop grande ce qui explique aussi cela. Mais je me speed de corriger et continue à chercher pour ces $*?! de frames.