Salut la compagnie,
 
Voilà mon problème...  
J'ai une application dont l'écran principal est divisé en 3 frames. La frame du haut contient le menu. Le problème, c'est que le client nous a demandé de charger un peu plus le menu et on se retrouve avec 15 sous-menus dans le menu Create...
En gros, j'ai Edit -> Create -> 15 choix possibles.
Vu la taille de la frame, j'ai la place pour 5 choix maxis... Il est hors de question d'agrandir la frame, les deux autres frames doivent garder leur taille actuelle... De même, il est hors de question de supprimer le frameset pour le remplacer par autre chose, c'est trop cher...
 
La solution idéale serait que les menus déroulant passent par dessus le bord de la frame pour finir de s'afficher par dessus la frame directement en dessous... J'ai cherché un petit peu sur google et j'ai rien trouvé...
 
A tout hasard, vous n'avez pas une idée sur la faisabilité d'une telle chose ?
 
Merci

Salut,
 
au feeling comme ça je dirais que ça n'est pas possible. A confirmer...

A vouloir faire n'importe quoi, on s'en mort les doigts au final

t as combien de frames dans cette page ?
ca me fait peur

moi je pense que tu devrais faire un beau gif animé qui clignote du genre menu menu menu
tu mets ca dans un beau marquee pour corser la difficulte et qu il soit bien dur a chopper on en appreciera que plus ton menu et tu le fais s ouvrir dans une belle popup  

Non mais vraiment faut arrêter là, pas étonnant que le forum ait si mauvaise réputation. Vous n'avez aucune idée de la date ou a été développé son truc, ni s'il s'agit d'un intranet, et déjà vous le descendez.
 
Les frames c'est  le mal, blablabla ; de moins en moins de gens l'ignorent, mais à chaque fois que les frames sont évoquées on retombe dans le cliché du site plein de gifs animés, de marquee, de js...
 
En outre le forum n'est (à mon sens) pas pour démonter ceux qui ne manquent de connissances, plutôt le contraire, donc je retombe sur ce que je disais l'autre jour, faut arrêter avec la condescendance.  

1- Faudrait voir le truc
2- Une capture d'écran + le code HTML des pages si tu ne peux pas poster d'adresse pour le bouzin

euh j ai pas attendu d attendre que le w3c dise que les frames c est mal pour ne pas m en servir et sous l ironie je trouvais ca pas si con le menu en popup  
 
mais oui j ai peur quand il me dit qu il a des frames si petites !
menfous de savoir la date de creation du site
la y a un probleme
c est pas de la condescendance c est un constat

Bon sinon il peut faire à la place de ça:
 
menu1 menu2 menu3
   ssmenu1
   ssmenu2
   ssemnu3
 
ça:
 
menu1 menu2 menu3
   ssmenu1   ssmenu2   ssemnu3
 
Enfin ...

 
Que les frames soient moisies on s'en branle, le débat n'est pas là (il a clairement spécifié qu'il n'avait pas la possibilité de les virer). La fin de ton post était pleine de mépris, ça ne fait pas avancer les choses.
 
Et pour en revenir au sujet, "si petites" pour la frame du haut, si celle-ci fait grosso modo une centaine de pixels de hauteur et que ses éléments de menu en font une vingtaine, il peut pas y faire grand chose. A la limite la solution de xtof peut être envisageable...

Sinon en passant avec JS d'un frame à un autre, on peu pas balancer des variable, ça doit etre possible mais ça fait du méga caca...
 
Je préfére ma soluce rapidou

c est pas du mepris c est de l humour
t as rien a foutre que de faire le censeur toi ?
on s y retrouve tous dans le fond  
sans nous t aurais visiblement rien a dire non plus
(parce que jusque la t as pas fait avancer les choses non plus ...)

Je confirme, j'ai souris. Par contre je suis un peu dans le même cas que l'auteur de ce sujet, je dois adapter un site qui a été fait que pour IE avec plein de belles frame et autres joyeusetés. Malheureusement je pense être obligé de laisser une frame parce que sinon ça me prendra beaucoup trop de temps. Donc oui les frames c'est mal mais parfois on est obligé    
 
Par contre n'ayant pas trop l'habitude des Frame j'ai aucun idées qui pourraient aider. Désolé.
 
 

