Apple ha actualizado recientemente su SDK de soporte para los Mac, y en Applesfera hemos descubierto un detalle interesante: la función edgesIgnoringSafeArea(), responsable de ignorar los píxeles de la llamada 'zona segura' que hay en los notch de los iPhone que tienen Face ID.

El simple hecho de que esta función se haya añadido en los Mac nos lo deja bastante claro: Apple planea lanzar ordenadores con Face ID. O como mínimo ha experimentado con ello, aunque si la compañía lo ha puesto a disposición de los desarrolladores mucho sitio para dudas no nos queda. Se especifica que el SDK forma parte de macOS 10.15, de modo que deberíamos ver un Mac con Face ID antes de un año a más tardar.

En Applesfera

iPad Pro, MacBook Pro de 16 pulgadas, Mac Pro y Apple TV+: qué esperamos en la probable keynote de octubre

Face ID llegará a los Mac, posiblemente empezando por los portátiles

¿Qué ordenadores pueden ser los que lleguen con Face ID? Pues podríamos hablar del supuesto nuevo MacBook Pro de 16 pulgadas que debería salir este otoño, posiblemente en un evento que se celebre este mismo mes. Se rumorea que tendrá un diseño completamente nuevo con el apoyo del equipo Pro que ya aconsejó con el nuevo Mac Pro modular, así que una de las novedades de ese nuevo diseño puede ser Face ID.

Con el tiempo eso también puede llevarse al resto de portátiles, que son popularmente los más vendidos; para finalmente llegar a sistemas como los iMac o los iMac Pro. Obviamente los Mac mini y los Mac Pro no llegarían ese sistemas al no tener necesariamente una pantalla propia de Apple. Sólo nos queda esperar para ver cuándo podremos ver todo eso presentado.

Renovarse o morir. Apple ha lanzado otro de sus avisos a los desarrolladores en los que les lanza este aviso: a partir del mes de julio, todas las aplicaciones de iOS deberán estar optimizadas para la pantalla del iPhone X. Ninguna aplicación que no cumpla ese requisito verá la luz en la App Store a partir de ese mes.

A su vez, el tener que optimizar la aplicación para la pantalla del iPhone X significa que todos los desarrolladores van a tener que utilizar el SDK de iOS 11. Todas las versiones anteriores de ese kit de desarrollo no son capaces de optimizar las interfaces para la pantalla del iPhone X, de modo que quedarán descartados.

Preparándose para la nueva hornada de iPhone

Cuando llegue esa fecha vamos a tener ya los detalles oficiales de iOS 12, de modo que en Cupertino no les va a costar demasiado animar a todo el mundo a que utilicen los SDK más avanzados. Más que utilizar el de iOS 11, van a verse motivados para trabajar en todas las novedades que ofrecerá el de iOS 12 en fase de pruebas.

Además, dentro de unos meses vamos a ver toda una nueva generación de iPhone que va a partir del iPhone X como base para su aspecto y sus proporciones de pantalla. Así que cuanto antes se adapten los desarrolladores, menos trabajo van a tener luego en cuanto los próximos modelos y sus nuevas proporciones pillen por sorpresa a todo el mundo.

En Applesfera | ¿iOS 12, iOS 11.5 o nueva nomenclatura? Estas son las diferentes opciones que podríamos ver en la WWDC 2018

No está siendo una buena semana para los desarrolladores de AccuWeather, una de las aplicaciones meteorológicas para iOS más conocidas del mercado. El experto en seguridad Will Strafach ha descubierto que uno de los SDK de la aplicación, proporcionado por la desarrolladora Reveal Mobile, era capaz de recopilar datos sobre la ubicación del usuario aún incluso cuando éste no diese permiso para ello.

Reveal Mobile y AccuWeather han reaccionado en un día, afirmando al medio 9to5Mac que el SDK no tienen ninguna función oculta con la que se intente adivinar la ubicación de un usuario. Han prometido el lanzamiento de una nueva versión de SDK para difundir todas las dudas que hayan, y en otro comunicado admiten que el SDK registraba algunos datos sin que la compañía lo supiese.

"Ha sido sin querer"

