ver recuperar pagina navegador mac inicio historial definicion cómo configurar configuracion como cambiar safari google-chrome webkit

pagina - recuperar historial safari iphone



¿Google Chrome muestra las páginas de la misma manera que Safari? (10)

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

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 se manejan de maneras significativamente diferentes también.

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. Podrías, por supuesto, olfatear al usuario-agente y forzar un comportamiento diferente ...

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

Chrome actualmente usa una versión ligeramente más antigua de Webkit que Safari.

Con el tiempo, se actualizará, por supuesto, pero existe la posibilidad de que siempre esté un poco rezagado, dependiendo de cómo Apple libere su fuente.

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

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 buscadores.

No. Esta sería una pregunta similar a "Does Chrome Render es lo mismo que 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 utilizando material pesado de javascript (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 esté viendo está escrito con características de JavaScript.

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 procesador de JavaScript personalizado), por lo que si tu página utiliza JavaScript, lo probaría en ambos.

Este es probablemente un buen lugar para notar que Chrome se ha agregado a BrowserShots, por lo que ni siquiera necesita tenerlo instalado para probarlo y Safari.

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

Todavía tienen diferentes motores de JavaScript, que pueden comportarse de manera diferente (sin embargo, solo en algunas condiciones raras).

No, y algunas diferencias de UI específicas incluyen no hacer que text-shadow y box-shadow sean las mismas entre ellos. Lo mismo con el radio del borde. Evitaría usar estas tres reglas de representación CSS (avanzadas) si está trabajando con Chrome.

Chrome y Safari tienen una representación de fuentes diferente en Windows. Safari incluye el renderizado de fuentes de Apple que para un usuario de Windows es un poco borroso. En OS X, ambos utilizan la representación de fuente nativa de la plataforma. Entonces 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. :)