Enlever ces iframes
Enlever ces iframes
Bonjour,
une connaissance à moi à fait une page web sur comment remplacer sur ces frames/iframes:
http://www.alsacreations.com/articles/frames/frames.php
seul probleme que je vois: la roulette ... elle ne marche pas sous mozilla/firebird (pourtant j'ai une nightly pas tres ancienne) et netscape.
il explique cette page ici:
http://www.alsacreations.com/articles/frames/
soit:
* c'est un truc mal utilisé et firebird et cie ne comprenne pas, donc une petite correction de la syntaxe et ça marche
ou
* tout simplement firebird (et cie) ne gere pas le truc...
Dites moi que c'est as le 2eme *
merci,
Poischack
une connaissance à moi à fait une page web sur comment remplacer sur ces frames/iframes:
http://www.alsacreations.com/articles/frames/frames.php
seul probleme que je vois: la roulette ... elle ne marche pas sous mozilla/firebird (pourtant j'ai une nightly pas tres ancienne) et netscape.
il explique cette page ici:
http://www.alsacreations.com/articles/frames/
soit:
* c'est un truc mal utilisé et firebird et cie ne comprenne pas, donc une petite correction de la syntaxe et ça marche
ou
* tout simplement firebird (et cie) ne gere pas le truc...
Dites moi que c'est as le 2eme *
merci,
Poischack
Pareil, impossible de scroller avec Mozilla (1.5b) alors que sous IE ça marche.
Incompatible NS4 : http://www.w3schools.com/css/tryit.asp? ... s_overflow
Sûrement la cause.
Incompatible NS4 : http://www.w3schools.com/css/tryit.asp? ... s_overflow
Sûrement la cause.

Dernière modification par Romuald le 09 sept. 2003, 19:04, modifié 1 fois.
Nul besoin d'être comme son voisin pour l'apprécier, c'est la différence qui fait que le monde est intéressant.
Voyons plus loin que le bout de notre nez.
Voyons plus loin que le bout de notre nez.
ça marche
Linux/Mozilla 1.4 : tout est ok, pas d'lézard 

« La clarté est la politesse des professeurs. » (E. Gerurez)
... Posons de bonnes questions !
... Posons de bonnes questions !
Ben chez moi cela ne fonctionne pas non plus alors que IE oui. Comme Olab disait que cela fonctionne avec un FireBird récent j'ai ensuite téléchargé la dernière nightly et toujours pareil pas de scroll avec la molette. C'est peut-être une interaction OS Firebird je suis sous WIN98.
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030909 Firebird/0.6.1+
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030909 Firebird/0.6.1+
idem pour moi, la roulette est inactive
mon UA: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Moz 1.4 sous win 2000 donc
j'avais déjà remarqué ce problème il y a un moment, sur http://www.youngpup.net/ ( allez dans la rubrique 'components' par exemple, section ypXmlTree: pas moyen de scroller avec la roulette dans les émulations de frames ( ça semble être une technique voisine d'alsacreation )

mon UA: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Moz 1.4 sous win 2000 donc

j'avais déjà remarqué ce problème il y a un moment, sur http://www.youngpup.net/ ( allez dans la rubrique 'components' par exemple, section ypXmlTree: pas moyen de scroller avec la roulette dans les émulations de frames ( ça semble être une technique voisine d'alsacreation )
A mon avis, c'est un peu normal :
Pour les ascenseurs "normaux", comme dans le body ou sur une iframe, il est prévu qu'il y'ait un scrolling... donc la souris gère cet événement.
Pour ce qui est du overflow, ce n'est qu'un propriété de remplissage, c'est à dire que "auto" n'est qu'une valeur possible de "overflow".
La souris ne gère pas cet événement car "auto" ne vaut pas dire qu'il y'a scroll dans tous les cas.
Il faudrait essayer en remplaçant "auto" par "scroll"
PS : la "connaissance" de Poischack, c'est moi
Pour les ascenseurs "normaux", comme dans le body ou sur une iframe, il est prévu qu'il y'ait un scrolling... donc la souris gère cet événement.
Pour ce qui est du overflow, ce n'est qu'un propriété de remplissage, c'est à dire que "auto" n'est qu'une valeur possible de "overflow".
La souris ne gère pas cet événement car "auto" ne vaut pas dire qu'il y'a scroll dans tous les cas.
Il faudrait essayer en remplaçant "auto" par "scroll"

