encore un TSR ;) - Page 2

Flanker > au niveau de mon mini-message, sais tu pourquoi ca bug chez moi ?

Flanker
: pour les icônes d'ID, je vais essayer de le faire

Voici le format d'un idicons.xxy si ça peut aider :

MAGIC .l : "pi/8"
NOMBRE DE PROGRAMMES dans l'idicons .w 
NOM_DU_PROG1 (8 octets) // les octets en trop sont mis à 0
taille_des_données_du_prog1 .w (ie icône + titre)
ICONE_prog1 (70 octets, image 22x22 N&B).
TITRE_prog1 (n octets, avec un zero final).
NOM_DU_PROG2
taille_des_données_du_prog2 .w
ICONE_prog2
TITRE_prog2
etc.

Les données sont alignées, c'est-à-dire que si le titre d'un programme + son \0 final fait un nombre impaire d'octets, on rajoute un deuxième \0 final
(et la taille_des_données fait 1 octet de plus). taille_des_données doit donc être toujours pair.

Tu peux utiliser / distribuer les .xyy du package d'ID, ou même les .bmp des icônes qu'on peut extraire avec IDEditor.

ExtendeD > merci
en fait, j'avais déjà vu à peu près à quoi ressemblair l'intérieur d'idicons (j'avais regardé à l'éditeur hexa quand j'avais pas de PC, y a longtemps)
en fait, le pb, c'est le temps de calcul pour repérer une image apr_s avoir repérer idicons. Mais je pense avoir une idée là dessus

Croustx> nan je sais pas, mais de toute façon, la version sur mon site n'est pas à jour et ne le sera pas. J'ai modifié pas mal de trucs depuis

bon, on peut déjà effacer des variables, les (dé-)verrouiller, les (dés-)archiver et les envoyer. Je vais bientôt pouvoir distribuer une première beta je pense

