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.