XCode 4 Transition Guide

Yo no lo hice, y después de echarle un ojo ya tengo ubicadas todas las cosas y los nuevos shortcuts. Tambien podéis echarle un ojo a esta serie de 6 Screencasts gratuitos ;) siempre es mejor que leer.

XCode4 Screencasts

Los Screencast los vi en mi TL sacados de @clarkware.

• el cliente cambio de iPhone/iPad y hay que renovar el MobileProvision y que se repita el proceso de iTunes
• posibles conflictos con versiones antiguas de anteriores betas
• Windows 7…. Tiene el buen hacer de bloquear los .app y dejarlos inútiles
• algunas apps se hacen demasiado pesadas para pasarlas por mail

Por eso buscamos en Sostwhisper como agilizar este proceso. Sabíamos que existe el modelo de distribución AdHoc usando el certificado de Distribución, fue entonces cuando buscando dimos con esta entrada [] que habla del iOS BetaBuilder, la creación de .ipas en el XCode con el Organizer y la distribución e instalación directa a través de la web.

Vamos a ver paso a paso como hacerlo:

1. Creación del certificado de distribución AdHoc

1. Entramos en el Developers Portal de iOS
2. Vamos al Provisioning Portal > Provisioning
3. Seleccionamos la pestaña Distribution
4. “New profile” con la opción de método de distribución en AdHoc, ponemos el nombre del fichero de provisión etc…
5. Nos descargamos el fichero de provisión AdHoc

2. Preparamos el XCode

Ahora es momento de ponerse un poco con el XCode y configurarlo para tener nuestro fichero *.ipa de la aplicación lo más rápido posible. Lo primero que debemos hacer es ir a las propiedades del proyecto y duplicamos la configuración de Release y le ponemos el nombre AdHoc.

Ahora es el momento de agregar el fichero de provisión al Organizer (crtl+cmd+O). Al ser de provisión llega con arrastrarlo a la parte de “Provisioning Profiles”.

Ahora volvemos a la configuración del proyecto y en la pestaña de Build seleccionamos para “Code Signing Identity” el nuevo perfil que acabamos de agregar.

3. Limpiar todo y crear

Con todo esto listo vamos a limpiar todo lo compilado para no tener problemas y que se genere todo de 0. Para ello “Build > Clean All Targets”. Aceptamos y pasamos a la creación. Vamos a “Build > Build and Archive”. La primera vez os saldrá un venta similar a esta, en sucesivas releases que vayáis sacando habrá que llegar desde el Origanizer.

En esta ventana pulsamos “Share” y después guardamos en disco el *.ipa

4. El momento de la estrella iOS Beta Builder

Nos descargamos el BetaBuilder (iBB, jeje que cuco). El programilla tiene esta pinta:

Como podéis ver la interfaz es bastante explicativa :P Poner el .ipa nombre de la App y la dirección donde se va a alojar todo. El programa nos generará un index.html con los ficheros necesarios para meter en dicha carpeta del server. Es recomendable repasar el index.html y el manifiesto que crea para comprobar que los enlaces están correctos y todo estará listo.

Un servicio con el que pega muy bien es con DropBox y la carpeta Public, así podéis incluso automatizarlo bastante.

5. Nueva versión

Cuando queramos sacar una nueva versión se resume a lo siguiente:

1. En el XCode seleccionamos el perfil AdHoc
2. Hacemos un Clean All Targets
3. Build > Build and Archive
4. Vamos al Organizer y en la parte izquierda abajo del todo tendremos ya nuestra app
5. Presionamos sobre Share con la última versión del listado seleccionada
6. Guardamos en disco sustituyendo la anterior

Sencillo no… la verdad es que a nosotros en SoftWhisper nos a venido de perlas este sistema para trabajar con los clientes :) Claro está que no nos quedaremos aquí, estamos buscando la posibilidad con el Automator o con algún script usando Thor o similares para automatizar todo mucho más. Al final se resume a crear un html y un manifiesto. El proceso complicado es el de sacar el *.ipa del XCode de forma automática.

Espero que os sea de ayuda ;)

La caja trae lo mínimo, las pegatinas, cable usb como el del iPod, adaptador de corriente y unas instrucciones ridículas, no le hace falta mucho más. Si que es cierto que alguna gente echa de menos el trapito para limpiar la pantalla. Por mi experiencia con el iPhone una servilleta de papel lo deja igual de perfecto, es una pantalla muy sencilla de limpiar y que no retiene nada de suciedad, así que me da igual el trozo de tela.

Primeras impresiones

