Fixya es una web de preguntas y respuestas orientada a la resolución de problemas con productos de todo tipo, lo que les convierte en un buen termómetro para medir como nos va a los consumidores manejando toda clase de artículos en el mundo real. Ahora, la web ha publicado un curioso informe que se nutre de más de 60.000 solicitudes de ayuda para determinar qué navegador móvil es el mejor en términos de usabilidad, o más bien, cual da menos dolores de cabeza a sus usuarios. El ganador, por un amplio margen, Safari para iOS.

Para calcular el ranking, Fixya ha cruzado sus datos con la cuota de mercado de cada navegador según NetMarketShare, colocando al navegador de Apple en primera posición seguido del navegador por defecto de Android, Opera, Chrome e Internet Explorer en último lugar.

El informe desgrana los problemas más comunes encontramos por los usuarios de cada navegador, siendo la ausencia de Flash y la falta de espacio en pantalla los más acuciantes de la versión móvil de Safari, aunque como bien señalan, muchos de los problemas reflejados han sido solucionados en iOS 7 por lo que su puntuación sería aún mejor si se hiciese borrón y cuenta nueva considerando que tan solo ha pasado un mes desde su lanzamiento y ya está presente en el 71% de los dispositivos.

Vía | TUAW Más información | The Fixya Report Mobile Browsers (October 2013)

Contra todo pronóstico los últimos datos revelan que por mucho que las ventas de Android sigan subiendo, los usuarios de iPhone y iPad siguen haciendo un uso más intensivo de sus dispositivos para navegar por la red de redes. La versión móvil de Safari ha acaparado el 61,79% de todo el tráfico web realizado desde teléfonos y tablets en marzo de 2013.

Lejos, en segundo lugar, encontramos al navegador por defecto de Android con un 21.86% seguido de Opera Mini con un 8,4% y Chrome con un 2,43% (aunque de estos dos últimos también hay versión para iOS). Internet Explorer tiene que conformarse con el 1,99% (en contraste con el 55,83% que aún conserva en ordenadores personales) mientras que el 0,91% de BlackBerry queda como la sombra de lo que una vez fue.

Lo más curioso del caso es que Safari no solo está resistiendo los embates de la competencia, sino que incluso ha mejorado su posición respecto a los datos de Febrero cuando tan solo tenía un 55,41% de cuota. No es un mal salto, ¿verdad?

¿Cómo es posible? ¿Cómo puede el navegador de iOS generar tanto tráfico cuando Android ha logrado hacerse con una mayor porción del mercado de la telefonía móvil? Bueno, hay opiniones para todos los gustos, desde las que apuntan al mayor nivel adquisitivo que tienen de media los usuarios de la manzana y las tarifas de datos que van de la mano, a los que creen que por algún motivo nosotros sencillamente hacemos un uso más intensivo de nuestros terminales.

Y luego claro, también está la teoría de Gene Munster, quien especula con la posibilidad de que el iPad sea el culpable de todo dado su descomunal éxito y la razonable asunción de que los tablets son más susceptibles de generar tráfico que los teléfonos inteligentes por su comodidad y hábitos de uso. Sea como sea, las cifras le dan la razón a Munster en algo: parece que Safari Mobile va a continuar en cabeza durante un buen rato.

Vía | AllThingsD Más información | Net Applications

El lanzamiento de Chrome para iOS ha hecho correr ríos de tinta (electrónica) con comentarios para todos los gustos. Desde los que encuentran al navegador de Google inexplicablemente más rápido que Safari a los que se quejan de que no es más que un simple skin del navegador de Apple. La realidad se mueve en un término más intermedio y lo cierto es que Chrome incorpora cosas muy positivas con claras opciones para conquistar a más de un usuario.

Tras una semana instalado en mi iPad y mi iPhone, os dejo con un resumen de las cinco cosas que más me han gustado y las otras cinco por las que aún no descarto a Safari de la competición.

Cinco razones para utilizar Google Chrome en iOS

1. Omnibox. Aunque Safari unificará los campos para direcciones web y términos de búsqueda en Mountain Lion, su versión móvil en la última beta de iOS 6 sigue manteniéndolos separados. No sé vosotros, pero esta característica de Chrome fue lo primero que me hizo acercarme al navegador de Google y con el tiempo he dejado de concebir cualquier otra cosa (bendito Safari Omnibar).