Concretemos. Si el usuario lo permitía, AccuWeather registraba varios datos de los usuarios: el nombre de su red Wi-Fi, su ubicación y si el terminal tenía la conectividad Bluetooth activa. Hasta aquí bien, porque son datos que normalmente se recogen en aplicaciones gratuitas (es su modelo de negocio, precisamente) y siempre con el permiso expreso del usuario.

La polémica ha llegado cuando ese mismo SDK, cuando no se le daba permiso para registrar datos, seguía haciéndolo con los nombres de las redes Wi-Fi. También intentaba, a través de la lectura de las conexiones Bluetooth, triangular la posición del terminal. O sea que no se guardaban las coordenadas GPS directamente, pero se intentaban encontrar mediante las señales Bluetooth.

Las compañías se defienden así de lo encontrado por Strafach:

Otros datos, como la información de la red Wi-Fi, estuvieron disponibles durante un periodo corto de tiempo en el SDK de Reveal, pero sin que sean usados por AccuWeather. De hecho, AccuWeather no se percató de que los datos estaban disponibles. Consecuentemente, en ningún momento se han usado esos datos para cualquier propósito.

Básicamente, AccuWeather y Reveal Mobile revelan que un supuesto error en su SDK recopilaba datos cuando no tocaba hacerlo. Un "ha sido sin querer" en toda regla. Y la nueva versión de ese SDK que ya debería estar entre nosotros deja de hacerlo. Buen paso, pero la desconfianza que algunos usuarios pueden tener ahora es también justificable: hasta ahora se les prometía que no se registraban sus ubicaciones si ellos no daban permiso para ello, cuando sí que como mínimo quedaban guardadas en alguna parte del SDK de Reveal.

¿Qué falta por ver ahora? Pues AccuWeather ya ha prometido reparar el error de su SDK, así que habrá que echar un vistazo a sus entrañas de nuevo para comprobar si realmente deja de recopilar datos. Aunque no haya sido la intención inicial de Reveal Mobile, es algo delicado que puede afectar a la credibilidad de la compañía de ahora en adelante.

En Applesfera | Apple ha eliminado aplicaciones VPN en la App Store de China

La conferencia para desarrolladores de este año está muy pronto, el próximo 13 de junio veremos todas las novedades que Apple tiene preparadas para el software de sus dispositivos. Entre estas novedades, se ha rumoreado ya sobre Siri en el Mac, pero parece ser que hay más que contar sobre el asistente personal de Apple.

Según un último informe, Apple está preparando un dispositivo que compita directamente con Amazon Echo y Google Home, dos altavoces que integran los asistentes personales de Amazon y Google respectivamente. Además de esto, y quizás lo más interesante de todo, puede que durante el WWDC veamos cómo se abre Siri a aplicaciones de terceros gracias a un nuevo SDK.

Esto es especialmente útil si pensamos en lo limitado que está actualmente Siri en el iPhone y el iPad. Prácticamente solo las aplicaciones de Apple tienen acceso a él y por lo tanto sus funciones son básicas. Abriendo el SDK lo que permitiría Apple es que otras aplicaciones interactuen directamente con Siri, vamos, lo que hemos estado esperando desde la presentación de Siri.

En cierto modo, Apple ya permite a algunos servicios de terceros acceder a Siri, por ejemplo Yelp es capaz de ofrecer información a Siri para que esta nos la muestre. De la misma forma que Shazam reconoce canciones mediante Siri. Pero esta integración no es completa y directa, con un SDK cualquier aplicación podría acceder a Siri y viceversa. Por ejemplo, podríamos pedirle a Siri que nos traiga un Uber hasta donde nos encontremos sin tener que entrar en la aplicación y pedirlo.

Por otro lado, el informe asegura que Apple lleva un tiempo trabajando en ese supuesto dispositivo que compita con Amazon Echo, de hecho, incluso desde antes de que Amazon presentase Echo. Se trataría básicamente de un altavoz con micrófono para escuchar constantemente, con Siri integrado y conectado a Internet para realizar cualquier consulta u orden. Además de esto, hay que tener en cuenta que Apple puede integrar muy bien HomeKit y crear así un centro neurológico para todos los dispositivos de la casa conectados por HomeKit.

Como bien comentaba Eduardo hace unos días, es hora de abrir Siri a todo el mundo. El asistente personal lleva creciendo y aprendiendo desde hace un par de años, y ya es momento de que los desarrolladores muestren de qué son capaces de hacer con la herramienta. Veremos si el WWDC 2016 es el pistoletazo de salida para esta nueva etapa de Siri.