La primera vez que lo cogí con las manos lo note mucho menos pesado de la impresión que daba la caja, cosa que me gusto mucho para empezar. Acto seguido botón de ON y …. un ratito de iTunes para registrarlo y sincronizarlo. El iPad nuevo arranca directamente en modo DFU (no se si es DFU pero la pantalla es la misma) y eso es algo que me mosquea un poco. Me puse en el caso de que voy a Madrid y por un casual no llevo el portátil ni nada, para poder disfrutar del iPad tendría que mendigar un poco para que algún amigote de la tierra me dejase enchufarme a con su iTunes para activar el cacharro. Fallo.

Registro y iTunesUSA

Pero bueno tras unos pocos pasos (digo pocos por que leí que alguna gente se tiró 19, yo en 5 lo tenía resuelto) empezó el segundo gran problema, de momento, si estás fuera de USA o no tienes una cuenta de iTunes USA; no puedes acceder a la AppStore y el iPad viene sin el iBook instalado (WTF!! su app estrella y no viene con ella de serie…)

Tras unos cuantos rodeos, buscar direcciones validas en google maps y un par de pijadas más conseguí crear la cuenta de iTunes USA y llegamos a lo bueno :)

Primeros usos

Ya con la cuenta de iTunesUSA y todo listo llegaba el momento de empezar a hacer sufrir al iPad. Mientras hacia todo el tema de las cuentas ya me empezaba a sorprender la velocidad del pequeñin, navegando, en las aplicaciones, el correo, las fotos, etc… vamos que parece que las baterías llevan RedBull.

Lo único que pensé que haría mejor es el smooth de las aplicaciones del iPhone en x2, pero bueno poco a poco se irán sustituyendo todas.

Comentar como dato que hice una pequeña prueba para ver cuanto tarda el Safari del iPhone3G en abrir la web de marca.com y otra en el iPad y la diferencia de velocidad es mucha. Lo mismo ocurre con la aplicación de correo.

Aplicaciones

Iba tocando el momento de empezar la descarga descontrolada de aplicaciones gratuitas de la AppStore. The Weather Channel, ABC Player, USA Today, MixxMuse, GodFinger, Twitterific, GrooveMaker, Adobe Ideas, Epicurious etc, etc etc…

Menos los juegos cada cual tiene una interfaz más sobresaliente, me sorprendió mucho Epicurious (recetario de cocina) y Twitterific necesita una vuelta de hoja pero gratis de momento es lo que hay.

La de Adobe Ideas merece la pena probarla, es un sketcher muy muy chulo y sencillo.

Una de mis preferidas en el iPhone es GrooveMaker, en este caso cambia mucho la historia, mirar:

8 pistas con sus controles de volumen, mute, solo, pan, pitch, los patrones, en definitiva, todo a golpe de dedo :) cojonudo. La versión completa va a ser una de mis primeras adquisiciones :)

El iPad como eReader

Uno de los principales atractivos que veía en el iPad era el tema de los libros electrónicos. Ayer pase de forma muy sencilla por el iTunes los primeros libros que tenía de Pragmatic Bookshelf y aproveche un rato en cama para ver que tal se hacía la lectura. Tengo que decir que solo había usado antes un eReader de Sony, no se cual exactamente, pero el iPad gana por todas partes, no se si es un tema más gráfico o de verdad es mejor pero la experiencia fue muy buena.

Hay alguna gente que dice que pesa mucho para tenerlo mucho rato sostenido y leer, pero normalmente en cama puede colocarte en una postura cómoda que te permita pasar el rato sin problema. Ahora mismo estoy buscando una buena app para los pdfs y llenarlo hasta los topes.

Decir que un atril de libros que tenía me encaja perfectamente como dock y mi escritorio está tal que así en estos momentos.

Mi valoración general

No me quedo corto si digo que es el futuro, no me refiero solo al iPad, si no a los dispositivos de este calibre. Aun que mi forma de verlo es la misma que la del iPhone, habrá mucho iPad Killers pero ninguno lo va a hacer mucho daño.

La sencillez para hacer las cosas, la velocidad con que las hace son los puntos más fuerte del iPad, además de la cantidad de aplicaciones de mucha calidad que irán apareciendo poco a poco :P alguna desarrollada por mi seguro que también se cuela ;)

En una primera lectura en libro pone tanto las partes de implementación como las de definición de clase en el main.h, cosa que no me gusta mucho. Además esto nos obliga a picar todo el código y nos capa la posibilidad de usar la clase dentro de otras vistas.

Así que dejaré mi aportación y estructuración del UICustomSwitch para poder usarlo en el InterfaceBuilder también.