2. Pestañas ilimitadas. A diferencia de Safari, Chrome no tiene un número máximo de pestañas abiertas e incluso abriendo un buen número no se aprecia una caída de rendimiento. Por contra, Safari se queda en 9 pestañas aunque al menos en la versión para iPad de iOS 6 han aumentado la cifra hasta 24.

3. Interfaz de usuario. Puede que la carga de páginas con javascript se resienta al no poder utilizar el motor Nitro, pero eso no evita que la experiencia de usuario sea bastante satisfactoria gracias a una interfaz que salvo por algún detalle resulta tremendamente cómoda y ágil. Mención espacial para la navegación entre pestañas deslizando el dedo desde el marco de la pantalla y la búsqueda por voz.

4. Modo Incógnito (navegación privada). Perfecto si quieres navegar por Internet sin dejar ningún rastro en el historial de tu dispositivo y definitivamente mucho más rápido y cómodo de utilizar que la función equivalente en Safari, oculta en las preferencias de privacidad dentro de los ajustes del sistema.

5. Sincronización. Nuevamente, Safari en iOS 6 y Mountain Lion nos permitirá acceder a las pestañas abiertas entre dispositivos mediante iCloud, pero por qué esperar si Chrome ya lo hace hoy, añadiendo además la habilidad para recordar también las contraseñas introducidas desde la versión de escritorio y viceversa.

Cinco razones para seguir utilizando Safari en iOS

1. Nitro. Como ya expliqué, Safari es el único navegador que puede utilizar Nitro, la última versión del motor de javascript disponible en iOS con soporte para JIT (Just in Time). Chrome tiene que conformarse con UIWebView, casi cuatro veces más lento a la hora de ejecutar páginas con un uso intensivo de javascript (como son la mayoría hoy día), lo que al final repercute en la velocidad de carga y la suavidad con la que se visualizan las páginas webs más modernas.

2. Mejor teclado. Probablemente el motivo por el que Apple mantiene separado los campos de dirección y búsqueda es poder personalizar el teclado para cada uso, reemplazando la barra espaciadora por atajos para los dominios web (.com, .es, etc…) y caracteres como la barra o los dos puntos para escribir rápidamente una url cuando sea el caso, o mostrar la opción para buscar en la página.

3. Favoritos. Si eres un usuario intensivo de los favoritos probablemente encuentres tan molesto como yo que Chrome oculte sus marcadores dentro de un menú desplegable. La diferencia es poder acceder a ellos con una pulsación en lugar de dos, algo que parece poca cosa pero no lo es. Por cierto, los favoritos de Safari también se sincronizan mediante iCloud y su disposición en menú (con carpetas además) se me antoja más sencilla de navegar que la rejilla de Chrome.

4. Integración con iOS. Con diferencia el mayor obstáculo de Chrome es la ausencia en iOS de un modo para cambiar el navegador por defecto de modo que no importa lo que hagamos, los enlaces de otras aplicaciones como Mail o Mapas siempre se abrirán en Safari. Mientras que este tema queda fuera del control de Google, otros como la ausencia del clásico botón para compartir nos impide realizar funciones típicas como publicar en Twitter, añadir a la pantalla de inicio o imprimir.

5. Lista de lectura. Utilizo la lista de lectura cada día y no se ocurre un modo mejor y más sencillo de recordar artículos que quiero leer más tarde. Si Chrome soportase bookmarklets cabría la posibilidad de sustituirlo con Instapaper pero de momento no es el caso. Además, iOS 6 introducirá la lista de lectura sin conexión, acentuando aún más la utilidad de esta función.

¿Qué puntos fuertes pesan más para vosotros? ¿La barra unificada o los favoritos? ¿El modo incógnito o la lista de lectura? Y cuando salga iOS 6 dentro de unos meses, ¿qué haréis? ¿Seguiréis apostando por Chrome o el nuevo modo de navegación a pantalla completa en horizontal de Safari terminará de inclinar la balanza a su favor?.

En Applesfera | Google Chrome para iOS ya disponible
En Applesfera | El próximo frente de batalla de los navegadores será iOS… si Apple lo permite

Una pequeña novedad que ha podido pasar desapercibida para muchos usuarios es la incorporación en iOS 5 de una opción para activar la navegación privada con Safari Mobile, permitiéndonos navegar por Internet sin guardar ninguna información sobre las páginas que hemos visitado. Esta opción ya estaba disponible en la versión de escritorio del navegador (Safari > Navegación privada…) pero hasta ahora los usuarios de iOS tenían que recurrir a algunos de los navegadores alternativos disponibles en la App Store como Opera Mini o mi preferida hasta ahora para estos menesteres.

