encore un TSR ;) - Page 1

et, pire encore, un shell


ce TSR remplace de façon transparente un des dossiers du Desktop des AMS 2.07+ pour le remplacer par un shell.
Pour l'instant, il peut juste exécuter les programmes assembleur, (bientôt les basic également).
Je pense implémenter les fonctions de base d'un shell : effacer/renommer/déplacer/compresser/archiver, j'ai déjà une idée pour que ça ne prenne pas trop de RAM (en déplaçant une partie du code dans un programme externe). Actuellement il fait juste un peu plus de 2ko, donc ça reste honnête.

Je voudrais savoir ce qu'il faudrait rajouter comme options (Mac, à toi de jouer ^^)

Tiens la partie que je préfère (les suggestions) !
On va dire qu'il nous faut :
-Pouvoir appeller le shell directement par une instruction dans Home/Editeur une fois installé
-Recherche aphanumérique pour les noms des fichiers et dossiers (fichier temporaire visible si possible)
-Choix des (dé)compresseurs de fichiers (cause XPAK XUPAK)
-Choix Viewer de Texte
-Filtre multiple critère pour les types de Variables
-(dé)Cacher Fichiers/Dossiers
-Choix de l'editeur HEXADECIMAL
-Bien sur tous les raccourci clavier

(Il me semble que le lien de CharTabl ne fonctionne pas !)

ça a l'air vraiment pas mal

Je voudrais savoir ce qu'il faudrait rajouter comme options

Tu pourrais peut-être utiliser les icônes d'ID lorsqu'ils sont présent sur la machine ?

- APPS marche très bien pour appeler le shell
- tu veux dire que si on appuie sur B, le curseur doit aller au 1er fichier commençant par B ? ok, je vais le mettre dans ma liste
- compression de fichiers, idem, je vais le rajouter
- choix du viewer de texte, ouep, ça devrait être faisable
- filtrage -> non. afficher un répertoire filtré demanderait beaucoup trop de code
- éditeur hexa ?
- raccourcis clavier, ça ne pose pas de souci

par contre, la version qui est en téléchargement n'est plus celle sur laquelle je travaille mais je ne peux pas encore distribuer la nouvelle version

pour chartabl, je vais voir ça

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

Gestion des groupes de fichiers comme des dossiers
Gestion du link
Gestion du module mémoire d'Orion_
Plusieurs type d'ouverture (genre entrée sur un prog Basic->éxécuter (je c, c pas encors géré), Apps sur un prog Basic->ouvre dans l'éditeur)
Gestion des ppg (en indiquant l'emplacement de ttstart, à moins que tu préfère le recherché automatiquement)
Affiché la batterie dans la barre de titre en haut (y en qui trouve que ça fait gadget, mais bon, perso j'aime bien savoir si la calculatrice va s'éteindre avant de lancer SD2^^)
Le nombres de fichiers/dossiers et la taille cumulé de ceux ci affiché dans la barre en haut
Une petite icone qui permet de voir la liste des TSR et du kernel installé (éventuellement la taille de chacuns)
Exécution multiple

Et d'autres trucs que je me souviens pas^^

2 KO et tu te préoccupes de la consommation de RAM?! C'est moins de la moitié de ce que consomme XtraKeys...

-

Kevin>Euh... Kevin, tu gueule quand un prog fait 2 octets de trop ou qu'une lib graphique bouffe une place monstrueuse en RAM, mais un TSR de 4Ko qui rajoute 3 raccourcis, tu trouves ça normale

Orion>Squlyl pensait à un truc un peu plus complex, il me semble, nan ??

-

Bah... c toi qu'as mis au point le schéma

Sinon, t'as d'autre version du driver à faire tester ??

-

Gestion des groupes de fichiers comme des dossiers :

nan, vu comme µshl est codé, je peux pas faire un truc récursif comme CS

Gestion du link

si c'est juste envoyer les fichiers, ça pose pas de pb

Gestion du module mémoire d'Orion_

on verra quand il sera fini, mais why not ?

Plusieurs type d'ouverture (genre entrée sur un prog Basic->éxécuter (je c, c pas encors géré), Apps sur un prog Basic->ouvre dans l'éditeur)

mmmmh faisable je pense

