Lorsqu'on connecte un iPhone à une source de courant, le bidule emet un petit signal sonore de remerciement. Le principe est bon, mais de un: le son en question devient rapidement agaçant, et de deux: il est d'autant plus agaçant lorsqu'il est répété plusieurs fois dans une courte période de temps. Ce son n'est pas désactivable dans les préférences de l'iPhone.

Dans ma voiture je peux par le truchement de l'USB Box de Peugeot connecter l'iPhone sur mon autoradio et contôler la lecture de musique au volant. Problème, l'USB Box (ne me demandez pas pourquoi) interrompt la charge de l'iPhone quelques secondes toutes les 3 à 4 minutes environ, et le bidule joue son petit son de charge à fond dans les haut parleurs de ma voiture quand la charge reprend. Ca devient très vite très agaçant. Vous me direz que je pourrais mettre le machin en mode silencieux, mais dans ce cas, je ne serais plus averti d'un appel ou d'un message (attention, pour votre sécurité, utilisez un kit mains libres)...

J'ai finalement vraiment pété un plomb et cherché une solution pour désactiver le son de charge. Après quelques heures de recherche, je vous livre la solution:

Note: Il est nécessaire d'avoir un iPhone jailbreaké et d'y avoir accès via SSH pour le transfert de fichiers.

Etape 1: Il faut générer un fichier son qui ne contient que du silence d'environ 1 seconde, de le convertir en format AIFF et de le renommer en "beep-beep.caf". Je vous épargne la besogne et vous propose de télécharger ce fichier ici. N'oubliez pas de le décompresser avant de l'utiliser!

Etape 2: Il faut maintenant remplacer le fichier sur l'iPhone via SSH. Il se trouve dans le répertoire:

/System/Library/Audio/UISounds/

Etape 3: Rebooter l'iPhone. Ce n'est sûrement pas nécessaire, mais je le fais systématiquement. En cas de problème au reboot, c'est bien plus simple pour savoir quelle manipulation a posé le problème.

Si vous souhaitez réstaurer le son d'origine, faites simplement la même manipulation en utilisant le fichier original (à décompresser également).

M'intéressant depuis quelques temps à la sécurité de l'iPhone, j'ai vite appris à avoir un peu peur de mon portable pommé. Le gros problème de ce téléphone c'est qu'on y stocke beaucoup d'informations parfois sensible et que son contenu n'est pas chiffré. Pire, il est possible très simplement de remonter le contenu complet d'un iPhone trouvé dans la rue avec des moyens informatiques très modestes...

Après l'annonce d'Apple de l'iPhone 3G S, qui embarque un mécanisme de chiffrement des données au niveau hardware, Apple montre que la sécurité des données stockées sur le téléphone les préoccupe.

Hier a été rendu public la version 3.0 de l'OS de l'appareil, qui apporte surtout de nouvelles fonctions mais aussi des corrections de bug et de failles de sécurité. Apple vient d'ailleurs de publier une tech note qui recense toutes les corrections effectuées sur cette version, et le nombre de failles comblées qui étaient déjà présentent dans la première version de l'OS est impressionnante.

Si le sujet de la sécurité de l'iPhone vous intéresse, scrutez un peu ce site dans les prochaines semaines, un nouveau développement "made in nakan.ch" va bientôt montrer le bout de son nez et vous serez surpris de ce qu'il est capable de faire.

Mon confrère Guy de Solarie expliquait sur son blog il y a quelques temps sa technique pour bloguer mobile avec la possibilité de publier des photos sur son site web directement avec son iPhone. En gros, chez lui, c'est sur l'iPhone que ça se passe: des scripts locaux vont directement chercher les photos dans le bidule, il choisi celles qu'il veut envoyer et les publie.

Je cherchais une solution similaire et j'avais déjà trouvé le concept idéal dans ma situation. Solution différente pour un résultat identique, ma solution est maintenant en place. Première partie, les contraintes:

Je ne veux rien changer côté iPhone, pour m'assurer de pouvoir le mettre à jour sans me poser de questions. Il s'agira donc pour moi d'utiliser les fonctions déjà disponibles sur le bidule.

Je ne veux pas développer une application avec le SDK d'Apple pour l'iPhone, pas le temps de m'y mettre.

Maintenant, avec les possibilités offertes par le mobile, voici la solution retenue:

Avec l'iPhone, il m'est possible d'envoyer une photo par mail. Je vais donc envoyer un mail sur une adresse dédiée, rediriger les mails de cette adresse sur mon "home server" (dont on parlera dans un prochain billet) et faire le traitement de l'image sur ce home serveur (intercepter, vérifier, resizer, renommer et publier). Je trouve personellement cette solution assez élégante.

Parlons maintenant de la mise en place. Chez mon hébérgeur, je créée l'adresse mail, puis je configure un compte et un fetchmail sur mon home serveur pour récupérer les mails de cette boîte. Jusque là, rien de bien sorcier. Ensuite, la partie intéressante, il faut écrire un script qui va chercher les mails de cette boîte, qui en extrait l'image etc. J'hésite entre deux langages pour le script: Python ou PHP et comme je suis plus à l'aise en PHP et que j'ai pas beaucoup de temps... D'ailleurs, peu de gens savent que PHP peut aussi être utilisé comme langage de scripting système. Après deux heures de codage, le script arrive au bout. Il fait basiquement ce que je lui demande, à savoir:

1) Se connecter au compte imap
2) Vérifier que le sujet du mail est correct, pour éviter de publier des photos contenues dans des SPAM.
3) Récupérer le nom du fichier spécifié manuellement dans le mail
4) Enregistrer l'image sur le disque local avec le nom voulu
5) Créer une miniature de la photo
6) Envoyer par FTP la photo et sa miniature sur mon hébérgement.
7) M'envoyer un mail de confirmation une fois effectué
8) Supprimer le mail et la photo.