PS : la "connaissance" de Poischack, c'est moi

En jouant avec position fixed et static on peut obtenir des pseudo frames aussi, fin, en tout cas j'essaye de mettre un systeme de pseudo frame pour garder le div menu avec les liens de navigation du site.
Et la le scroll marche.
Et la le scroll marche.

Nul besoin d'être comme son voisin pour l'apprécier, c'est la différence qui fait que le monde est intéressant.
Voyons plus loin que le bout de notre nez.
Voyons plus loin que le bout de notre nez.
Je viens de le remarquerSIBELIUS a écrit :Oui mais dans ce cas là, tu vas t'amuser pour que ça marche sous IERomuald a écrit :En jouant avec position fixed et static

*grmbl*
J'ai un peu du mal à comprendre pourquoi parfois il faut utiliser maring et parfois non..
Nul besoin d'être comme son voisin pour l'apprécier, c'est la différence qui fait que le monde est intéressant.
Voyons plus loin que le bout de notre nez.
Voyons plus loin que le bout de notre nez.
Les margin ? ben pour spécifier des marges et/ou placer des div les uns par rapport aux autres
Tu as un exemple précis ?
Au fait, pour ton div statique / fixe :
Tu as un exemple précis ?
Au fait, pour ton div statique / fixe :
source : http://openweb.eu.org/articles/initiation_absolue/La position fixe
Comme dans un positionnement absolu, le contenu concerné est retiré totalement du flux. Mais il est cette fois positionné uniquement par rapport aux limites de la zone de visualisation, autrement dit la fenêtre du navigateur. Le défilement de la page n'a aucun effet sur un contenu en position fixe.
Le positionnement fixe n'étant pas reconnu par Internet Explorer 5 et 6 Windows, un positionnement absolu doit s'y substituer dans ce navigateur. Ce résultat peut être atteint grâce à diverses formulations des styles jouant sur des syntaxes CSS2 ignorées par MSIE. Par exemple :
.fixe {
position: absolute;
top: 10px;
left: 10px;
}
html>body .fixe {
position: fixed;
}
MSIE Windows ne lira que la première définition de .fixe et ignorera la seconde car il ne comprend pas la syntaxe html>body. Les navigateurs supportant la position fixe liront les deux positionnements, mais le second se substituera au premier car il est placé après celui-ci dans la feuille de style.
Tout comme le positionnement absolu, le positionnement fixe est susceptible de provoquer des chevauchements. On employera donc des méthodes similaires pour l'exploiter
Je voulais dire pour les margin, parfois je dois utiliser margin-top et parfois top, j'ai l'impression que c'est selon la valeur de position.
Je suis tombé aussi sur: http://www.w3schools.com/css/pr_class_position.asp
Grmbl d'ie
Faire un système de CSS en fonction du navigateur devrait le faire non? (mais gros boulot quand même..)
Pour l'exemple, tout est sur mon PC
Je suis tombé aussi sur: http://www.w3schools.com/css/pr_class_position.asp
Grmbl d'ie
Faire un système de CSS en fonction du navigateur devrait le faire non? (mais gros boulot quand même..)
Pour l'exemple, tout est sur mon PC

Nul besoin d'être comme son voisin pour l'apprécier, c'est la différence qui fait que le monde est intéressant.
Voyons plus loin que le bout de notre nez.
Voyons plus loin que le bout de notre nez.
"Je voulais dire pour les margin, parfois je dois utiliser margin-top et parfois top, j'ai l'impression que c'est selon la valeur de position."
"top" ne fonctionne QUE pour les calques (c'est à dire les div positionnés en absolue ou relative).
"margin" fonctionne pour les div qui restent dans le flux (pas de positionnement)
Pour ma part, je n'utilise (presque) jamais de divs positionnés
"top" ne fonctionne QUE pour les calques (c'est à dire les div positionnés en absolue ou relative).
"margin" fonctionne pour les div qui restent dans le flux (pas de positionnement)
Pour ma part, je n'utilise (presque) jamais de divs positionnés
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 1 invité