Pregunta

Dado que Chrome y Safari utilizan el webkit, ¿alguien ha encontrado algo que se muestre de forma diferente en Chrome que en Safari? ¿Hay alguna razón en este momento para probar los sitios en ambos, o sería suficiente probar Safari por ahora?

¿Fue útil?

Solución

Parte de esto es saber qué depende del motor de renderizado y qué no. Javascript, por ejemplo, se maneja de manera diferente en ambos navegadores (google tiene su propio renderizador de javascript personalizado), por lo que si su página usa javascript sustancialmente, lo probaré en ambos.

Probablemente sea un buen lugar para observar que Chrome se agregó a BrowserShots , por lo que ni siquiera es necesario. tenerlo instalado para probar en él y en safari.

Otros consejos

Google Chrome también usa una versión anterior de Webkit que el Safari actual, por lo que las páginas deben verificarse en ambos navegadores.

Son muy similares, pero no idénticos. Por ejemplo, recuerdo haber leído que Apple puso mucho trabajo en Safari para obtener la representación de fuentes al estilo de Apple allí, y dudo que Google haya duplicado ese esfuerzo.

No envían versiones sincronizadas de WebKit. Por ejemplo,

  

Google Chrome
  Official Build 2200
  Mozilla / 5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit / 525.13 (KHTML, como 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, como Gecko) Versión / 3.1.2 Safari / 525.21

WebKit es muy modular, por lo que tienen diferentes motores de dibujo y javascript. Los complementos también se manejan de maneras significativamente diferentes.

En la práctica, no he visto ningún sitio que actúe de manera diferente, y los dos navegadores deberían tener un comportamiento idéntico, en lo que respecta a cualquier página web sensata. Por supuesto, podría olfatear al agente de usuario y forzar un comportamiento diferente ...

Entonces no, no hay razón en el momento para probar ambos. Tenga en cuenta que Google aún no tiene una versión estable de Chrome.

No, y algunas diferencias específicas de la interfaz de usuario incluyen no representar la sombra de texto y la sombra de la caja entre ellas. Lo mismo con el borde-radio. Evitaría usar estas tres reglas (avanzadas) de representación de CSS si está trabajando con Chrome.

Chrome y Safari tienen una representación de fuentes diferente en Windows. Safari incluye la representación de fuentes de Apple, que para un usuario de Windows es un poco borrosa. En OS X, ambos usan la representación de fuente nativa de la plataforma. Así que Safari se parece a OS X en ambos sistemas, mientras que Chrome se parece a la plataforma en la que se está ejecutando.

Esto se suma a otros puntos mencionados por personas que saben más que yo. :)

No. Esta sería una pregunta similar a la de "Chrome Render the Konqueror", y aunque las versiones de Webkit (HTML Renderer) pueden ser diferentes, los motores de script de Java son muy diferentes entre Chrome, Safari y Konqueror. Esto afectará a muchas aplicaciones de Google, ya que están escritas con javascript heavy stuff (AJAX). Esto también parece afectar a muchos sitios modernos, especialmente aquellos con menús y editores complejos (como este). Al final, depende de qué parte del sitio que está viendo está escrito con características de javascript.

FWIW, las Preguntas frecuentes de Google Chrome dicen que deberían reproducirse de manera muy similar:

Aún tienen motores de JavaScript diferentes, que podrían comportarse de manera diferente (aunque, posiblemente, solo en algunas condiciones raras).

Chrome actualmente utiliza una versión un poco más antigua de Webkit que Safari.

Con el tiempo, se actualizará, por supuesto, pero existe la posibilidad de que siempre quede un poco atrasado, dependiendo de cómo Apple lance su fuente.

Además, los motores de Javascript son diferentes, lo que puede afectar el comportamiento, aunque ambos son extremadamente rápidos.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top