Je m'apprête à uiliser des frames... (tin tin ...)

Je m'apprête à uiliser des frames... (tin tin ...) - HTML/CSS - Programmation

Marsh Posté le 05-03-2003 à 10:20:07    

Parce que ça commence à m'énerver. On dit que les frames c'et pas bien (et c surement vrai qu'il y a d inconvénients), n'empêche que g rien rien trouvé qui les remplace pr ce que je voudrais faire.
Mes contraintes :
- avoir un menu de navigation
- ce menu doit être capable de changer le contenu du reste de mon site, sans se recharger lui-même.
- ce menu doit être toujours visible, même si on fait défiler la page principale de mon site.
- rester compatible Netscape 4.7
G cherché, mais apparement, les frames, c le seul truc qui irait dans ce cas.
Qqn voit autre chose ?

Reply

Marsh Posté le 05-03-2003 à 10:20:07   

Reply

Marsh Posté le 05-03-2003 à 10:29:17    

ton site est statique ou dynamique?

Reply

Marsh Posté le 05-03-2003 à 10:37:01    

des div non?
sinon l'inconvénient principal des frames est que tu ne peux pas donner de lien précis dans ton site. également des problèmes d'impression (à moins de bien configurer l'imprimante pour imprimer toute la page, mais souvent les gens n'ont pas cette intelligence). On m'avait également dit que ca posait un problème pour les personnes mal-voyantes qui utilisaient le clavier pour naviguer (à confirmer).

Reply

Marsh Posté le 05-03-2003 à 10:37:15    

Etre compatible Netscape 4.7 ? C'est toujours un probleme mais sa depend aussi de ce que tu appelles compatible. Un site bien fait avec que des DIV est encore utilisable sous Netscape 4.7 bien que dans le pire des cas, le menu se trouve avant ou apres le contenu du site.
 
Mais la question que je pose est : pourquoi ton menu ne doit pas etre recharger a chaque changement de page ?

Reply

Marsh Posté le 05-03-2003 à 10:50:09    

Kristoph a écrit :

Mais la question que je pose est : pourquoi ton menu ne doit pas etre recharger a chaque changement de page ?


 
Je ne sait pas pour El_gringo, mais pour un site sur lequel je bosse, c'est hors de question. Le menu est assez gros, avec des sous-menu et son contenu est variable suivant l'utilisateur, son profil et l'environnement d'utilisation (internet ou intranet) ce qui implique une grosse requête bien lourde à ne surtout pas refaire à chaque page.
 
D'autre part, j'aime bien les menus sur le coté qui ne disparaissent pas quand la page défile.
 
On devra pouvoir s'en sortir avec du CSS2 quand IE voudra bien les afficher correctement:
Exemple : http://www.w3.org/Style/CSS/
Essayez pour voir avec IE et Netscape 7...
 
Mais bon, çà veut dire, en plus du CSS2 (ce qui exlu NS 4.7), des divs et du javascript pour piloter le tout, ce que je ne trouve pas moins crado que les frames.


---------------
Laissez l'Etat dans les toilettes où vous l'avez trouvé.
Reply

Marsh Posté le 05-03-2003 à 11:00:12    

Mara's dad a *crit :


 
Je ne sait pas pour El_gringo, mais pour un site sur lequel je bosse, c'est hors de question. Le menu est assez gros, avec des sous-menu et son contenu est variable suivant l'utilisateur, son profil et l'environnement d'utilisation (internet ou intranet) ce qui implique une grosse requ*te bien lourde * ne surtout pas refaire * chaque page.
 
D'autre part, j'aime bien les menus sur le cot* qui ne disparaissent pas quand la page d*file.
 
On devra pouvoir s'en sortir avec du CSS2 quand IE voudra bien les afficher correctement:
Exemple : http://www.w3.org/Style/CSS/
Essayez pour voir avec IE et Netscape 7...
 
Mais bon, ** veut dire, en plus du CSS2 (ce qui exlu NS 4.7), des divs et du javascript pour piloter le tout, ce que je ne trouve pas moins crado que les frames.


 
Les DIV ce n'est pas crado ! Un DIV fixe et meme du rollover simple peut se faire avec du CSS2 sans faire appel a une seule ligne de javascript. Et pour finir, si ton menu est trop gros, c'est peut-etre un probleme en soit. Le menu doit etre une aide a la navigation, pas un fourre tout dans lequel on balance tous les liens qu'on peut imaginer.
 
Enfin, le probleme du menu tros gros a recalculer est ridicule car il suffit au serveur de mettre en cache ce meme menu quand il le calcule et de le resortir tel quel. Et si le menu est trop gros a transferer ( les images qui le composent ne sont pas telechargee a chaque changement de page ! ), alors je commence serieusement a m'inquieter pour la quantite de liens fournie par ce menu !

Reply

Marsh Posté le 05-03-2003 à 11:19:23    

Kristoph a écrit :


 
Les DIV ce n'est pas crado ! Un DIV fixe et meme du rollover simple peut se faire avec du CSS2 sans faire appel a une seule ligne de javascript. Et pour finir, si ton menu est trop gros, c'est peut-etre un probleme en soit. Le menu doit etre une aide a la navigation, pas un fourre tout dans lequel on balance tous les liens qu'on peut imaginer.
 
Enfin, le probleme du menu tros gros a recalculer est ridicule car il suffit au serveur de mettre en cache ce meme menu quand il le calcule et de le resortir tel quel. Et si le menu est trop gros a transferer ( les images qui le composent ne sont pas telechargee a chaque changement de page ! ), alors je commence serieusement a m'inquieter pour la quantite de liens fournie par ce menu !


 
Dans mon cas, c'est pas un simple site, c'est une application de gestion. Il n'y a pas d'images dans le menu.
 
C'est vrai que je pourrait mettre le menu en session.
 
Mais reste le problème de défilement.
Les div c'est pas crado, OK, en revanche, c'est une autre histoire pour javascript.
CSS2 A part Mozzila/Netscape, je vois pas qui le supporte correctement.
 
Je ne dis pas que les frames, c'est génial. Je dis que quelque-fois c'est pas pire que le reste.


---------------
Laissez l'Etat dans les toilettes où vous l'avez trouvé.
Reply

Marsh Posté le 05-03-2003 à 11:23:00    

gizmo a écrit :

ton site est statique ou dynamique?


 
dynamique.

Reply

Marsh Posté le 05-03-2003 à 11:26:58    

Urd-sama a écrit :

des div non?
sinon l'inconvénient principal des frames est que tu ne peux pas donner de lien précis dans ton site. également des problèmes d'impression (à moins de bien configurer l'imprimante pour imprimer toute la page, mais souvent les gens n'ont pas cette intelligence). On m'avait également dit que ca posait un problème pour les personnes mal-voyantes qui utilisaient le clavier pour naviguer (à confirmer).


 
En fait, mon site est pas à ^proprement parler un site. ça serait plutôt une application de gestion sur le web. Le fait qu'on ne puisse pas donner de lien, c pas gênant. D'ailleurs je vois pas pourquoi on pourrait pas. Je suis en JSP/Servlet. Je pense faire 3 JSP :
une JSP qui décrit les 2 frames, global.jsp (par exemple)
une JSP qui est le contenu de la frame du haut (mapage.jsp)
une JSP qui est mon menu (monmenu.jsp)
Si l'utilisateur fait un lien vers global.jsp, pourquoi ça poserai problème ?

Reply

Marsh Posté le 05-03-2003 à 11:29:40    


je connais pas assez jsp pour pouvoir te contredire, mais je donnais les inconvénients généraux. evidemment si ton cas est spécifique ils ne seront peut-etre pas importants  :jap:

Reply

Marsh Posté le 05-03-2003 à 11:29:40   

Reply

Marsh Posté le 05-03-2003 à 11:34:06    

ET enfin, le menu je veux pas le recharger à chaque fois pour la raison suivante :
Ce menu, je le génère en fonction de calculs plutôt complexes. En gros, quand un utilisateur fait une recherche en BD à partir de mon appli-web, je traite les résultat de manière à constituer une treeview (mon menu). C assez lourd à générer côté serveur, une fois c bien assez.
Je peux pas trop le stocker en session ce menu, parce que, dans une seule session, il est possible de se constituer plusieurs menus différents, ce qui compliquerait beaucoup les choses si je stockait en session ce trucs là. D'ou le gros avantage de la frame ds mon cas : pouvoir recharger une frame sans changer l'autre.

Reply

Marsh Posté le 05-03-2003 à 11:35:01    

Urd-sama a écrit :


je connais pas assez jsp pour pouvoir te contredire, mais je donnais les inconvénients généraux. evidemment si ton cas est spécifique ils ne seront peut-etre pas importants  :jap:  


 
à mon avis, dans mon exemple, tu pourrais aussi bien remplacer .JSP par .ASP ou .PHP

Reply

Marsh Posté le 05-03-2003 à 11:46:19    

El_gringo a écrit :


 
dynamique.


 
bé, si ton site est dynamique, pourquoi tu utilises pas des includes ??  :heink:

Reply

Marsh Posté le 05-03-2003 à 13:07:10    

Mara's dad a écrit :


CSS2 A part Mozzila/Netscape, je vois pas qui le supporte correctement.


Opéra
 
Sinon, pour El-Gringo, si ton système est un outil de gestion et non pas un site web, dans ce cas, tu peux utiliser des frames, ton but n'est pas d'avoir un site bien référencé ni d'être accessible à tous le monde.

Reply

Marsh Posté le 05-03-2003 à 13:31:29    

gizmo a écrit :


Opéra
 
Sinon, pour El-Gringo, si ton système est un outil de gestion et non pas un site web, dans ce cas, tu peux utiliser des frames, ton but n'est pas d'avoir un site bien référencé ni d'être accessible à tous le monde.


 
 ;)  Exemple : phpmyadmin  :)

Reply

Marsh Posté le 05-03-2003 à 14:14:25    

Hermes le Messager a écrit :


 
bé, si ton site est dynamique, pourquoi tu utilises pas des includes ??  :heink:  


 
J'ai dit que j'voulais pas avoir à recharger le menu à chaque fois que le contenu de ma page principale changeait...

Reply

Marsh Posté le 05-03-2003 à 14:16:17    

gizmo a écrit :


Opéra
 
Sinon, pour El-Gringo, si ton système est un outil de gestion et non pas un site web, dans ce cas, tu peux utiliser des frames, ton but n'est pas d'avoir un site bien référencé ni d'être accessible à tous le monde.


 
Ouais, de toute façon, mon choix est fait, c bon.  
Merci à tous.

Reply

Marsh Posté le 05-03-2003 à 14:16:19    

El_gringo a écrit :


 
J'ai dit que j'voulais pas avoir à recharger le menu à chaque fois que le contenu de ma page principale changeait...


 
Le menu ne se recharge pas, il est déjà dans le cache.  
 
Maintenant, Gizmo a parfaitement répondu à ta question. Si tu fais un truc ou le référencement et la compatibilité ne jouent aucun rôle, prends les frames.
 
 

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed