MacIntoc
a écrit :
Alors, pkoi avoir foutus ce format en nvg stupide, qui ne serat JAMAIS exploiter par AMS et qui ne serat probablement pas exploiter par un programme quelquonque (éventuellement Xport)
et
Einstein, sauf si Thibaut est trop paresseux pour zoomer l'icône ou la mettre dans une icône conteneur, mais là c'est son problème
et qui prend une place non négligeable,
/cite]
[cite]* In order to allow programs to save size by not providing both a black&white icon and a grayscale
icon unless it is really needed:
- grayscale shells should draw black&white icons by drawing the same icon in both planes if (and
only if) no grayscale icon is available.
- black&white shells should draw grayscale icons by drawing only the dark plane (the first one)
if (and only if) no black&white icon is available.[
alors que le format 22*22 en n&b EST exploiter par AMS et prend moins de place que le nvg.
Parce qu'il y a plusieurs shells en niveaux de gris, alors que
ID est le seul à utiliser du 22×22. Et que 22×22 est suffisamment proche de 16×16 pour qu'on puisse tout simplement zoomer ou centrer l'icône ou la mettre dans une icône conteneur.
Pour le flag de taille en ram, il aurait été plus logique d'indiquer directement la taille prise par le programme, ce qui aurait permit, par une simple soustraction, d'indiquer à l'utilisateur combien de RAM il lui manque pour lancer le prog.
Raaah, encore un qui n'a pas lu le standard avant de commenter! Le flag est là pour la consommation de
pile, pas de heap! Et la raison pour laquelle il n'y a pas de flag équivalent pour le heap est expliquée:
Bit 4 allows programs to specify that they need more stack space than typically available with a
shell running, in order to protect themselves from being run from a shell which uses up significant
parts of the stack (more than about 128 bytes). A shell such as the TICT Explorer which leaves
(practically) all the stack space available can happily ignore this flag.
There is no such flag for low RAM conditions because they can also very easily happen when a
program is run directly from AMS (not from a shell), and because there are better methods to handle
low RAM conditions. (Programs should test each of their memory allocations for success, it is more
reliable than just checking the amount of free RAM because the RAM might be fragmented by locked
handles.)
Pour la version en caractère, c de la place perdu car cette donnée peut-être rtés facilement retrouver avec la version numérique.
1. Ce n'est pas de la place perdue parce que c'est optionnel, tout comme les autres données.
2. Ça sert pour indiquer des versions de style "0.94 beta 18 r5" en toutes lettres.
A la place de commentaire, vous auriez du mettre Auteur, que toute les données concernant l'identification du programme soit présente. De plus, qu'elle est l'utilité de commentaire, si c pour ré-écrir une deuxième fois ce qui est déjas écrit en dessous. C'est un perte de place et même toi tu pose la question sur la différence entre commentaire et nom du programme, c pour dire combien c inutile.
On peut éventuellement rajouter un champ auteur, c'est faisable de manière compatible. Mais la plupart des shells se contenteront d'afficher le commentaire (dans la barre d'état) sans se casser la tête, donc si tu veux que ton nom soit visible, tu dois de toute façon le mettre dans le commentaire.
MacIntoc a écrit :
Un autre détail, le forum francophone ne doit pas se prendre pour le centre du monde, mais c pas nous qui affirmons que notre forum est le forum de la communauté internationnal.
Tu aurait pus au minimum prévenir que ce type de standart était en préparation là-bas, pasque tu c parfaitement qu'a quelques exeptions prés, personne sur yaronet met régulièrement sur le forum de la tict, et que pas mal d'autre personne ignore même jusqu'a l'éxistance de ce forum.
1. J'en ai parlé dans le topic sur
Einstein.
2. Tu préfères ce que fait PpHd? Il impose ses "standards" (numéros de version des librairies, format pack archive, ...) sans consulter personne avant.
Et puis ne suppose pas que neurone soit aller là-bas, tu n'en sait strictement rien.
On parle de ExtendeD, et je sais qu'il vient régulièrement sur notre forum. Tu penses qu'un admin du forum sache moins bien qui vient et qui ne vient pas que toi qui n'y es apparemment jamais passé?
MacIntoc
a écrit :
Tous à fait l'endroit ou il doit se trouver. C pas ce que j'appelle prévenir, moi.
Si tu ne lis pas les discussions ici non plus, je ne peux rien faire pour toi.
Et puis quand il a poster les liens, le truc était déjas en préparations.
Je venais d'ouvrir le topic sur le forum de la TICT quand j'ai posté le lien ici. Vous étiez prévenus (à quelques minutes près) exactement en même temps.
J'estime que pour un truc censé devenir standart, il fasse un topic spécialement dédié à ce sujet, pour que tous le monde soit au courant. Pasque là, pour savoir que ct sur le topic d'Einstein que le liens pointant vers le topic ou le standart d'identification de programme _nostub était en préparation...
J'ai fait un topic spécialement dédié sur notre forum, où il a sa place (parce qu'il concerne TIGCC et TICTEX directement, et les discussions sur TIGCC et TICTEX se font sur notre forum, pas ici).