Tu fais parler d'un shell totalement inutilisable ©, c'est très mal (alors que tictex powa puisque le tien n'existe manifestement pas, et que par conséquent il sux) Si seulement la modération avait été efficace sur yaronet tu penses bien que ton post aurait immédiatement été modéré, surtout qu'il fait la promotion d'un standard de TSR non-standard et qui utilise des kernels obsolètes

point de troll, voyons...

troll ? où ça ? je n'en ai point vu

Faudrait faire un Kevinotron qui sort ce genre de phrases...

ça n'est pas le sujet

2 petites questions :
comment je pourrais afficher les attributs d'une variable (verrouillée, in use, archivée) ?
à vote avis, est-ce que je dois gérer le ZIP ?
compresser / décompresser c'est pas dur et ça ne prend pas trop de place, c'est récupérer le type d'origine qui est chiant et qui prend un peu de place.
même question pour XPAK (mais ça dépend aussi de Pollux, ça )

point de vue place, j'en suis à un peu moins de 4ko en RAM et 2ko en archive (mais je vais peut-être tout mettre en RAM, si ça prend pas trop de place)

désolé de revenir au sujet

au-dessus de l'icône normale ? (comme pour les raccourcis sous windows)

et sinon pkoi la (dé)compression prendrait moins de place que la récupération du type d'origine ?

la décompression se fait en qqes lignes, un appel à ziplib, ça ne coûte rien ^^
récupérer le type d'origine, c'est plus chiant, vu qu'il faut récupérer la chaîne ZIP à la fin du fichier, l'identifier, après il faut srocker dans une table les correspondances types ziplib <-> TAG et retrouver le type d'origine > au bas 100 - 150o, en plus c'est super chiant à coder ^^

C'est plus simple pour XPAK, puisque c les types d'AMS :

typedef struct {
    ESQ type;
    char zero;
    char title[];
} XPAK_META;

XPAK_META *GetXPakMeta(HANDLE h) {
    char *p=HeapDeref(h);
    p=p+2+*(unsigned int *)p-7;
    if (strcmp(p+1,"XPAK"))
        return 0;
    // p points to the zero...
    while (*--p);
    return (XPAK_META *)(p-1);
}

et pour s'en servir :

XPAK_META *xpak;
if ((xpak=GetXPakMeta(hd))) {
  type_str = xpak->type==OTH_TAG ? xpak->title : "";
  if (!*type_str) type_str = GetTypeString(xpak->type);
} else {
  ...
}

oui, mais je ne suis pas très chaud pour les reconnaître tant que je ne pourrais pas m' servir (i.e. tant qu'il n'y aura pas de lib dynamique qui gère XPAK )
mais je vais implémenter quand même le code, quitte à le commenter tant qu'il sera inutile. merci ^^

ah ok je pensais que tu disais que récupérer le type d'origine était chiant pas seulement pour ZIP mais pour tous les trucs de compression ^^

les types de userlib ont l'avantage d'être bornés entre 0 et 12 (de mémoire) et de distinguer LIB et EXE, PRGM et FUNC (entre autres), donc ce n'est pas inutile. Ce qui est un peu compliqué, c'est que je gère les 2 types TAG et types userlib, mais bon, c'est pas le plus dur

petite question sur ID : id_icons doit se trouver dans un répertoire particulier ou il peut se trouver n'importe où ?

au passage, si de bonnes âmes acceptent de dessiner des icônes 22x22 pour figurer les programmes, chaînes, lib, pic, ... je suis preneur

Flanker
: petite question sur ID : id_icons doit se trouver dans un répertoire particulier ou il peut se trouver n'importe où ?

N'importe où. Et tout programme devrait se comporter comme ça avec ses fichiers externes.

ok, je vais régler ça (pour l'instant, il ne cherche que dans le MAIN)

ExtendeD
: N'importe où. Et tout programme devrait se comporter comme ça avec ses fichiers externes.

Et je fais comment pour uView ou pour GTC ?

pour GTC, c'est clair que où que soit gtc-ide, il plante direct au lancement

peut-être que j'ai pas la dernière version sur ma calc, mais actuellement, quand je lance GTC du menu APPS, il crashe

C'est pas GTC IDE, c'est GTC tout court ^^ Et puis j'ai bien dû le supprimer, depuis le tps que je me suis dit que je voulais le faire ? (en fait p-ê pas en tout cas c'est une limitation documentée ©)

Et puis arrête de flooder, le créateur du topic va venir te gueuler dessus

je me suis mal exprimé : en considérant gtc-ide comme le fichier externe de gtc, gtc fait toujours la même chose, où que soit gtc ide.
mais c'est vrai qu'après je vais me faire kicker par le créateur du topic

ah, ambiguïté de parsing il faudra que je rajoute un warning à mon parseur dans ces cas-là ^^

./49 > c'est bon, c'est corrigé. Au passage, il marche sur 89.
Faut que je me motive pour faire un ZIP correct et j'uploade la beta

c'est bon, la beta est uploadée sur mon site. Il ne me reste plus que l'exécution de programmes à refaire et la compression à ajouter ^^

Alors, g quelques bugs à reporté :

Il y a un crash intercepted quand on lance un prog ASM qui renvoit une valeur.

Suite à ce bug, g vérifié si il y av le même prbm avec une fonction basic. A force de lancer la fonction de test comme un bourrin, je c pas pkoi, mais c le prgm (ASM) d'à coté qui s'est lancé (décalage du curseur et du fichier lancé), puis impossible d'éteindre la calc (elle se rallumait tous le temp). J'ai pas réussis à reproduire ce bug.

La calc plante quand on perd à TBO68K (je m'attendais à ce que tu ais un prbm avec ce jeu).

Si t'appuis sur F3+Haut trés rapidement alors qu'on est pas dans MicroShl, l'icone Home s'affiche en premier (c juste un défaut d'affichage).

Et tu devrais vérifié la taille de la police quand on quitte un prgm.



Sinon, g 2-3 suggestion :

Revenir à la fin de la dernière ligne quand on appuis sur bas depuis la fin de l'avant dernière ligne (quand y a un ligne de 5 icones et une ligne de 2, si le curseur se trouve sur la 5è icone et qu'on appuis sur bas, le curseur bouge pas. C surtout génant quand la dernière ligne n'est pas affiché à l'écran)

Et est-ce que tu pourrait les racourcis du menu Apps (Apps affiche le le menu à icone et si on appuis sur 7 puis 1, ça ouvre le prgm courant dans l'éditeur) comme avec ID.