Je m'attendais à des réflexions débiles sur les frames... Je pensais que le fait que je précise que je ne pouvais pas les enlever à cause du coût les dissuaderais mais bon, j'ai été trop optimiste...
L'appli est en constante évolution depuis 5 ans avec une équipe de 4 à 10 personnes en permanence. Et ça, que pour le coté IHM. Autant dire que c'est un gros bordel... Un bon millier de classes Java, une bonne tripotée de fichiers .js de plusieurs milliers de ligne autant de jsp quelques dizaines de fichiers xsl et autres réjouissances. Bref, c'est hors de question de détruire les frames, ça coûterait au minimum une bonne centaine de jours de taff (le dernier gars à avoir chiffré ça penchait plutôt pour les 250 à 300 jours... En gros on sait pas trop mais c'est énorme ) On y a pensé depuis longtemps à les virer ces frames mais vu les chiffrages, aucun client ne veut le payer.
 
La solution qu'on va probablement mettre en place, c'est de proposer juste
Edit -> Create...
Le clic sur create ouvre une pop-up qui propose les différents objets autorisés. Une fois qu'il a choisi son objet, il valide et on lance le processus de création... Niveau ergonomie, ça rajoute pas mal de clics mais bon...
 
On avait pensé à agrandir la frame momentanément le temps que le menu ait le focus mais ça fait faire du yoyo à la frame et ça ne plait pas au client...
 
Bref, pour finir, vous confirmé que c'est pas possible quoi... Tant pis...

Et en mettant tes 15 items dans un select ça ne te conviendrait pas ?
(la liste d'option s'afficherait bien au dessous de tout)

Ouais, c'est une idée mais bon, ça va faire vraiment lourd niveau interfacec graphique je pense... Si mes menus ne peuvent pas passer par dessus le rebord de la frame, on fera avec la pop-up... On tentera d'afficher les menus et si on voit que ça déborde, on passe en pop-up (selon les droits de création, un gars peut ne pouvoir créer que 2 ou 3 types d'élément, le problème de place ne se pose plus dans ce cas...
Et un jour, on enlèvera les frames...

Autant recoder toute l'appli. cAr vous ne pourrez pas la conserver comme ça éternellement

Ben tiens, pourquoi jy ai pas pensé plus tôt ... Tu nous fais ça en 10 jours ? T'as vu les chiffrages que j'ai indiqué ? 250 à 300 jours seulement pour virer les frames... Alors bon, la remarques du genre "Faut tout refaire", "Les frames c'est moisi" c'est bien mais ça fait pas trop avancer le schmilblick.
 
Si y'a pas de technique pour autoriser des éléments html à déborder des frames, le sujet est clos.

un an pour virer des frames

Ben ouais, c'est une grosse appli... Je l'ai déjà dit plus haut... Un millier de classes Java, des centaines de classes Js, des jsp partout et ça, c'est que l'Ihm... Côté noyau, c'est du code C / ProC / C++ qui évolue depuis 1996. C'est un soft qui s'apparente un peu à SAP.  Chez un client, y'a 300 utilisateurs en simultané... Bref, c'est un projet énorme et dans les jours chiffrés, y'a le dev en lui même pour dégager les frames et aussi les chiffrages pour tester le résultat final... Bref, si j'ai dit qu'on pouvait pas virer les frames, c'était pas pour rien
Surtout qu'il nous faut une solution pour mi-Juillet...

 
as tu trouvé une solution ?

Euh... Pas vraiment non... Disons qu'on a repoussé le problème...
Le menu "create" avec les 15 éléments en dessous s'est transformé en menu "create..." tout court. Et quand tu cliques, ça ouvre une pop-up qui propose tous les types d'élément que l'on peut créer... Mais on va avoir de nouveau le problème d'ici pas longtemps... A terme, faudra qu'on les pète ces frames mais bon, on n'a ni le temps ni les budgets pour le faire... Dans le même genre, le menu Edit -> Create est parti dans File -> Create pour laisser de la place à ce qui est dans Edit... On a aussi dégagé tout ce qui concerne les prints du menu File pour les mettre dans un nouveau menu Print
 
Bref, on a ré-arrangé nos menus pour que le problème ne se pose pas trop pour l'instant...