Je suis en train de régider un petit article concernant la réalisation d'icones pour les applications palm, et du coup, je suis en train de faire un petit recensement des modèles de Palm, et de leurs écrans (taille, résolution et couleurs).

Et je me suis rendu compte d'un petit détail amusant. Il n'existe aucun modèle qui soit purement noir et blanc, ou à 2 niveaux de gris, alors que c'est un format qui est prévu dans les spécs Palm, et donc parfaitement prévu dans les environnements de programmation (genre HB++) pour la compatibilité des images. De même, le seul modèle en 4 niveau de gris ayant jamais existé, est l'ancêtre "Palm Pilot Professional", autant dire une antiquité que pratiquement plus personne ne doit utiliser de nos jours.

Pire, alors que je me souviens avoir passé des heures à essayer d'optimiser mes icones pour la fameuse palette de 256 couleurs Palm, il n'existe qu'un seul modèle qui soit en 256 couleurs, j'ai nommé le Palm IIIc.

Dois-je en déduire que dans 75 modèles de Palm (et compatibles) sur les 77 existants ou ayant existé, l'utilisation soit d'une palette de 16 niveaux de gris, soit d'images en 16bits est suffisante ?

Pour appuyer mes dires, voici un petit tableau récap que je viens de compiler.



On peut même aller plus loin en regardant les résolutions. Il n'y a quelques modèles en lowRes (160x160) et en couleurs. Il y a aussi uniquement 3 modèles en HiRes et 16 niveaux de gris.
Pour info, les modèles lowRes qui ont 4096 couleurs sont le Treo 270, le Treo 90 et le Zire 31.
Les modèles HiRes qui sont encore en niveaux de gris sont les Clié PEG-SJ20, SL10 et T425.
Les modèles exotiques sont le Treo 600 (et ses 3375 couleurs en Hires) et le curieux HandEra 330 (avec son écran 240x320 en niveaux de gris)

Donc, à mon avis, un programmeur paresseux (donc un bon programmeur) peut se contenter de faire ses ressources en deux versions : LowRes en 16 niveaux de gris, et HiRes en 16 bits.
Celui qui a un peu plus de temps peut contenter tout le monde avec 4 versions.

Qu'en pensez-vous de ma conclusion ?

Ca semble pertinent, et ça m'intéresse

Ca aurait pu avoir sa place dans "développement Palm OS" non ?

Oui, en fait, quand j'ai commencé à rédiger mon message, je comptais faire appel à la mémoire collective de PalmAttitudien, et petit à petit, j'ai ajouté de plus en plus d'info techniques pour développeurs en effet.
Je ne suis pas contre un petit déplacement ceci-dit...

Ok, je déplace

Les écrans des Palms d'origine (Palm Pro compris et probablement d'autres ensuite) étaient bien monochromes pour le système (même si l'écran "physique" pouvait éventuellement supporter des niveaux de gris). Il y a aussi le cas du IIIe qui supporte les niveaux de gris mais par une astuce qui rend son utilisation peu recommandable.

Par ailleurs, tous les palms couleurs récents fonctionnent par défaut en 256 couleurs et les modes plus complets (plus lents à l'affichage) ne sont accessibles que moyennant programmation spécifique. Celui-ci doit donc être considéré comme le "standard", en particulier pour les icônes et leur affichage dans le launcher "de base".

Merci pour l'information Patrice.
Du coup, il va falloir que je modifie l'article que je viens de poster à l'instant... J'aurais peut-être du patienter un peu avant de lancer mes conclusions...

Du coup, je pose ma question différemment : est-il utile de générer des icones en 16 bits ?

Je ne répondrai pas à la question dans l'absolu, mais je peux te dire que je n'en ai jamais créé pour mes softs

Pour moi, les icônes importantes sont :
- HR 256 couleurs
- LR 256 couleurs
- LR monochrome
Pour faire son choix, il est bon de connaître le fonctionnement de l'OS : ainsi, si aucune icône ne correspond à la profondeur de couleur en cours, c'est toujours une version "inférieure" qui sera utilisée. De même pour la résolution. Et si aucune version "inférieure" n'est disponible, rien n'est affiché. Le système ne réduira jamais ni la résolution, ni le nombre de couleurs d'une icône ou d'une image pour l'adapter à l'affichage.

D'où mon choix d'avoir (presque) toujours une version LR monochrome qui sert de backup dans tous les cas (et qui peut rendre correctement sur les écrans en niveau de gris). Et je met souvent une version HR monochrome, parce que ça ne coûte pas grand chose

Hum, je note ton point de vue concernant l'image monochrome LR. Cependant, je me demande quelle est la part de Palm sur le marché qui n'ont même pas les 16 niveaux de gris syndicaux.
De plus, le choix de la couleur dépend aussi des fonctionnalités du soft lui même. Pour un logiciel utilisant bluetooth par exemple, je pense qu'il est parfaitement inutile de penser aux Palm les plus anciens

Bref, je suis arrivé à des conclusions légèrement différentes dans mon article disponible ICI : http://www.crocoware.info/dossiers/dossiers.php?id_dossier=1.

Mais je pense que tu as raison, je vais le modifier pour signaler que ca ne fait pas de mal d'avoir toujours une version N&B en backup.

Il faudrait vérifier mais je pense que pour certaines machines ayant un écran à niveaux de gris, la configuration par défaut était monochrome (le IIIe étant un exemple dont je suis sur). Il ne faut surtout pas regarder les caractéristiques des écrans pour faire ce genre de choix : c'est l'OS et la configuration "nominale" qui sont les critères principaux.

Bon, ben j'ai pris ta remarque en compte, et j'ai mis les icones N&B dans la catégorie "indispensable".

Et sur ce, je pars en week-end...

J'ai aussi constaté ce problème sur mon Workpad C3 qui supporte 16 niveaux de gris.
Sur certaines applis, on voit bien les niveaux de gris.
Mais, le système PalmOS fonctionne en monochrome ( donc, inutile de faire des icônes avec 16 niveaux).