Question

Étant donné que Chrome et Safari utilisent webkit, quelqu’un a-t-il déjà trouvé quelque chose qui rend le rendu différent de Chrome par rapport à Safari? Existe-t-il une raison de tester les sites sur les deux sites à l’heure actuelle, ou bien Safari serait-il suffisant pour le moment?

Était-ce utile?

La solution

Cela consiste en partie à savoir ce qui dépend du moteur de rendu et ce qui ne l’est pas. Javascript, par exemple, est géré différemment dans les deux navigateurs (Google a son propre moteur de rendu javascript personnalisé). Par conséquent, si votre page utilise javascript de manière substantielle, je le testerai dans les deux cas.

C’est probablement un bon endroit pour noter que Chrome a été ajouté à BrowserShots , vous n'avez donc même pas besoin de le faire. faites-le installer pour tester sur lui et Safari.

Autres conseils

Google Chrome utilise également une version de Webkit antérieure à celle de Safari actuelle. Par conséquent, les pages doivent être vérifiées dans les deux navigateurs.

Ils sont très similaires, mais pas identiques. Par exemple, je me souviens avoir lu qu'Apple avait beaucoup travaillé dans Safari pour obtenir un rendu des polices de style Apple dans ce pays, et je doute que Google ait dupliqué cet effort.

Ils ne livrent pas les versions synchronisées de WebKit. Par exemple,

  

Google Chrome
  Version officielle 2200
  Mozilla / 5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit / 525.13 (KHTML, comme Gecko) Chrome / 0.2.149.30 Safari / 525.1

versus

  

Safari
  3.1.2
  Mozilla / 5.0 (Windows; U; Windows NT 6.0; pl-PL) AppleWebKit / 525.19 (KHTML, comme Gecko) Version / 3.1.2 Safari / 525.21

WebKit est très modulaire, ils ont donc des moteurs de dessin et javascript différents. Les plugins sont également gérés de manière très différente.

En pratique, je n'ai vu aucun site agir différemment, et les deux navigateurs devraient avoir un comportement identique en ce qui concerne toute page Web saine. Vous pouvez bien sûr renifler l'agent utilisateur et imposer un comportement différent ...

Donc non, il n’ya aucune raison pour le moment de tester les deux. N'oubliez pas que Google ne dispose pas encore d'une version stable de Chrome.

Non, et certaines différences d'interface utilisateur spécifiques incluent le fait de ne pas rendre le texte-shadow et le box-shadow de la même manière. Même chose avec border-radius. J'éviterais d'utiliser ces trois règles de rendu CSS (avancées) si vous travaillez avec Chrome.

Chrome et Safari ont un rendu de police différent sous Windows. Safari inclut le rendu des polices d’Apple qui, pour un utilisateur Windows, est un peu flou. Sous OS X, ils utilisent tous deux le rendu des polices natif de la plate-forme. Safari ressemble donc à OS X sur les deux systèmes, alors que Chrome ressemble à la plate-forme sur laquelle il tourne.

Ceci s’ajoute aux autres points mentionnés par des personnes qui en savent plus que moi. :)

Non. Ce serait une question similaire à "Chrome Render est-il identique à Konqueror", et même si les versions de Webkit (HTML Renderer) peuvent être différentes, les moteurs de script Java sont très différents entre Chrome, Safari et Konqueror. Cela affectera de nombreuses applications Google, car elles sont écrites à l'aide de javascript heavy stuff (AJAX). Cela semble également affecter beaucoup de sites modernes, en particulier ceux avec des menus complexes et des éditeurs (comme celui-ci). En fin de compte, cela dépend du nombre de pages javascript écrites sur le site que vous consultez.

Ils ont toujours différents moteurs JavaScript, qui pourraient se comporter différemment (mais probablement dans de rares cas).

Chrome utilise actuellement une version légèrement plus ancienne de Webkit que Safari.

Au fil du temps, il sera mis à jour, bien sûr, mais il est possible qu'il soit toujours un peu en retard, en fonction de la manière dont Apple publie son code source.

De plus, les moteurs Javascript sont différents, ce qui peut influer sur le comportement, même s'ils sont extrêmement rapides.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top