[Spécial dédicace pour Yann]

Voilà les sites, spécialement adaptés pour mobiles, que j’utilise, au quotidien sur mon Clié.
Classés sur icelui en 2 catégories : les “services” et les “news”

Services :

- Google : http://www.google.fr/m/products
(incluant notamment Gmail pour mobiles, l’Agenda, Google Maps et Google News
- Plaxo Mobile : http://m.plaxo.com
- NetVibes : http://m.netvibes.com
- Twitter : http://m.twitter.com/
- NewsGator : http://m.newsgator.com

Vous aurez remarqué que pour “découvrir” les versions mobiles de ces sites, il suffit souvent de remplacer “www” par “m”.
Je mets en lien les sites susceptibles d’être cliqués, i.e ceux fonctionnant via un navigateur normal.
Ce n’est pas le cas de tous, celui du NYT par exemple (à moins de modifier le “user-agent” je sais …)

News :

- Libé : http://wap.libemobile.fr
- NYT : http://mobile.nytimes.com
- IHT : http://mobile.iht.com
- The Guardian : http://www/guardian.co.uk/pda
- Slate : http://mobile.slate.com
- CNET : http://m.news.com/
- USAT : http://m.usatoday.com

Il en existe évidemment des dizaines d’autres, mais voilà ceux que j’utilise.
(Quels autres connaissez vous ? appréciez vous ? conseillez vous ? Je suis avide de ce genre de liens ! )

Si des solutions “off-line” comme Avant-Go existent depuis les débuts des PDA, de tels sites, prévus pour une consultation 1° sur petit écran, offrant donc une interface allégée et bienvenue (n’en déplaise à Steve, mais je m’énerverais mollement une prochaine fois) 2° via un téléphone et non plus un PDA, via une connexion et non “hors-connexion” sont plus nouveaux.
(Dommage j’aurais bien aimé en profiter depuis longtemps…)
Avec le développement, relativement récent, des smartphones, ces sites pullulent depuis peu, à la grande joie du possesseur de PDA 480×320 wifi que je suis

BTW Il va de soi que ces URL sont d’épatantes “chaînes personnalisées” dans AvantGo.

PS : Si vous avez compris que je prépare le terrain pour un article sur l’ iPod-Touch, vous êtes très fins

Salon c’est bien.
Slate aussi.
Salon propose une version “mobile/pda”, notamment pour ses abonnés. Slate pas du tout.
(Traînent bien, de ci de là, des solutions bidouillées par des particuliers astucieux, mais rien d’officiel.)
Enfin… si. Une version pour téléphone mobile ou “wireless device” : mobile.slate.com.
Sous entendant à mes yeux, lecture en direct et donc obligation de connexion.
(On peut évidemment s’y rendre avec son butineur habituel sur son PC.)

Si je me doutais bien que cette version light on graphics conviendrait parfaitement à iSilo (que je n’utilise plus trop ces temps derniers, au profit d’AvantGo), je n’avais rien à perdre à tenter l’expérience dans ce dernier.
Un tour vers http://my.avantgo.com/home/, ajout d’une “chaîne personnalisée”, profondeur de liens … allez 5, et testons.

Résultat des courses ? AvantGo s’en sort magnifiquement bien à décoder ce site. Le rendu sur PDA est nickel.
Attention toutefois à mettre BEAUCOUP de profondeur de liens (et taille maximale du fichier), car certains longs articles de Slate sont redécoupés, pour ce support, en 10 pages ou plus.

Mais ça vaut vraiment le coup, car la navigation est aisée, et la possibilité de passer directement d’un article à l’autre franchement bienvenue ! (pas possible avec Salon)

Technorati Tags: slate

Des surprises des convertisseurs HTML

Le bel âg… ok j’arrête.
(Non, toujours pas le mien, je te vois encore Meriasis ! )

Sony a 60 ans (?? saviez que Sony avait le double d’Apple, quasi au jour près ?) et je dis comme le Monsieur : vive le TH55 !

PS : Imagine-t’on Apple dans 30 ans ? Steve bon pied bon oeil toujours aux manettes  ?

J’étais plutôt fier de mes scores récents.

J’aurais pas dû lancer une recherche sur Google qui m’a fait aboutir là.
Et j’y ai vu un highest score de, m’a fallu décomposer le nombre de chiffres, 43809600.
???
Sur le coup j’ai pas tout bien compris.

En allant voir, vachement bas, les autres pages, j’ai dû me résoudre à la cruelle vérité : je ne me situe qu’au 170ème rang mondial.
Enfin… 170ème de ceux qui se sont enregistrés sur le site d’Astraware !

Bon, je vais continuer à m’entraîner…
(Attention, Bejeweled - ici 2- est une drogue redoutable à forte teneur en baisse de productivité )

PS : Je vois qu’une version Mac -superbe, je viens de la tester, exactement la même que celle à laquelle je joue sur Palm- existe aussi.
Tant pis, j’aurai prévenu si vous vous y lancez malgré tout
[tags] Bejeweled [/tags]

(Florent c’est pour toi )
Depuis l’excellent MobileRead, des liens à Plucker/iSiloter :

Avec entre autres un NYTimes plus complet que l’édition AvantGo ; Wired AVEC WiredMag - !!!- [même si certaines sections fonctionnent moyen moyen] ; et USAT édition AG ; bref du bonheur )

