La web en los dispositivos móviles es dominada por navegadores basados en WebKit, por lo que sitios móviles tienden a ser desarrollados y probados exclusivamente sobre los navegadores que usan este estándar.
¿Qué es WebKit?
Motor de renderizado de HTML de código abierto, desarrollado por Apple a partir del código del proyecto KTHML, y es reconocido por ser sumamente liviano, tener una base de código detallado y limpio, cumple estrictamente con los estándares y usa poca memoria para su funcionamiento.
WebKit y los móviles
Android e iOS usan navegadores basados en WebKit; específicamente iOS domina el mercado, las pruebas y los resultados obtenidos.
Por lo que Microsoft literalmente suplica a los desarrolladores web que adapten sus sitios mencionando en un artículo publicado en su blog varias formas de actualizar sus sitios sin requerir del WebKit, donde la clave de todo esto es el manejo apropiado de las características incompatibles.
Fuentes de incompatibilidad
Uno de los casos más difíciles es donde sólo la propiedad del WebKit cuenta. Los demás casos son el resultado de un proceso de estandarización para las especificaciones web.
Resulta que cuando una especificación en CSS o Javascript está bajo desarrollo y sujeta a cambio, los navegadores que las implementan supuestamente añaden un prefijo a la propia especificación del navegador a los elementos CSS y Javascript que usan. Pondremos un ejemplo, imaginemos que implementamos un borde redondeado en Webkit para CSS y usamos la propiedad webkit-border-radius; el estándar se vuelve estable y un navegador lo implementa de esta forma renombrando la propiedad a simplemente border-radius.
En ciertos estándares, ambos navegadores implementan la versión estable sin usar el prefijo requerido. Una problemática para los desarrolladores es que no actualizan sus páginas para adaptarse a las mejoras que se van haciendo en los estándares, provocando que las páginas se queden con los prefijos pero sin incluir el equivalente del código sin este. La solución a lo anterior es simplemente quitar los prefijos. Casos en los que se utiliza la interfaz táctil resultan ser más complejos.
Apple es fundador en una especificación llamada Touch Events basada en Safari, pero creada sin que Apple se haya involucrado. Microsoft ha propuesto una alternativa llamada Pointer Events que no sólo manejaría la parte táctil, sino entradas por ratón o pluma de una forma consistente.
Los desarrolladores de WebKit soportan Touch Events mientras que IE10 soporta una versión con prefijo de Pointer Events. La traducción entre éstas se ve posible, pero nada sencillo considerando que no es un caso de composición si no de hacer.
Con respecto a las aplicaciones de escritorio que utilizan secciones que requieren de una interfaz web, en definitiva WebKit es una opción bastante viable. Llevo trabajando un par de meses con este motor y el lenguaje de programación Vala, y es toda una maravilla. No existen los problemas de deprecación de reglas, ya que al final del día todo queda compilado.