Geckozone

et on continue avec les hacks CSS pour un seul et unique navigateur !

Merci Microsoft !

il comprend toujours pas "max-width" ce bousin ?

bon les sélecteurs CSS3, je me doutais ... mais max-width ?!?

HP a écrit :il comprend toujours pas "max-width" ce bousin ?

bon les sélecteurs CSS3, je me doutais ... mais max-width ?!?

Selon http://www.webdevout.net/browser_suppor ... c-maxwidth il le connait, mais l'interprète parfois mal (je ne sais pas dans quel sens...)

Salut HP,

POurrais-tu donner un cas dans lequel max-width ne fonctionne pas avec IE7, ça m'intéresse.

Merci

Alan a écrit :ça m'intéresse.

tu développes chez Crimosoft™ ?

sinon, non ...
j'ai pas envie de perdre encore plus de temps à isoler dans un design "complexe" pourquoi telle ou telle propriété est toujours mal comprise par toujours le même nav (alors que ces mêmes designs : les miens ; sont parfaitement rendus sous Opera, Firefox, Firebird, Phoenix, Konqueror ...)
tu sais, j'ai mes rustines javascripts et elles remplissent leurs fonctions parfaitement avec IE6 et maintenant IE7 ; alors max-width, ça me gêne pas trop que son support soit aléatoire, mais ça me surprend puisqu'il était annoncé comme supporté (encore un effet d'annonce quoi, je suis trop naïf)

À quoi tu t'attendais ?

Il devrait, en partie du moins : http://www.webdevout.net/browser_suppor ... c-maxwidth

Ce qui est surtout gênant, c'est qu'il ne supporte toujours pas width correctement : http://www.webdevout.net/browser_suppor ... asic-width
Pourtant c'est du CSS 1.0

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1) Gecko/20061010 Firemarsupilami Firefox/2.0

Si tu ne souhaites pas donner un lien en public, tu peux me le filer par MP.
Sinon tant pis...

@calimo
ça ne m'étonne donc plus guère de devoir hacker là où je hackais pour IE6 !

ok, je comprends mieux maintenant...

calimo a écrit :Il devrait, en partie du moins : http://www.webdevout.net/browser_suppor ... c-maxwidth

Ce qui est surtout gênant, c'est qu'il ne supporte toujours pas width correctement : http://www.webdevout.net/browser_suppor ... asic-width

Ce qu'ils signalent là apparemment, c'est "simplement" que width ou max-width dotent l'élément de layout (hasLayout activé).

Ce qu'on voit surtout c'est qu'il y a une évolution (positive) entre IE6 et IE7, tant pour width (auto fonctionne) que pour max-width (ça fait "quelque chose" au lieu de rien).

D'après la documentation sur MSDN ça fonctionnerait pour les éléments de type bloc (s'ils sont flottants, positionnés absolument ou en inline-bloc), mais pas sur les éléments inline qui n'ont pas de taille intrinsèque. C'est-à-dire que ça devrait fonctionner sur les images et les textarea, mais pas sur les cellules de tableaux par exemple.

Quel problème a IE6 avec width: auto, j'ai la mémoire qui flanche là

Sinon pour le reste, il me semble que c'est la même chose que pour Mozilla (mise à part que Mozilla ne connaît pas encore "inline-block" et qu IE nous embête avec la particularité du haslayout)

C'est sur le lien qu'on a déjà donné deux fois dans le sujet mais bon, je répète

IE6: Box width increases to prevent overflow

http://www.webdevout.net/browser_suppor ... asic-width

Sinon, oui, "à part" tout ça et le fait que l'héritage ne fonctionne pas pour max-width, c'est pareil

Désolé de faire répéter mais comme tu parlais de width:auto je n'ai pas deviné que tu pensais à la mauvaise gestion de l'overflow (valeur "visible") par IE6 (qu'on doit considérer à mon avis comme un bug de la propriété overflow et non de width ou height)

Sinon oui, inherit manque à l'appel chez IE7, mais c'est malheureusement pareil pour toutes les propriétés

Alan a écrit :Ce qu'ils signalent là apparemment, c'est "simplement" que width ou max-width dotent l'élément de layout (hasLayout activé).

Euh je pensais plutôt au fait que width est interprété comme un min-width (en tous cas par IE 6, j'ai pas testé IE7), mais bon

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1) Gecko/20061010 Firemarsupilami Firefox/2.0

bonjour,

je rejoins le club : j'ai installé hier IE7 pour voir...

2 problèmes sont arrivés : ( peut être rien à voir mais quand même problème survenu suite à l'installation )

pour corriger

1- Outlook 2003 synchronisé avec MSN.Hotmail ne fonctionne plus

La tâche «MSN : Dossier : Boîte de réception Synchronisation des en-têtes.» a signalé une erreur (0x800CCC32) : «L'accès au compte a été refusé. Vérifiez que votre nom d'utilisateur et que votre mot de passe sont corrects.Le serveur a répondu Invalid login.. »

Il réouvre toutes les secondes une pop-up demandant le user et password

2- [Résolu] XMLHttpRequest est maintenant intégré à IE7 mais les ActiveX sont toujours valables...
cependant çà génère une erreur avec le code suivant :

Code : Tout sélectionner

    if (window.XMLHttpRequest)
      {
      xmlhttp=new XMLHttpRequest()
      xmlhttp.overrideMimeType('text/xml');
      xmlhttp.onreadystatechange = state_Change
    // code for IE
    else if (window.ActiveXObject)
      {
        try {
            xmlhttp = new ActiveXObject("Msxml2.XMLHTTP");
        } catch(e) {
            try {
                xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");
            } catch(e) {
                xmlhttp = false;
            }
        }

du fait que window.XMLHttpRequest est désormais aussi reconnu par IE7
il plante sur overrideMimeType

corrigé avec :

Code : Tout sélectionner

      if (xmlhttp.overrideMimeType)
	      xmlhttp.overrideMimeType('text/xml');

Cordialement

Christian

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.8) Gecko/20061025 Firefox/1.5.0.8

Geckozone

IE7 ... t'es une grosse daube !

IE7 ... t'es une grosse daube !