Je vois toujours des questions ici qui concernent des travaux de conception réactifs pour IE8, ou Dieu interdisent, IE7.
Pour le manque de connaissances des appareils liés à Windows, ma pensée immédiate est que, cela ne serait pas mérairable de mettre en œuvre une conception réactive pour IE8 en raison de la quantité insignifiante de dispositifs mobiles qui exécuteraient toujours IE8 aujourd'hui. Et il suffit de quitter des sites comme statique 1024x768 pour ce navigateur particulier, car il n'ya guère à aucune raison de la conception réactive, les efforts extra-douloureux nécessitant et la limitation des polyfills de requête des médias, si plus de 95% de la part du navigateur restant de l'IE8 est Seulement exécuté sur des ordinateurs de bureau avec une largeur d'écran en toute sécurité supposée de 1024+.
Si le volume est toujours pertinent, quelle plate-forme mobile utilise toujours les navigateurs IE8, qui nécessiteraient ou justifieraient une approche de conception réactive pour eux. Veuillez partager des liens pertinents utiles.
PS: le contexte utilise uniquement le mode standard, à l'exclusion de l'utilisation d'IE dans la vue de compatibilité ou du mode quirk.
3 Réponses :
Je voudrais oui, mais à peine. Je ne sais pas ce que sont les chiffres, mais je suis sûr qu'il y a encore de quelques ordinateurs portables avec de petits affichages dans la nature qui exécutent toujours Windows XP et ou utilisez IE7 / 8. Une solution simple au problème de l'obtention de requêtes multimédia pour travailler avec Old IE est CSS3-Mediafequeries. JS . C'est un polyfill qui fait fonctionner les requêtes des médias avec tous les navigateurs. Vous pouvez utiliser des commentaires conditionnels pour l'inclure avec votre site.
Ainsi, après une enquête, je vais répondre à ma propre question avec quelques statistiques pertinentes qui sont ce que je cherchais:
Aucun comprimé actif connu ou téléphone mobile n'utilise IE8 aussi loin que je peux dire. Événement Les premiers téléphones Windows utilisent le moteur IE9. Ainsi, les ordinateurs portables sont exclus, IE8 n'est pas utilisé par des appareils mobiles «intelligents».
Selon W3Counter, StatCounter et Analytics de 3 sites clients, la part de navigateur IE8 en mars 2013, basée sur des sites américains, est comprise entre 5% et 11%. Une moyenne de 8%.
Le nombre d'utilisateurs IE8 utilisant des résolutions d'écran de 800x600 pixels ou moins aujourd'hui, conformément aux 3 sites basés sur les États-Unis que j'ai étudiés, est compris entre 0,6% et 1% de la base totale de l'utilisateur IE8. En alignement avec les tendances observées par Jakob Nielsen l'année dernière, les "petits écrans de bureau et les ordinateurs portables deviennent rares" tombant à 1% de niveaux: http://www.nngroup.com/articles/computer-screens-geting-bigger/
À compter d'aujourd'hui, cela apporte une attente moyenne que l'ensemble des utilisateurs IE8 d'une taille d'écran de 800x600 ou moins est d'environ 0,05%, avec un maximum de 0,1% si nous incluons IE7; qui est inférieur à l'utilisation globale IE6 aux États-Unis, étant à 0,2% selon IE6Countdown.com
Donc, la condition de compatibilité de conception réactive inférieure à IE9 pour le souci d'IE7 et des utilisateurs IE8 ne vaut que pour ne pas nécessiter d'effort conséquent.
Si y compris un média requis polyfill ou à l'aide de bootstrap, il fonctionne tout de suite, alors super. Mais cela ne vaut certainement pas plus de quelques heures de travail avec les nombreux bugs potentiels (une recherche Google de "Bootstrap IE8" parle de volume sur cela), tout comme il ne vaut plus la peine de faire des sites entièrement compatibles entièrement IE6.
Tant que le site fonctionne dans IE8 avec une conception fixe, ce qui pourrait être plus facile à mettre en œuvre plutôt que d'essayer de le rendre douloureusement réactif pour IE8 / IE7, il suffit d'aujourd'hui.
Je suggérerais de lire ces livres: abokapart.com/products/mobile-first et < Un href = "http://www.abookapApart.com/products/responsive-web-design" rel = "nOfollow noreferrer"> abokapart.com/products/responsive-web-design | L'écriture de sites réactifs n'est pas uniquement que pour les appareils mobiles et devrait certainement être pris en charge par IE si vous avez la chance.
Wat. Si vous concevez des sites réactifs envisagés par mobile d'abord, c'est le choix le plus simple car vous avez évidemment l'avantage d'ajouter du contenu pour des résolutions plus importantes que de supprimer pour plus de plus petites.
Le contexte est IE7 / IE8 spécifiquement ici. S'il vous plaît restez sur sujet.
Je ne faisais que vous fournir deux livres qui vous aideraient à résoudre votre dilemme et à améliorer votre connaissance de la responsabilité.
Je me demande pourquoi je n'ai pas vu de publier un blog à ce sujet. Tout le monde essaie de faire un comportement IE8 comme un navigateur moderne (conception particulièrement réactif) - même si la conception réactive vise vraiment des appareils mobiles. Aucun périphérique mobile existant n'utilise IE8 pour son navigateur. Donc, je suis d'accord à 100% que vous n'avez pas besoin de pirater votre chemin pour IE8 pour travailler avec un design réactif.
Réponse courte: Dépend de vos exigences
Réponse longue: En lisant beaucoup sur la conception réactive et les deux livres mentionnés dans les commentaires. Je répondrais à votre question comme celle-ci .. La conception réactive (dans ma compréhension) n'a fondamentalement rien à voir avec le mobile en soi. C'est en fait plus comme votre page "Répondre" à quel que soit votre utilisateur / client utilise pour parcourir votre page. Je sais que certains de ces aspects ont des racines très profondes au sein de l'idée d'Internet comme l'échange d'informations. Les aveugles méritent également un Web accessible et même si cela n'a rien à voir avec CSS, il a toujours quelque chose à voir avec un Web réactif à mon avis.
La question devrait donc être plus utile - jusqu'où devrions-nous aller avec s'adapter lorsqu'il s'agit de sites Web réactifs - et il n'y a probablement aucune vraie réponse. La meilleure façon de commencer avec une nouvelle page Web réactive (mobile d'abord) - si je le rappelle correctement - est de créer une page qui fonctionne sur votre résolution la plus basse possible avec le jeu de fonctions pire que vous êtes susceptible de prendre en charge. Dans votre cas, je dirais que IE8 sur un écran 320x240 (whoayy .. Une autre question .. est la portée de la conception réactive qui vaut la peine d'être envisagée pour les téléphones mobiles avec des résolutions d'affichage de 320x240 à partir de 2015, par exemple, par exemple ). Dans le cas de l'Uber Nerd Fanblog, le jeu de fonctions le plus bas peut être un terminal avec le support de texte uniquement (comme les bons jours d'OL ';) - CSS? Qu'est-ce que c'est? Cross-shell-scripting ?! Whahoo ..) .. Bien qu'une page vidéo HTML5 fantaisie peut également nécessiter de ne pas utiliser IE, car il n'y a pas de piston de pince et votre conception dépend totalement de cela .. En outre, il y a l'aspect de la connexion par ex. Site Web hors ligne / vitesses différentes pouvant jouer un rôle .. Donc, la conception réactive n'est pas seulement une chose frontale que je dirais mais aussi pour le backend. Par exemple. L'Uber Nerd Fanblog HTTP Daemon envoi de texte brut w / o Tout code / marquage lorsqu'il n'y a pas d'en-tête HTTP valide.
Gladon Vous avez déjà répondu à votre question et que vous avez réalisé que tout dépend de votre Base Userse / Exigences.
Ceci n'est pas destiné à une réponse à la question des OPS plus un indice pour les visiteurs à venir.
@chriz "même si la conception réactive vise vraiment les appareils mobiles." - Ne le pense pas .. Il y a quelques semaines, j'ai dû ajuster mon CSS juste pour les téléviseurs intelligents de 4k + .. En outre, si vous pensez à la meilleure pratique actuelle avec mobile, d'abord progressivement améliorant. La plupart des conceptions réactives se lancent lorsque vous " retirez plus d'espace d'affichage et améliorez votre page avec des choses qui ne fonctionnent pas sur de petits écrans mobiles. La conception réactive est le résultat de ces appareils mobiles qui tentent d'utiliser toutes les pages de bureau de merde avec zoom avant / arrière et toutes ces déceptions de ne fonctionne pas les choses ..
Aux fins de cette question, je parlais strictement sur Fluide Concevoir des exigences de conception (la définition principale de la "conception réactive"). Sur IE8, cela ne dépend pas du tout. Les tailles d'écran de moniteur sous 1024x768 en cours d'exécution IE8 sont à peu près mortes. Donc, des conceptions dans IE8 n'ont pas besoin d'être fluides. Veuillez uniquement répondre aux questions avec une réponse aussi clairement expurgée que possible. Contrairement aux forums, la pensée aléatoire avec de nombreuses ellipses n'est pas vraiment un bon format pour les réponses ici. Veuillez également ne pas faire de réponses à d'autres commentaires dans les réponses. Ils ne le verront pas, ni la lire.
Il ne peut jamais y avoir une réponse universelle. C'est un sujet très subjectif et dépend de vos visiteurs.
Il vaut absolument vous inquiéter de IE8. Windows XP est le système d'exploitation Windows le plus populaire n ° 2 selon Wikipedia (source: en.wikipedia.org/wiki/ Usage_share_of_operating_systems ), et il n'est capable que de passer à IE8.
@cimmanon je sais que. Mon argument ici est que, seuls les appareils mobiles justifient d'avoir une conception réactive. Windows XP "sur un bureau" n'a pas de besoin légitime pour les requêtes de média. En d'autres termes. La nécessité d'une conception réactive inférieure à 1024x678 n'est justifiée que par l'utilisation des appareils mobiles.
L'idée qu'il existe une résolution «sûre» à la conception de (Pre-Mobile) a toujours été un mythe.
Je serais d'accord mais ce n'est pas la portée de ma question. Notez le "Si le volume est toujours pertinent" ... comme moyen de justification vs juste un principe absolu. Si elle est de répondre à 0,01% des utilisateurs ou moins que celle des utilisateurs IE6, je ne vois vraiment aucune raison de passer des heures à rendre des heures à faire de Crappy IE8 réactif avec les bugs ou les complications associés qu'il représente, sous prétexte qu'il pourrait empêcher un couple d'utilisateurs. du défilement horizontalement, ce qui est simplement une gêne à court terme pour les très rares. C'est un exercice inutile que je ne m'inquiète pas. Je préfère me concentrer plus de temps sur l'accessibilité.
"Windows XP" sur un bureau "n'a pas de besoin légitime pour les requêtes de média" - je ne savais pas que nous avions tous nommé que vous évaluiez la légitimité des besoins, mais j'ai récemment travaillé sur des projets où les utilisateurs ont été obligés d'utiliser C'est-à-dire 8, et a trouvé très utile que la fenêtre du navigateur représente environ la moitié de la largeur de leurs moniteurs de 1024 larges (afin qu'ils puissent voir d'autres systèmes qu'ils devaient travailler en même temps).