Como todo me gusta tener el código siempre bien ordenado, así que siempre tengo mi grupo de Categories donde meter los objetos que extienden a otros:

Para que quede un poco más claro el código la estructura interna de objetos de un UISwitch es la siguiente:

• UISwitch
  • UISwitchSlider
    • UIImageView
    • UIImageView
    • UIView
      • UILabel
      • UILabel
    • UIImageView

Claramente tenemos que atacar en nuestro UICustomSwitch a los UILabels, pero con mucho cuidado. Por alguna extraña razón el SDK se comporta de forma diferente dependiendo del idioma en el que tengas configurado el teléfono. Mientras tenía este post con los borradores, cargue la aplicación por primera vez en el teléfono donde para mi sorpresa fallaba al arrancar. Vamos a ver el código y después explico la jugada.

#import 
 
@interface UICustomSwitch : UISwitch
- (void) setLeftLabelText: (NSString *) labelText;
- (void) setRightLabelText: (NSString *) labelText;
@end

#import "UICustomSwitch.h"
 
@interface _UISwitchSlider : UIView
@end
 
@implementation UICustomSwitch
 
- (_UISwitchSlider *) slider {
	return [[self subviews] lastObject];
}
 
- (UIView *) textHolder {
	return [[[self slider] subviews] objectAtIndex:2];
}
 
- (UILabel *) leftLabel {
	return [[[self textHolder] subviews] objectAtIndex:0];
}
 
- (UILabel *) rightLabel {
	return [[[self textHolder] subviews] objectAtIndex:1];
}
 
- (void) setLeftLabelText: (NSString *) labelText {
	NSLocale *currentUsersLocale = [NSLocale currentLocale];
	if ([[currentUsersLocale localeIdentifier] isEqualToString:@"en_US"]) {
		[[self leftLabel] setText:labelText];
	}
 
}
 
- (void) setRightLabelText: (NSString *) labelText {
	NSLocale *currentUsersLocale = [NSLocale currentLocale];
	if ([[currentUsersLocale localeIdentifier] isEqualToString:@"en_US"]) {
		[[self rightLabel] setText:labelText];
	}
}
@end

Como podéis ver en el código nos sacamos la clase _UISwitchSlider (que no viene documentada en la SDK para entrar en las tripas del Switch. El problema que os comentaba antes es que las subvistas que nos devuelve el slider, al cambiar de idioma (que no sea en_US), devuelve un UIImageView de los primeros. Por lo que habría que afinar un poco esta clase para que reciba texto e imagen y use una u otra dependiendo de la situación.

Agregando estas clases al proyecto podréis usar el componente también en el IB sin ningún problema. Espero os sirva de ayuda.

Fuentes: "The iPhone Developer's Cookbook de Erica Sadun"

Una de las primeras cosas que aprendí fue el el precio de un tap, que aun que parezca absurdo cabe reflexionar un poco sobre el proceso de aprendizaje de un usuario en una interfaz táctil frente a tener un ratón en la mano.

El proceso de manejo del ratón se base en tres acciones que pasan por la mente del usuario (hablamos de usuarios normales, no enfermos que medimos nuestro clicks con aplicaciones chorras :P), identificación, posicionamiento y acción. La identificación es el proceso de reconocimiento de donde queremos cliquear, el posicionamiento es el tiempo en el que localizamos nuestro puntero del ratón en la pantalla y la acción mide el tiempo de desplazamiento del ratón hasta el punto identificado para hacer el click. Si cabe este proceso se torna un poco más largo en el tiempo si el usuario no tiene mucha experiencia con el uso del ratón (que si el un click, el doble click, se pasa por la aceleración el punto, no llega e tengo que darle dos toques, hay más variables de la que los usuarios habituales pensamos).

Sin embargo con la interfaces táctiles podemos resumir el proceso en dos partes, identificación y posicionamiento y acción de forma conjunta. Esto es lógico ya que el usuario identifica el botón en la pantalla y lleva su dedo exactamente a la posición que la interfaz le incita a tocar. Fruto de esto el tiempo desde la identificación hasta el desencadenamiento del evento es mucho más corto que con el ratón.

Vistas las dos formas a la hora de navegar está claro que usando el tiempo como unidad de tiempo un tap es mucho más barato que un click lo que hace que esa búsqueda por reducir el número de tabs sea al final un poco absurda y podamos primar más la claridad en la interfaz y mostrar diferentes vistas en la que la información que se escriba o se lea sea mucho más clara para el usuario ya que llegará a esta en menos tiempo con una UI táctil.