(Mémo à moi même)
Les “mauvaises” Conduites, i.e à désactiver pour mon Clié TH55, sont les Conduites PalmOne.

Les bonnes sont les PalmSource : Address - DateBook - Memo - ToDo.

Un jour je m’y ferai, j’aurai compris le pourquoi et je retiendrai la différence.

Grâce à un généreux donateur, j’ai depuis peu un Memory Stick à ma disposition. J’ai donc réglé HotSync pour que ma synchro des infos du jour se fasse sur ce Memory Stick plutôt que dans la RAM de mon Clié. Et là… j’ai attendu une plombe pour quela synchro se finisse…

J’avais lu ici et là que la HotSync vers un Memory Stick était lente, mais à ce point là je n’imaginais pas. J’ai donc téléchargé la version d’essai de Card Export II de Softick, qui permet de faire monter le Memory Stick sur le bureau du Mac.

J’ai ensuite fait quelques tests, en utilisant l’horloge de la barre des menus comme chronomètre (en affichant les secondes) :

Pour un fichier Plucker de 931Ko :

Copie directe dans le Finder : 23 secondes, puis 21, et 21 encore. Et le dialogue de copie semble ne pas savoir quoi afficher. Il reste bloqué un bon bout de temps dans cet état :

Copie directe dans le Terminal : 3 secondes!!????
Je refais plusieurs essais pour confirmer : 20 secondes. Puis 1. Puis 1. Puis2. Comprends pas. Une dernière fois : 1 seconde. Je tape ls -l pour vérifier que le fichier est bien là… blocage. Je regarde Card Export : le témoin “Write” clignote frénétiquement, s’arrête au bout de quelques secondes (plutôt 10 que 20). ls -l se débloque et m’affiche mon fichier. J’efface, je recommence (copie en 1 seconde), je tape ls -l : mon fichier est là, tout de suite cette fois.

HotSync vers Memory Stick : 99 secondes (1 min 39 secondes, oui, c’est aussi long que ça). La première copie de ce genre m’avait semblé à peu près aussi longue. Vous comprendrez qu’après ça je n’ai pas fait de troisième test La roue multicolore apparaît plusieurs fois, pour montrer qu’il y a vraiment quelquechose qui prend trop de temps.

HotSync vers RAM (pour avoir une référence) : 14s, puis 17.
Remarque qui peut avoir son importance : le Clié a un bus (pas juste un port, tout un bus) USB pour lui tout seul. Sur l’autre sont connectés un clavier et une souris, c’est tout.

En conclusion des tests, on a au maximum un débit de 931Ko/sec (dans le Terminal) et au minimum un débit de 9.4Ko/sec (HotSync). Un écart aussi grand qu’entre une ligne ADSL et un modem analogique d’il y a 15ans.