Gestion des ppg (en indiquant l'emplacement de ttstart, à moins que tu préfère le recherché automatiquement)

je pense que je pourrais me permettre de bien gérer l'exécution de programmes

Affiché la batterie dans la barre de titre en haut (y en qui trouve que ça fait gadget, mais bon, perso j'aime bien savoir si la calculatrice va s'éteindre avant de lancer SD2^^)

faisable aussi, faut juste que je retrouve mon code pour l'état des piles

Le nombres de fichiers/dossiers et la taille cumulé de ceux ci affiché dans la barre en haut

plsu chiant à faire, je verrais

Une petite icone qui permet de voir la liste des TSR et du kernel installé (éventuellement la taille de chacuns)

mouais bof. A la rigueur, je veux bien faire un TSR qui modifie l'écran "About" avec plus de détails

Exécution multiple

Et d'autres trucs que je me souviens pas^^

pourquoi pas ?

Execution multiple->sélection de plusieurs fichiers, et en faisant entré, ça les éxécute les un à la suite des autres.

ah ok, c'est facile à faire alors

bon maintenant on peut sélectionner des fichiers (mais avec la touche F4, j'en ai pas trouvé d'autre ) et naviguer avec les lettres

Sur 92+, y a la touche espace. Sinon, tu peut aussi utiliser la touche shift.

-

erf

mais tiens, c'est vrai, CS c'est du typosquat de CC ! Attention Flanker, nitro va se fâcher © tout rouge

un nouveau petit screenshot, pour la forme

Je viens de tester la version qui est sur ton site actuellement. Ca plante la calc dés qu'on appuis sur une touche (freeze).

la version sur laquelle je travaille n'est pas sur mon site, et je peux pas trop la diffuser car elle a besoin d'un programme secondaire qui n'est pas encore fini, et que je veux pas releaser avant qu'il soit fini

en tous cas, c pas la même version que j'av. L'actuel fait 1963 octets alors que celle que j'av fait 1985 octets.

super

Vers 0h20, croustx a posté un truc du genre : "je n'arrive pas à télécharger le programme ", et se rendant compte que c'est très simple de le trouver (signature de flanker -> TI-68000 -> projets sur lesquels je travaille actuellement), il a édité pour ne pas passer pour un boulet.
Je trouve ça pitoyable...

bah il a eu raison ça sert à quoi de laisser la question s'il a trouvé la réponse ?
heureusement que t'es là pour le faire passer pour un boulet

Au fait, Flanker, dans tes programmes en C, pour les expression conditionnelles, on utilise plutôt && et || comme opérateurs logiques. & et | sont faits pour les opérations logiques bits à bits.
Ça marche avec les deux, mais je suppose que le compilateur aura moins de difficultés à te sortir un bon code en utilisant les bons opérateurs.

ok, je vais changer ça, histoire de ne pas trop montrer que je suis si mauvais en C

Sasume
: Ça marche avec les deux, mais je suppose que le compilateur aura moins de difficultés à te sortir un bon code en utilisant les bons opérateurs.

Je ne pense pas que ça soit une difficulté à produire un bon code, le code ne sera (dans la plupart des cas) tout simplement pas le même. Les && et || ont une signification bien particulière (d'ailleurs je pense qu'en organisant bien les conditions, ont doît pouvoir tirer grand profit des spécifités de ces opérateurs )

GoldenCrystal
:

Sasume
: Ça marche avec les deux, mais je suppose que le compilateur aura moins de difficultés à te sortir un bon code en utilisant les bons opérateurs.

Je ne pense pas que ça soit une difficulté à produire un bon code, le code ne sera (dans la plupart des cas) tout simplement pas le même.

Oui, le compilo va être obligé d'évaluer d'abord les deux expressions (donc stocker leur résultats dans deux registres), puis après seulement faire le test... A moins qu'il soit capable de déterminer que l'expression de droite n'a pas d'effet de bord, ce qui n'est pas tjs évident.

Sasume :

Vers 0h20, croustx a posté un truc du genre : "je n'arrive pas à télécharger le programme ", et se rendant compte que c'est très simple de le trouver (signature de flanker -> TI-68000 -> projets sur lesquels je travaille actuellement), il a édité pour ne pas passer pour un boulet.
Je trouve ça pitoyable...

bouet toi même