Domanda

Dato che Chrome e Safari utilizzano webkit qualcuno ha ancora trovato qualcosa che rende diversamente su Chrome rispetto a Safari? C'è qualche motivo al momento per testare siti su entrambi, o testare Safari è sufficiente per ora?

È stato utile?

Soluzione

Parte di questo è sapere cosa dipende dal motore di rendering e cosa no. Javascript, ad esempio, è gestito in modo diverso in entrambi i browser (google ha il proprio renderer javascript personalizzato), quindi se la tua pagina utilizza javascript sostanzialmente lo testerei in entrambi.

Questo è probabilmente un buon posto per notare che Chrome è stato aggiunto a BrowserShots , quindi non è nemmeno necessario averlo installato per testarlo e Safari.

Altri suggerimenti

Google Chrome utilizza anche una versione precedente di Webkit rispetto all'attuale Safari, quindi le pagine devono essere verificate in entrambi i browser.

Sono molto simili, ma non identici. Ad esempio, ricordo di aver letto che Apple ha lavorato molto su Safari per ottenere il rendering dei caratteri in stile Apple e dubito che Google abbia duplicato tale sforzo.

Non forniscono versioni sincronizzate di WebKit. Ad esempio,

  

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

vs

  

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

WebKit è molto modulare, quindi hanno diversi motori di disegno e javascript. I plugin sono gestiti anche in modi significativamente diversi.

In pratica, non ho visto alcun sito che agisca diversamente e i due browser dovrebbero avere un comportamento identico, per quanto riguarda qualsiasi pagina web sana di mente. Ovviamente potresti annusare l'agente utente e forzare comportamenti diversi ...

Quindi no, al momento non c'è motivo di testare entrambi. Tieni presente che Google non ha ancora una versione stabile di Chrome.

No, e alcune differenze specifiche dell'interfaccia utente includono il non rendere lo stesso text-shadow e box-shadow tra di loro. Lo stesso vale per il bordo-raggio. Eviterei di usare queste tre (avanzate) regole di rendering CSS se lavori con Chrome.

Chrome e Safari hanno un rendering dei font diverso su Windows. Safari include il rendering dei caratteri di Apple che per un utente Windows è un po 'sfocato. Su OS X, entrambi utilizzano il rendering dei caratteri nativi della piattaforma. Quindi Safari sembra OS X su entrambi i sistemi, mentre Chrome sembra la piattaforma su cui è in esecuzione.

Questo è in aggiunta ad altri punti menzionati da persone che ne sanno più di me. :)

No. Questa sarebbe una domanda simile a "Chrome rende lo stesso di Konqueror" e anche le versioni di Webkit (HTML Renderer) potrebbero essere diverse, i motori di script Java sono molto diversi tra Chrome, Safari e Konqueror. Ciò influirà su molte app di Google poiché sono state scritte utilizzando javascript heavy stuff (AJAX). Ciò sembra influenzare anche molti siti moderni, in particolare quelli con menu ed editor complessi (come questo). Alla fine dipende da quanto del sito che stai visualizzando è scritto con funzionalità javascript.

FWIW, le FAQ di Google Chrome dicono che dovrebbero essere visualizzate in modo molto simile:

Hanno ancora motori JavaScript diversi, che potrebbero comportarsi diversamente (probabilmente solo in alcune rare condizioni).

Chrome attualmente utilizza una versione leggermente più vecchia di Webkit di Safari.

Nel corso del tempo verrà aggiornato, ovviamente, ma c'è la possibilità che rimarrà sempre un po 'indietro, a seconda di come Apple rilascia la sua fonte.

Inoltre i motori Javascript sono diversi, il che può influire sul comportamento, sebbene siano entrambi estremamente veloci.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top