Pour référence:
Taux de transfert max d’un Memory Stick : 2.45Mo/seconde
Taux de transfert max sur un bus USB 1.1 : 1.5Mo/seconde

Je sens que je vais mettre la HotSync au placard, et me faire un petit script AppleScript qui s’occupera des copies vers le Memory Stick (en utilisant la commande cp du Terminal plutôt que le Finder).

Pour finir, une petite note “d’humour” (si on peut appeler ça comme ça) de la part d’Apple : lors des tests avec le Terminal, j’ai remarqué qu’en plus de mon fichier, MacOS X avait créé sur le Memory Stick un fichier nommé “._nomdemonfichier.pdb”. Ce genre de fichier est créé lorsque l’on copie un fichier qui contient une plage de ressources (resource fork en anglais), ce qui était courant sous Mac OS 9 et inférieur, vers un volume formaté à un format qui ne les gère pas (ici, le format DOS, ou plus précisément, FAT-12).
Léger problème : mon fichier Plucker ne contient pas de plage de ressources. Le fichier “._nomdemonfichier.pdb” n’a donc pas de raison d’être. Ce fichier ayant tout de même une taille supérieure à zéro, je jette un œil à son contenu… et je lis : “This resource fork intentionally left blank.”

Par infrarouge, vers un Mac, avec un Clié SJ22 sans Memory Stick entre les deux ?
Pas si simple.

Eh ben croyez-moi c’est bien compliqué cette histoire…
On ne peut pas transférer un fichier vers la mémoire (RAM ou carte externe) d’un PDA sous PalmOS s’il n’y a pas une application installée qui sait lire le fichier en question. Pour les photos en JPEG, ça se trouve (AcidImage Basic, RescoViewer, etc.), mais pour les vidéos en 3GPP ou les fichiers MP3, c’est plus difficile (sur PalmOS 4.1 du moins. C’est la version dont mon Clié est équipé).

J’ai trouvé MyPhoto, qui permet d’enregistrer les JPEG dans la RAM du Clié (et dans la Compact Flash d’un TRG Pro, mais ce n’est pas vraiment utile pour le cas présent), mais qui ce faisant transforme les fichiers en bases de données Palm (.pdb). Une fois transférés sur le Mac (il faut au préalable activer l’attribut “Backup” avec FileZ pour chaque photo, sinon les fichiers ne sont pas transférés), il faut donc transformer ces .pdb en JPEG, avec au choix GraphicConverter (mais je ne sais pas si la transformation se fait sans perte), FileJuicer (qui fait la même chose que HexEdit, mais automatiquement) et HexEdit (avec lequel il faut traiter les fichiers à la main, un par un).

Manip avec HexEdit, pour les curieux :
- On ouvre le fichier nom_de_la_photo.pdb
- On se retrouve avec ça :

- Ensuite, il “suffit” de sélectionner :

- soit le texte du milieu, en partant d’en haut à gauche (50 68) jusqu’à FF D8 (non inclus)
- soit le texte de la colonne de droite, en partant du début, jusqu’à ?ÿ (un accent circonflexe renversé suivi d’un y tréma) non inclus.

- On supprime la sélection, et on obtient :

- On enregistre avec un titre en .jpg, et ça y est, on a un fichier JPEG standard.

C’est donc assez laborieux, et de plus ça ne s’occupe que des JPEGs.
Pour trouver une méthode plus directe, j’ai essayé CfZap, FileProg, Filez, et TealMover
=> nada. Aucun “n’attrape” le fichier pendant le transfert infrarouge pour le mettre dans la carte mémoire (peut-être parcequ’elle est “virtuelle” - c’est Softick Ram Drive).
Pour FileZ, c’est normal, il n’a pas l’air d’être prévu pour.
CfZap, malgré son nom, est censé fonctionner avec tout type de carte mémoire. Là, rien ne se passe.
FileProg, qui possède un réglage pour tout attraper, ne fonctionne pas non plus (j’ai pourtant bien suivi les instructions, en activant la fonction adéquate, choisissant un dossier, et en lançant ensuite le transfert).
Quant à TealMover, je l’ai testé parcequ’il avait été conseillé sur un forum à quelqu’un qui avait un problème similaire au mien. Aucun résultat non plus.