Vía | The Information

"Hemos identificado un grupo de apps que utilizaban el kit de desarrollo creado por Youmi, un proveedor de publicidad en dispositivos móviles, que empleaba APIs no oficiales para recopilar información privada como direcciones de correo electrónico e identificadores de dispositivo, y enviarla a los servidores de la compañía. Esto es una violación de nuestras normas de privacidad y seguridad. Las apps que utilizan el SDK de Youmi han sido eliminadas de la App store y cualquier nueva app que se envíe a la App Store y utilice este SDK será rechazada. Estamos trabajando de cerca con los desarrolladores para ayudarles a sacar versiones actualizadas de sus apps que sean seguras para los clientes y cumplan con nuestras normas, de modo que puedan volver a la App Store rápidamente."

Así ha respondido Apple menos de 24 horas después de que los chicos de SourceDNA publicasen su descubrimiento. Al parecer, Youmi, una compañía china de publicidad enfocada a dispositivos móviles se las había ingeniado para esquivar el proceso de revisión de la App Store ocultando el uso de APIs privadas para que sus anuncios, insertados en las apps que utilizaban su SDK, recopilasen inadvertidamente información privada, algo específicamente prohibido por la manzana.

En concreto, Youmi recibía una lista de todas las apps instaladas en el teléfono, el número de serie de los iPhones y iPads con versiones antiguas de iOS, una lista de componentes de hardware con sus respectivos números de serie, así como el correo electrónico asociado al ID de Apple del usuario.

SourceDNA cree que las primeras versiones del SDK de Youmi no caían en estas prácticas y un análisis de su código ha revelado que fue hace aproximadamente dos años atrás cuando sus desarrolladores comenzaron a experimentar con sistemas para ocultar una llamada a un API privado cuando la app estaba en segundo plano. "Una vez fueron capaces de colarle esto al equipo de revisión de la App Store, probablemente se volvieron más seguros de que no serían detectados y comenzaron a añadir más funciones en esta línea".

En total se han detectado 256 apps que suman alrededor de un millón de descargas aunque es importante señalar que sus desarrolladores no tenían forma de saber lo que estaba ocurriendo con sus apps. Por este motivo, SourceDNA ha preferido no hacer público el listado de apps afectadas, proporcionándoselo directamente a Apple para que fuesen estos quienes diesen solución al asunto. Aún así, sabemos por ejemplo que la app oficial de McDonald para China utilizaba el SDK de Youmi pero, de nuevo, lo hacían simplemente para mostrar anuncios, no para que Youmi tomase provecho de su posición y recopilase los datos de todos sus usuarios a través de su app.

El SDK de Youmi también está disponible para Android pero en este punto se desconoce si está afectado o no por el problema. Lo que sí sabemos es que es la segunda vez en poco más de un mes que China y la App Store, protagonizan titulares de este tipo. Hace cinco semanas, Apple retiró 39 apps incluyendo algunas tan conocidas como WeChat, CamScanner o la versión china de Angry Birds 2 tras descubrir que escondían un código malicioso diseñado para robar información sensible del usuario; aunque en aquella ocasión fue el propio Xcode, la herramienta de desarrollo de Apple, la que era causante del problema.

Los atacantes cogieron Xcode, lo infectaron con un malware llamado XcodeGhost, y compartieron enlaces de su instalador en foros chinos de desarrollo para iOS engañando a ingenieros de conocidas compañías con el pretexto de que podrían descargarlo mucho más rápido desde estos servidores en China que desde los propios de Apple. XcodeGhost, infectaba así las apps compiladas colándose delante de las narices de los revisores de la manzana que, probablemente, tendrían la guardia baja ante la enésima actualización de una app reputada.

Hora de redoblar todos los esfuerzos en seguridad, ¿no creéis?

Vía | 9to5mac

El desarrollo de aplicaciones ha cambiado mucho en los últimos años. No sólo en las herramientas disponibles sino, principalmente, en los métodos de distribución. En la actualidad hacer uso de la App Store o Mac App Store es lo habitual pero sigue habiendo motivos para distribuir fuera de las tiendas de Apple. Y no, no es sólo por el porcentaje que se llevan del precio final.