Via cron, ce script s'execute toutes les minutes.

Tout ceci fonctionne bien. Il faudra bien sûr optimiser un peu, mais la base est posée. Notez que ce script pourrait également fonctionner sur une machine Unix connectée à Internet même si la boîte mail doit être accédée à distance, il n'est pas indispensable d'avoir le compte mail en local.

Il ne me reste plus qu'à attendre mon iPhone pour tester en conditions réelles, bien que cette solution pourrait fonctionner avec mon SonyEricsson pour l'envoi des image, mais écrire le reste du billet semble un peu compliqué...

Avant de commencer à parler de développement proprement dit, je vois déja arriver le blogueur à un seul oeil me dire un truc genre:


La réponse est simple: quelle que soit la technologie, aussi avancée soit-elle, surfer sur un site prévu pour une résolution de minimum 1024 par 768 pixels avec un écran de 3.5 sur 5 cm, il va falloir zoomer et se déplacer dans tous les sens, la plupart du temps pour afficher du texte ou des images que l'on pourrait afficher simplement "en ligne" pour l'écran de l'iPhone, bien plus agréable encore à lire.

Voilà, fin de la petite introduction sur le pourquoi, parlons un peu du comment! Optimiser un site pour l'iPhone, ce n'est vraiment pas difficile. Conceptuellement, il s'agit de conçevoir ses pages de manière entièrement linéaire, plus simplement, tout le contenu dans une colonne. On peut passer d'une colonne à une autre par un simple lien. La largeur de la colonne ne doit pas excéder celle de l'écran de l'iPhone, sa longueur est illimitée.

Il existe ensuite des librairies toutes prêtes pour coller au plus près au look des applications natives de l'iPhone. La plus connue et utilisée (et accessoirement la moins documentée) se nomme iUi. Se composant d'une série d'images, d'un fichier css et d'un fichier JavaScript, elle permet de construire une page pour Safari Mobile vraiment simplement et très rapidement. Elle est utilisée notemment par le site iPhone de la RSR.

En exemple de la mise en place, il m'a fallu moins d'une demi journée pour réaliser la version mobile de nakan.ch (http://mobile.nakan.ch/), contenant le blog et les news. Notez qu'il ne s'agissait presque que de mise en page, les core functions du blog et des news sont exactement les mêmes que sur le site normal.

Le seul problème de iUi, c'est le manque de documentation. Il est nécessaire de dépouiller les exemples fournis avec pour en comprendre le fonctionnement, c'est plus fastidieux que de lire une référence technique comme avec un SDK standard, mais c'est gratuit et bien foutu, alors on pardonne...

Je travaille à l'heure actuelle à deux améliorations de la version mobile de ce site: la publication des articles et la possibilité de poster des commentaires sur le blog. Quand j'aurais le temps...

...en tout cas pour moi.

En effet, suite à la présentation mercredi par Steve Jobs, CEO d'Apple, de la nouvelle gamme d'iPods, le nakan a craqué.

J'attendais, avant de changer de téléphone et de balladeur numérique la brique d'Apple qui fait les deux, connu sous le nom d'iPhone. Mais plus le temps passe, et moins je suis certain que l'iPhone soit un bon plan. En effet, vu le bridage de l'appareil poussé à l'extrême au niveau de l'opérateur, et le prix des abonnements qui vont avec, je me dis que je vais déléguer la partie iPod / Agenda à mon iPod Touch (livré avec iCal), et la fonction téléphone, modem bluetooth (que ne fait pas l'iPhone, au passage), vraisemblablement au SonyEricsson W810i (pas encore sûr).

Donc tout ça pour dire que j'ai commandé la version 16 Go. Il devrait arriver début octobre....

Steve Jobs vient donc de terminer le Keynote de début 2007. Et les nouveautés, bien que peu nombreuses et attendues sont:

iPhone, le PDA selon Apple:

Toutes les spécifications de la machine sont en ligne ici: www.apple.com/iphone. En gros, c'est un iPod a écran tactile qui permet de téléphoner. Il est équipé d'une verision modifiée pour l'embarqué de Mac OS X, embarque quelques applications connues comme Safari, AdressBook. Un client mail supportant HTML et les protocoles POP3 et IMAP (mais il n'est finalement pas fait mention d'Exchange directement, comme dit dans le billet précédent). Disponible en 4 et 8 Go.

Apple TV, le plugin qui donne iTune à la télé:

Alors là, je dois dire que je ne comprends pas bien la direction suivie par Apple. Alors que tout le monde va vers les Media Center qui lisent les DVD, éventuellement les DivX, qui enregistrent les programmes TV, Apple lui, se concentre sur son seul iTunes Store.

On ne pourra en effet "que" lire sa musique, télécharger contre quelques dollars un film et le visionner. De plus, non-sens technique, l'Apple TV ne serait compatible qu'avec les écrans HD, mais ne supporterait que des vidéos 640x480... Les détails ici: www.apple.com/chfr/appletv.

La borne AirPort Extrême, l'access point HighTech:

C'est un access point compatible 802.11b/g/n (la technologie n est issue d'une version non définitive de la spécification 802.11n et ne sera peut-être pas compatible avec la version définitive). En plus, sert de switch 10/100 pour grâce à 3 prises, et dispose d'un port USB pour, par exemple, partager un disque dur USB via le réseau simplement. Le détail ici: www.apple.com/chfr/airportextreme.

Pour conclure, on attendait également une version 12" du MacBook Pro ou une version 15" du MacBook, mais ce sera peut-être plus tard. On attendait également une date de sortie pour Mac OS code "Leopard" 10.5.