Finalement je suis tombé sur McFile, qui lui accepte le transfert sans problème, à condition d’avoir enregistré dans ses prefs les types de fichier qu’on veut transférer.

Donc au final, voilà ce dont j’ai eu besoin :

• Softick Ram Drive (pour créer une carte mémoire virtuelle)
• McFile (pour transférer les fichiers du port infrarouge vers la carte mémoire)
• Softick Card Export II (pour faire monter la carte mémoire sur le bureau du Mac, parcequ’il n’y a pas d’autre façon de transférer les fichiers de la carte virtuelle vers le Mac)

=> $34,90 USD de logiciels à acheter (heureusement qu’ils ont tous une période d’essai gratuite qui m’a permis de faire ce test !).

Une solution plus simple serait de s’envoyer les fichiers en pièce jointe par e-mail, mais c’est (chez SFR) :
0,65 euros par pièce jointe (100Ko maximum) en heures pleines
0,50 euros par pièce jointe (100Ko maximum) en tarif réduit (22h-8h sauf week-ends et jours fériés, où c’est tarif plein)

Combien de fichiers faudrait-il transférer pour que la solution Clié+logiciels soit moins chère ?
52 fichiers en tarif réduit, 40 fichiers en tarif plein.

En finissant cet article, une idée m’est venue : et si j’achetais tout simplement un adaptateur USB <-> infrarouge (IrDA) pour le Mac ?
Un modèle générique coûte entre 10 et 20 euros… Encore faudrait-il qu’il ait un driver pour Mac OS X.

Pour finir, je propose une solution gratuite, j’aime bien toujours en avoir une (c’est à force d’écrire des freewares et d’utiliser des logiciels open source, peut-être). Par contre c’est laborieux
La solution est… d’utiliser un freeware qui marche, donc MyPhoto, qui s’occupe des JPEGs sans problème.
Et pour les vidéos 3GPP ? Eh bien on sort HexEdit, on ouvre MyPhoto.prc avec, et on fait du rechercher/remplacer :
image/jpeg -> video/3gpp
JEPG (ce n’est pas une faute de frappe) -> 3GPP
jpg -> 3gp
CRMB -> CRMV ou autre (c’est pour faire cohabiter les 2 applications, sinon une seule d’entre elle apparaît)
MyPhotos -> MyVideos (et pareil sans majuscules)

La manip fonctionne bien pour les videos 3GPP, car on remplace toujours par des chaînes de caractères de même longueur. Pour prendre en compte les images GIF (image/gif, une lettre de moins que image/jpeg), je ne sais pas si ça marcherait.
Bon, l’icône affiche toujours “JPEG”. Ca vous dérange vraiment ?
Avant de vous donner l’adresse de tous les logiciels utilisés dans cet article, je vous fait part d’une petite découverte qui peut être bien pratique (et qui est gratuite, ça fait pas de mal) : VFSi. Ça :

• lit les BMPs
• lit les JPEGs (très lent à décompresser quand il n’y a pas d’accélération, ce qui est le cas sur mon SJ22, mais le raffraîchissement lors du déplacement de l’image est plus rapide qu’avec AcidImage et Resco Viewer !)
• lit les fichiers texte
• compresse et décompresse vos fichiers en GZip ! (pour faire de la place sur votre carte mémoire)

On le trouve ici.

FileZ : freeware
TealMover : $14,95 USD
CfZap : freeware
MyPhotos : freeware
McFile : $12 USD
Softick Ram : $9,95 USD (7,95 avec Card Export II)
Softick Card Export II : $14,95 USD
GraphicConverter : $30 USD
FileJuicer : $8 USD
HexEdit : freeware
AcidImage : $17,95 USD, $29,95 USD ou $49,95 USD selon les fonctionnalités
Resco Viewer : $24,95 USD