Mise au point d'un format d'icones - Page 1

Voila je suis en train de bosser sur une mise a jour d'explorer, qui supporte, pour ceux qui ont connu, le format des icones de ProShell pour les programmes stub.
Pour reexpliquer pour ceux qui n'ont pas connu, c'etait une petite icone de 16*8 que l'on placait juste avant _main et qui pouvait ensuite etre affichee dans un gestionnaire de fichiers.

Je voudrais faire un peu la meme chose pour les programmes nostub, mettre au point, en accord avec d'autres personnes du forum, un format dans le genre, assez bete mais qui pourrait aussi etre utilise dans un programme C. Un truc comme ca serait facile a reproduire en C :

_main:
 bra debut_prog
 dc.l 'iCoN'  ; signature
 dc.w %0000000000000000
 dc.w %0000000000000000
 dc.w %0000000000000000
 dc.w %0000000000000000
 dc.w %0000000000000000
 dc.w %0000000000000000
 dc.w %0000000000000000
 dc.w %0000000000000000
debut_prog:
...
 rts

En gros est ce qu'en C on peut mettre des donnees apres un saut au debut du programme ?

heu y'a pas déjà un format pour les icones et tout le bordel generé par TIGCC ? (#define COMMENT_BW_ICON, #define COMMENT_GRAY_ICON et tout et tout)

euh il me semble que Flanker m'a deja parle de ca, et apparemment ca a l'air plutot chiant a utiliser et pas forcement tres documente
et pour un affichage dans des shells classiques TI, elles ne doivent meme pas etre au bon format (8 max en hauteur)

ah, ok; pour la documentation il y a surement des infos sur le forum de la tict ou sur tigcc.ticalc.org, mais sinon pour le reste c'est genant en effet. C'est juste dommage de ne pas utiliser ce truc puisqu'il existe déjà

Je le trouve pas mal moi ce format. Il permet d'indiquer des icônes 16x16 (b&w ou grays). Il permet aussi d'indiquer des commentaires sur le programme, son n° de version, et d'autres détails sur le fonctionnement interne du programme.
Pour avoir des infos, il faut demander à Kevin.

Oui, mais ca n'est pas forcement ce que je recherche, comme je le disais dans mon precedant post.

Les icones de 16*16, c'est bien pour un affichage type "mosaique" comme dans IDT. Pour un affichage en mode "details" comme dans Doors ou plusshell, une hauteur de 8 est un max. Euh je crois que je vais mettre un shot pour montrer ce que donnent les icones ProShell.

Par contre pour les commentaires et numero de version, c'est vrai que ca peut etre interessant, mais uniquement si le format employe n'est pas trop lourd. Le but est de garder un gestionnaire fluide.

Tu peux toujours faire évoluer le format, il a été prévu pour. Ce n'est vraiment pas compliqué de rajouter un icône spécial pour ton shell.
Mais le pb, c'est surtout que très peu de programmes implémentent ce standard.

FlashZ :
euh il me semble que Flanker m'a deja parle de ca, et apparemment ca a l'air plutot chiant a utiliser et pas forcement tres documente

C'est clair qu'il n'est pas marrant, mais il est très complet et documenté.
Mais si celui-ci n'a pas été vraiment utilisé (sachant que TIGCC s'occupe déjà de tout), je doute qu'un autre format est plus de succès.

oui, apparemment les deux seuls shells les utilisant sont de moi (µShell et CS)

j'aime bien en théorie le format de KK, mais il est beaucoup trop lourd (16o rien que pour vérifier si c'est au bon format )

Le probleme est bien la : l'utilisation de ces icones dans les shells.
Explorer est plutot un shell simple et basic, son seul but au depart etait d'avoir une interface graphique un peu plus travaillee et conviviale que les autres tout en restant compact.
Et ui, je crois qu'il n'y a que toi qui fasse ca Flanker, je n'ai vu ca dans aucun autre shell, meme l'explorer de la tict (quoi que je n'ai du essayer que la premiere version tellement je le trouvais moche) ca a ptet change maintenant.

Je vais essayer de regarder les doc sur ce fameux format, si je les trouve.

Sasume :
Je le trouve pas mal moi ce format. Il permet d'indiquer des icônes 16x16 (b&w ou grays). Il permet aussi d'indiquer des commentaires sur le programme, son n° de version, et d'autres détails sur le fonctionnement interne du programme.
Pour avoir des infos, il faut demander à Kevin.

[constructif]
Bah moi, ça m'irrite, c'est une feature qui me sert à rien que je dégage tout de suite quand je crée un nouveau projet, vu que je ne peux _pas_ demander à Kevin des infos sur l'utilisation de ces merdes.
[/constructif]

Si tu peux.
Et ce ne sont pas des merdes.

Merci naPO

Sasume
: Si tu peux.

Techniquement, non (mais ça n'en fait pas des merdes pour autant)