WebKit es un motor de navegación desarrollado por Apple que se utiliza principalmente en el navegador web Safari y otros navegadores web de iOS. El navegador de BlackBerry, las consolas PlayStation a partir de la PS3, los sistemas operativos móviles Tizen y un navegador incluido en el lector de libros electrónicos Amazon Kindle utilizan WebKit.
La propiedad CSS -webkit-appearance permite a los diseñadores web hacer que los componentes HTML se parezcan más a los controles nativos de la interfaz de usuario (UI). También es compatible con la propiedad CSS -webkit-appearance, que es una extensión propietaria de CSS. El prefijo -webkit- en las extensiones de WebKit indica que forman parte del marco de trabajo de código abierto de WebKit.
Basándose en la compatibilidad de los navegadores, CSS3 contiene una propiedad de apariencia que es igual a la propiedad -webkit-appearance. Por ejemplo, para Internet Explorer, -ms- se cambia por -moz- para Firefox, -o- para Opera, etc. Safari 3.0, iOS 1.0 y las versiones posteriores también son compatibles con el parámetro -webkit-appearance.
Tanto Safari como Chrome utilizan Webkit como motor de renderizado (entre otros, pero estos son los más populares). El prefijo -webkit en los selectores CSS denota las propiedades que están destinadas exclusivamente a ser procesadas por este motor, de forma análoga a las propiedades -moz. A continuación se comentan algunas de ellas:
Al tratar con CSS, sin duda nos encontramos con los prefijos de proveedor. A pesar de que su uso está muy extendido, sigue habiendo cierta incertidumbre sobre cuándo deben utilizarse e incluso por qué deben usarse. En este post, respondo –
Por ejemplo, cuando se introdujeron por primera vez los fondos degradados, los distintos navegadores requerían una sintaxis diferente para implementar el mismo efecto. Para crear un simple efecto de degradado de negro a blanco, teníamos que escribir –
Para permitir esta implementación diferente entre navegadores durante la fase de pruebas, se introdujo la política de prefijación de proveedores en CSS2.1. Cada motor de navegación tiene su propio prefijo, que, combinado con el nombre de la propiedad, actúa esencialmente como su propia propiedad. Cada navegador sólo reconoce las propiedades con su propio prefijo e ignora las demás.
Hacemos esto para aprovechar la naturaleza de cascada de CSS. Los navegadores utilizarán la última versión declarada de una propiedad que puedan entender. Al poner la versión no prefijada en último lugar, nos aseguramos de que, cuando los navegadores acaben soportando la propiedad oficial, esa será la que utilicen.
Los desarrolladores web incluían características prefijadas en los sitios web de producción, a pesar de su carácter experimental. Esto dificultó a los proveedores de navegadores garantizar la compatibilidad mientras trabajaban en nuevas funciones. La inclusión de características prefijadas también perjudicaba a los proveedores de navegadores más pequeños, que acababan teniendo que añadir los prefijos de otros navegadores para poder representar los sitios web más populares.
Ahora, las características experimentales de los navegadores se “ponen detrás de una bandera”. Esto permite a los desarrolladores cambiar las configuraciones de los navegadores para probar las próximas funciones. Los navegadores añaden ahora características experimentales detrás de banderas o preferencias controladas por el usuario. Las banderas pueden añadirse para especificaciones más pequeñas, lo que permite alcanzar un estado estable mucho más rápidamente.Prefijos CSSLos prefijos CSS más comunes de los navegadores que verás en las bases de código más antiguas incluyen:
Prefijos de APIHistóricamente, los proveedores de navegadores también han utilizado prefijos para las API experimentales. Si una interfaz completa era experimental, el nombre de la interfaz llevaba un prefijo (pero no las propiedades o métodos que contenía). Si se añadía una propiedad o un método experimental a una interfaz estandarizada, se anteponía el método o la propiedad individual.Prefijos de interfazLos prefijos de los nombres de interfaz se escriben en mayúsculas:
La mayoría de los esquemas URI no tienen disposiciones estándar para contener otro URI completo, por lo que no se puede pensar en ellos como prefijo de otro URI completo. Además de http: y https:, algunos esquemas URI comunes incluyen:
MDN es un buen recurso para entender las cosas en lenguaje sencillo. También sugeriría https://developer.mozilla.org/en-US/docs/Web/API/URL/createObjectURL como un buen recurso. También muestran la especificación del W3C en la parte inferior de su página, la misma que Spiff proporcionó, pero las especificaciones originales pueden ser verbosa y difícil de leer. Yo diría que Spiff es el más correcto por enlazarte con los documentos del W3C.