Cuando un desarrollador no opta por estar en la Mac App Store tiene opción a ofrecer actualizaciones a un precio menor si ya tenía la versión anterior de su App. Esto en la Mac App Store no ocurre por lo que o juegan con precios promocionales durante los primeros días o nada. También está el tema de la revisión, al pasar por los filtros de Apple hay apps que no los superar por tocar partes del sistema o hacer algo de una forma que a la compañía no le gusta. Por tanto son rechazadas. En definitiva, motivos por los que se buscan soluciones alternativas. Una de ellas será DevMate de MacPaw.

DevMate, un entorno para el desarrollo y distribución de apps

MacPaw ha lanzado DevMate, una plataforma para desarrolladores de OS X que busca simplificar de forma considerable sus vidas. Para ello se contará con SDK y un Dashboard que permitirán diferentes acciones que afectan tanto al desarrollo como a la distribución de una aplicación.

Con el SDK, DevMateKit, podrán integrar de forma fácil activaciones de aplicaciones, recopilación de datos estadísticos como usos e incluso informes de errores que les permitirán solucionar problemas y pulir sus desarrollos.

Luego, en el Dashboard, podrán conocer toda esa información de una forma rápida y completa para tener siempre una visión clara de cómo se está desarrollando, usando y evoluciona. Con toda esa información no sólo se podrán tener datos de cara a futuras decisiones sino también para variar posibles estrategias que permitan obtener resultados más positivos.

Una ayuda más para el desarrollador

Si tenéis claro que estar en la Mac App Store y App Store es lo mejor genial. Apple ya ofrece herramientas para monitorizar las aplicaciones que subes a sus tiendas. Pero si por el contrario querías una opción para distribuir fuera de ellas puede que DevMate sea interesante para ti.

Con un diseño muy visual y claro, el entorno desarrollador por MacPaw tiene otra ventaja importante y es que sólo pagas por lo que usas. En función del número de usuarios que descargan y lanzan tu aplicación se calcula el precio mensual. Por tanto, si quieres probar qué tal funciona y ver todas sus opciones no tienes por qué preocuparte pues no te costará nada.

Más información | DevMate

La presentación de una nueva versión de iOS y la distribución de su SDK para los desarrolladores siempre van cogidas de la mano en la misma keynote. A Apple le interesa, una vez un nuevo iOS ha visto la luz, que los programadores empiecen a adaptar sus aplicaciones a la nueva versión cuanto antes. Y la semana pasada, muy tímidamente, pudimos ver una característica llamada Auto Layout en el SDK de iOS 6 durante la keynote de la WWDC 2012.

El nombre de Auto-Layout ya está presente en el SDK de OS X, y como su nombre indica facilita a los desarrolladores la distribución de los elementos de la interfaz en la ventana de la aplicación. Aplicado a iOS 6, Auto Layout sería precisamente la herramienta necesaria para un cambio de resolución en la pantalla del iPhone, una de las mejoras por las que más están apostando los expertos para el próximo modelo del teléfono de Apple.

Auto Layout: tú pones la distribución de los elementos, nosotros ponemos la resolución y aspecto

Básicamente, Auto-Layout permite definir unas reglas por las cuales los elementos de la interfaz de nuestra aplicación (botones, zonas de texto, imágenes…) se distribuyan automáticamente. Por ejemplo, podemos establecer una norma con la cual dos botones en concreto estén a una distancia proporcional entre ellos y teniendo en cuenta la anchura total en pixeles de la pantalla.

El método no sólo facilitaría el desarrollo de aplicaciones con versiones optimizadas para el iPad y el iPhone, sino que además también pondría el camino para un cambio de resolución en la pantalla del próximo iPhone. Y no estamos hablando de una simple multiplicación por 4 para lograr un efecto retina, sino de un cambio en la proporción de aspecto que obligaría a todos los programadores a adaptar sus aplicaciones a la nueva resolución.

Es justo lo que Apple quería evitar en un principio para así poder promocionar a la comunidad de desarrolladores que no hay fragmentación de resoluciones de pantalla en sus terminales (algo bastante criticado entre los desarrolladores de programas para Android), pero con la proliferación de terminales con pantalla de 4 o incluso 5 pulgadas, las 3 pulgadas y media del iPhone y el iPhone touch quizás se estén quedando algo pequeñas.