Para activarla tenemos que dirigirnos a Ajustes > Safari y pulsar sobre el selector de Navegación privada en el apartado de Privacidad. Una vez activo podremos apreciar que la interfaz de Safari cambia su habitual color azul grisáceo por el negro, indicándonos inequívocamente cuándo estamos navegado o no de forma privada.

Por cierto, cuando activamos o desactivamos esta opción nos parecerá un cuadro de diálogo donde podremos decidir si queremos cerrar todas las pestañas actualmente abiertas, algo particularmente útil al salir de este modo eliminando cualquier página abierta rápidamente.

Vía | Mac OS X Hints

Safari Mobile, en su versión 5.1, ha recibido un impulso notable. Cualquiera que lo haya instalado junto a iOS 5 habrá notado que hay una diferencia sustancial de velocidad de carga de las páginas, pero ahora ya tenemos los datos concretos de cuánto ha aumentado su velocidad.

Según un estudio de New Relic, la media de carga de web apps en iOS 5 con el remozado navegador es de 4.1 segundos, mientras que esas mismas páginas en iOS 4 y con la anterior versión de Safari Mobile tardaban en cargarse de media 9,6 segundos.

El estudio que veis en la infografía deja claro que una de las grandes aportaciones de iOS 5, aunque no se haya hablado mucho sobre ella, es la velocidad a la hora de cargar webs.

Ahora queda esperar que el navegador siga mejorándose incluso en algunos detalles obvios que Apple aún no ha incorporado, como que, por ejemplo, se active la navegación por pestañas en el iPhone, una vez que ya se ha incorporado al iPad.

Vía | TUAW
En Applesfera | Diez novedades de iOS 5 y cómo aprender a utilizarlas (2ª Parte)

Los últimos resultados que se han observado en las mediciones de Javascript (con el conocido test SunSpider) del iPad 2 son realmente impresionantes, en 9to5mac han comparado los registros del iPad2 con iOS 4.3 junto con distintos dispositivos similares, iPhone 4 y iPad original con la versión beta de iOS 4.3 y con iOS 4.2, también han incluido en la comparativa al Google Nexus S y al Samsung GalaxyTab.

En la imagen adjunta y en la tabla que os muestro a continuación, en la entrada extendida, se puede observar claramente quién resulta ganador: el iPad 2 con iOS 4.3 y su procesador de doble núcleo rompen la comparativa, es casi el doble de rápido que su antecesor y 3 veces mejor que dispositivos de la competencia como el Galaxy Tab.

Así pues los resultados saltan a la vista, de momento el iPad 2 se corona como el que pasa mejor este test de Javascript a bastante distancia del iPad original y sobre todo a muchísima distancia de la versión anterior de iOS 4.2, ¿sirve para algo más esta comparativa? Pues lo dudo, más allá de afirmar que se están haciendo progresos importantes y mejoras a nivel del motor que incorpora Safari (Webkit) para iOS.

La comparación del iPad 2 con otros rivales es un tanto gratuita: no usan el mismo sistema operativo, en características hardware también difieren, las versiones del navegador de Android también van a ir evolucionando, en definitiva que seguramente en los próximos meses podremos compararlos con el iPad 2, sin embargo es significativo que el iPhone 4 y el iPad original con 4.3 sí muestren una clara mejora respecto a la competencia.

Y al final también recuerdo que estas medidas se basa en un test de velocidad de ejecución de código Javascript, una parte muy importante en el desempeño y el rendimiento del navegador, pero no el único factor a tener en cuenta. Eso no quita que los resultados en realidad sí son impresionantes como decía en el título de esta entrada, ya que muestran una clara mejoría respecto a la versión anterior y en sí mismos, son realmente buenos.

Vía | Mackinando | 9to5mac
Más información | EsferaiPhone

Perdonarme la expresión pero siendo sincero, creo que el tema de Flash en los dispositivos de Apple se ha convertido más es un juego de niños que en una utilidad práctica para todo el mundo. Un juego de niños tanto para las compañías implicadas como para los propios usuarios.

Y parece que ese juego ahora tiene nuevos jugadores, lo hackers, esos encargados de hacer posible todo lo que las empresas prohíben.

