Sylvain v2.0

Le petit monde des développeurs iOS attend avec impatience la WWDC 2012 en espérant y découvrir iOS 6.

Il n’existe évidemment pas beaucoup de rumeurs sur la prochaine itération du système mobile d’Apple. Mais depuis l’introduction systématique de caméras frontales sur les Mac, je me prend souvent à réver d’un OS qui pourrait en parti se piloter en vous regardant. Un peu comme ca.

Avec iOS 5, Apple a introduit Core Image et la reconnaissance de visages. On pourrait donc vite imaginer que cette fonctionnalité trouvera son chemin dans des fonctions utilisateur en dehors de l’élimination des yeux rouges sur vos photos!

iOS 6 pourrait donc introduire une interface qui sans être en 3D, pourrait gagner en profondeur en combinant l’utilisation des différents capteurs embarqués dans un iPhone avec le positionnement de votre visage et le suivi de votre regard. Des jeux de flipper font déjà en partie cela et le résultat est subtil et très convainquant.

Mais bien au delà de la 3D, on peut imaginer qu’iOS devienne un système à interaction multimodale.

Déjà, même si iOS se pilote au touché, il est possible d’interagir avec un iPhone ou un iPad en utilisant la voix, le clavier (physique) et le déplacement dans l’espace. Y ajouter le regard semble naturellement être l’étape suivante.

Android commence sur cette voie avec, par exemple, le déverrouillage par reconnaissance faciale.

Mais cela n’en fairait pas pour autant une expérience multimodale. Pour cela il faudrait que le système soit capable de combiner simultanément les signaux issues d’au moins deux canaux simultanément.

Par exemple, déplacer un icône dans un dossier en le point du doigt et en désignant la cible du regard. En précisant du regard la cible d’une action prononcée oralement.

Peut-être que le système iOS n’est pas encore assez mur pour une telle ergonomie. Peut-être que le frein reste au niveau des utilisateurs.

Pourtant un potentiel existe et s’il est offert comme possibilité aux utilisateurs avancé il est certain qu’iOS gagnerait en souplesse et s’ouvrirait encore de nouveaux horizons.

Qu’en pensez-vous?

Voici un nouveau tutoriel qui présente dans un exemple simple comment mettre en œuvre un tableau dans l’interface utilisateur d’une application Cocoa.

Cet article présente les deux approche: source de données et liaison de données. Mais seule cette dernière approche sera mise en œuvre dans l’exemple.

Comme à mon habitude, cet exemple compare la solution proposée par Cocoa avec celle disponible en Java avec Swing.

Cet article est la première partie d’un exemple plus complet. La seconde partie présentera comment utiliser des colonnes « case à cocher » ainsi que des dates. L’initialisation des données sera également traitée.

Je suis depuis de trop nombreuses années obligé d’utiliser Word et j’arrive toujours à trouver des étrangetés dans son ergonomie. La dernière en date ne me semble pas forcement spécifique à Word mais plus liée à l’implémentation de certains composants graphiques de Windows.

Mon coupable du jour : la liste déroulante.

Quel est mon problème en quelques mots : Je veux insérer des références sur des paragraphes et leur numéro de page dans ma documentation. J’utilise pour cela le menu ad-hoc.

Le dialogue qui s’ouvre alors me propose dans une liste déroulante l’ensemble des titres de ma documentation.

• En toute logique je peux me promener dans la liste en utilisant l’ascenseur placé sur sa droite.
• Presque logiquement la molette de la souris n’est utilisable que si j’ai au préalable cliqué sur la liste pour lui donner le focus. Ce comportement me semble bizarre mais reste conforme à l’ergonomie du système. Je n’aime pas mais j’accepte.

Curieusement, et sans raison visible, l’ascenseur est parfois inactivé comme dans la copie écran ci-dessous.

On peut imaginer que le modèle contenant les données de la liste a un bug qui indique un mauvais nombre d’éléments. Peut-être. Mais dans ce cas il faudra m’expliquer pourquoi la molette est toujours utilisable pour faire défiler le contenu…

Qui a une explication logique?