No sabremos del cierto si la pantalla del iPhone va a cambiar de formato hasta que Tim Cook o Scott Forstall nos lo muestren dentro de unos meses, pero podemos decir que en Apple están puliendo todos los detalles para que un posible cambio de resoluciones (y quién sabe, quizás también la aparición de un dispositivo con una pantalla diferente y nueva) sea lo menos molesto posible.

Vía | TechCrunch
En Applesfera | Rumorsfera: así será el nuevo iPhone, actualizaciones de hardware

Aunque los chips de Qualcomm se incluyan en los modelos que hacen la competencia más directamente al iPhone (el popular SnapDragon) habita en la mayoría de HTCs y demás hierbas), la compañía de San Diego ha decidido lanzar un software kit para el desarrollo de la realidad aumentada en dispositivos iOS.

Así, el año pasado Qualcomm ya desarrolló y puso a disposición de la comunidad de desarrollo de Android un paquete de herramientas gratuito para realizar aplicaciones de alto consumo de procesador que combinasen el mundo real y el mundo virtual en una misma pantalla de smartphone. Ahora en Julio, los desarrolladores de iOS también podrán usar ese kit de herramientas de Qualcomm para realizar aplicaciones de realidad aumentada en el iPhone. EL SDK de Qualcomm proporciona un conjunto de prestaciones avanzadas, que hace posible posicionar objetos sobreimpresionados o imágenes cotidianas sobre superficies planas (como medios impresos), así como objetos simples tridimensionales (como podéis ver en el vídeo que acompaña esta entrada).

Disponible a través de la red online de Qualcomm para desarrolladores, QDevNet, el SDK hará posible una nueva generación de aplicaciones más interactivas y basadas en una experiencia virtual nueva. De momento el nivel de aplicaciones que hemos podido ver en este terreno es más bien bajo/poco interesante para el usuario de a pié, pero es que esto está tan sólo empezando, con la ayuda de empresas como Qualcomm y con herramientas de desarrollo más potentes, no dudéis que es un tema que dará que hablar y con una cantidad de aplicaciones realmente espeluznante.

Vía | All things digital | Xpertos.tv
Más información | QDevNet
Vídeo | YouTube

Apple acaba de lanzar la segunda beta de iOS 4.2 para que los miembros del programa de desarrolladores puedan descargarla y probarla a fondo junto con sus aplicaciones. La compañía de Cupertino también ha distribuido una nueva versión del kit de desarrollo con la versión 3.2.5 de Xcode, así como una primera beta de iTunes 10.1 capaz de funcionar sin problemas con la versión de iOS que unificará de una vez el iPad con el iPhone y el iPod touch y que se ofrecerá al público el próximo mes de noviembre.

De momento parece que las novedades se centran en la depuración de algunos errores detectados en la primera beta, lanzada hace dos semanas, la importación de archivos .ics al Calendario y la gestión de la impresión a través de iTunes (lo que nos faltaba, otra tarea más para la aplicación todo-en-uno de Apple). Además, como podéis ver en el vídeo sobre estas líneas, la animación que se produce cuando cambiamos de una aplicación a otra en segundo plano ha sido ligeramente modificada y ahora muestra cierto grado de inclinación.

La beta 2 de iOS 4 caduca el 29 de octubre por lo que es de suponer que para antes de esa fecha se lance al menos otra versión previa más que finiquite los últimos flecos que sean detectados durante este período.

Vía | Macrumors

Apple acaba de lanzar la beta 3 del SDK del iOS 4.1 a la comunidad de desarrolladores poco más de dos semanas después de lanzar la primera versión preliminar de esta versión y una semana después de lanzar la segunda beta. Se podría decir que en CUpertino quieren dar trabajo a los programadores una vez a la semana.

Lo más importante a destacar de esta tercera beta es que con ella Apple deja sin soporte para Game Center a una serie de dispositivos “antiguos” de la compañía tales como el iPod touch de segunda generación y el iPhone 3G (los dispositivos más antiguos ni siquiera soportan iOS 4 y obviamente tampoco pueden usar Game Center).

También se han observado algunas mejoras en cuanto al rendimiento del sensor de proximidad, aunque seguro que se descubrirán más detalles en cuanto los desarrolladores le echen el guante a esta versión.

Vía | MacNN