Según nos informan desde Wired, usuarios bastante avanzados han conseguido ejecutar código Flash encapsulado en un javascript runtime capaz de ejecutar código .swf, ¿el resultado? Tú mismo lo puedes comprobar desde el iPhone haciendo click en algunos de estos ejemplo: banner, banner2, banner3.

A día de hoy es más una demo técnica que una forma viable de ejecutar contenido Flash en el iPhone e iPod touch, aunque sus desarrolladores han liberado el código capaz de ejecutar estos archivos bajo el nombre de Gordon y es accesible de forma gratuita a cualquier usuario.

Vía | Wired
En Applesfera | Flash para iPhone OS, ¿hemos calibrado todas las razones?

Los chicos de Huasonic han conseguido, mediante la modificación de archivos .plist, habilitar la función de activar o desactivar la carga de imágenes en el navegador Safari Mobile. Para conseguirlo necesitaremos tener acceso al contenido de nuestro iPhone o iPod Touch y un editor de archivos .plist.

Lo primero lo podemos conseguir de dos formas distintas: vía wifi gracias a cyberduck o conectado mediante cable USB y DiskAid por ejemplo. Lo segundo un editor de archivos .plist. Si no encontráis ninguno que os agrade podéis instalar Xcode que incorpora Property List Editor, requiere que os registréis en el programa para desarrolladores de Apple.

Una vez tengamos acceso y un editor de archivos plist buscamos los siguientes archivos:

com.apple.mobilesafari.plist

Safari.plist

Las modificaciones a realizar las podéis ver en el vídeo que acompaña esta noticia o en el blog de Huasonic. En uno de los archivos introduciremos una cadena que habilitará la opción para activar o desactivar. Y en el otro nos creará un botón dentro de los ajustes de Safari para activarlo según queramos.

Esto que puede parecer algo poco relevante es, según mi opinión personal, muy interesante por varios motivos. El primero de todo es que para los que tengamos un iPhone EDGE el tiempo de carga de muchas web se verá reducido. Y segundo, para los usuarios que tengan un plan de datos con un limite de descarga verán como tardan más en superarlo al no cargar imágenes innecesarias. Al menos no todas las imágenes de un blog o web nos interesan, ¿no?.

Os dejo unas comparativas. La primera es con nuestro blog Applesfera. Su peso es de 578 KB de media, del cual el 65% de su "peso" es en imágenes. La segunda es de Kirainet.com (saludos a Hector), un blog con un peso de 2,5 MB de media con un 93% de su "peso" en imágenes. Hay que aclarar que el blog de Kirai se basa mucho en mostrar aspectos de Japón mediante fotos pero espero os sirva para haceros una idea.

Vía | Huasonic Más información | Micronauta

Resulta interesante ver que tanto el iPhone como el iPod Touch están consiguiendo captar el interés de los desarrolladores web.

En este caso, a través del sitio oficial de la película Jumper, vemos este interés. Se han encargado de realizar una versión adaptada para estos dispositivos de forma que podemos ver el trailer, la sinopsis, una guía de personajes, wallpaper y algunos extras más.

Todo un acierto, que tal vez vaya indicando el futuro cercano. Futuro en el que los dispositivos móviles cambiarán la manera de disfrutar de series, películas,... así como su distribución.

Además de estar contentos por el interés hacia el iPhone/iPod Touch, en Cupertino se están frotando las manos porque las ventas no hacen más que aumentar.

Vía | Pocketpicks Sitio Oficial | Jumper The movie Imagen | Pocketpicks

Después de imenéame o el plugin para ver el panel de wordpress de forma correcta, es Google quien a través del blog oficial de Google Docs anuncia su nueva versión optimizada para dispositivos móviles y en especial para el iPhone. De momento sólo disponible para la versión inglesa y sin la posibilidad de editar los documentos, etc...; pero todo se andará. Si queréis probarlo sólo tendréis que introducir la dirección http://docs.google.com/m, evidentemente también válido para el iPod Touch.

Esto no hace más que darle poder y potencia al iPhone para convertirse en el auténtico escudero de ejecutivos, profesores, estudiantes,... Imaginar tener todos vuestros documentos accesibles desde el móvil y (cuando esté lista la funcion de editar) poder modificarlos de forma fácil y sencilla. Además está la opción de conectar el iPhone a un proyector y hacer una presentación gracias al sistema de presentaciones de Googledocs. Sin duda otro motivo para morderse más las uñas y desear que den pronto información del lanzamiento oficial en España y resto del mundo.

Vía | Tuaw Sitio oficial | Blog Googledocs Imagen | Tuaw