Integrated Desktop Fork - Page 1

(j'aurais bien voulu poster ça dans son topic mais il était trop vieux )

J'ai reçu ce mail y'a plus d'un mois, je me dis chaque w-e qu'il faudrait que je teste et que je lui réponde parce qu'il à l'air d'avoir bosser le gars. En attendant voilà le mail et le fichier pour ceux qui voudraient regarder.

http://yn1.free.fr/up/idt.zip

----- Original Message -----
From: "Helge Schroeder" <xxx>
To: <xxx>
Sent: Monday, August 02, 2004 6:39 PM
Subject: integrated desktop


> Hello Olivier,
>
> first thank you for your program ID.
>
> Based of your work have i for me self the program extended.
> It run only on my V200. A documentation exists not.
>
> All fake apps have now a menu in the desktop (Shift hold down+Enter).
>
> Refresh Desktop have options for the global keyboard speed.
>
> All other apps have a Icon and Description select window,
> a "Hide" option, saved in idt_hide.txt, and more as 200 Icons.
> One Icon can you select to more as one file.
>
> The program read on startup your file idicons.icon
> The program found in asm programs integrated 22x22 icons
> (first 0x300 bytes). idt.asm have a integrated icon.
>
> For editing TEXT, PRGM and FUNC use i the default TI Editors.
> The TI Editors start automatically with the right file.
> FUNC is in idt_hide.text disabled.
>
> idt.asm is the installer, idt_tsr.dll is the TSR and idt_tsr1.dll
> is for special functions like icon select and Refresh.
>
> Refresh desktop run automatically in the startup sequence of
> the desktop. Save folders backup run only with manual
> Refresh desktop.
>
> The program executer distinguish between files in different folders
> and set at runtime of a program the default folder to this program.
>
> The TSR uses not EV_hook. Is it now a right extension
> for the TI Desktop application. All fake apps have your own
> event handler like flash apps.
>
> Sorry for my bad English and thank you. Perhaps have you
> interest on the source code?
>
> Regards,
> Helge Schroeder

Based of your work have i for me self the program extended.

L'allemand ordre des mots voit on ici clairement.

> The program found in asm programs integrated 22x22 icons > (first 0x300 bytes).

"First 0x300 bytes?!" Arf... Je me demande pourquoi on a fait un standard extensible de commentaires etc. _nostub s'il utilise son "standard" bizarre. On lui aurait bien attribué un numéro d'extension perso pour ses icônes 22×22 (format qui n'est pas prédéfini dans le standard) s'il avait demandé.

Kevin Kofler
:

Based of your work have i for me self the program extended.

L'allemand ordre des mots voit on ici clairement.

> The program found in asm programs integrated 22x22 icons > (first 0x300 bytes).

"First 0x300 bytes?!" Arf... Je me demande pourquoi on a fait un standard extensible de commentaires etc. _nostub s'il utilise son "standard" bizarre. On lui aurait bien attribué un numéro d'extension perso pour ses icônes 22×22 (format qui n'est pas prédéfini dans le standard) s'il avait demandé.

Tu n'avais pas explicitement refusé de supporter ce format dans le débat qu'il y avait eu lors de la mise en place de ce "standard" ?

si mais maintenant qu'il voit qqn qui pourrait l'utiliser..... à ma connaissance, le seul shell qui gère son standard c'est mon CS

mais faut pas le dire à Kevin, il pourrait se douter de qqc

si on pouvait rester dans le topic un minimum, pour se taper ouvertement dessus y'a d'autres sections, d'autres topics... merci

ça prend pas de la place, de créer un handler pour chaque fausse app ? si j'ai bien compris, il fait la même chose que ce que j'avais fait pour CS, en recréant toute la flash app en RAM (j'ai pas regardé le zip)

J'ai refusé le format en tant qu'extension officielle, mais il peut avoir un numéro dans les plages réservées aux applications. Mais en effet, il serait bien de gérer le format 16×16 (en centrant ou en zoomant, peu importe, mais qu'il le gère d'une manière ou d'une autre).

Et sinon, peut-être que les flags d'incompatibilité seront bientôt utilisés pour une surprise dans Iceberg... Mais je ne promets rien du tout, c'est juste une idée que j'ai...

ajouter une "feature cachée" (on appelle ça troyen ou bug en français) qui interdirait ce qui ne correspond pas aux normes que tu auras préalablement sélectionné en les déclarant "incompatibles" avec un zouli écran en 7nvg pour te le dire ?

Non, je ne m'appelle pas PpHd. (Cf. "Archive 'preos' first", "%s\%s is outdated", "Too many '%s' found" et autres messages à la noix de PreOs...)

Mon idée est de faire quelque chose de vraiment utile.

le caractère utile étant complètement subjectif, tu ne fais que confirmer mes dires... tu en es conscient ? (en fait on peut lire entre les lignes dans ton post que seul ce que TU jugeras utile sera "compatible")

comme je pressent ta réponse : le Kernel est utile ou pas (là en général à cette question tu réponds non c'est obsolète blabla) ?
donc pour toi le kernel sera incompatible (à en croire ton ./15 et ./13) donc tu n'assureras pas la compatibilité avec le kernel... (rappelles moi ta thèse sur la compat ascendante que tu as sortie dans le topic sur preos 0.7...)

>Non, je ne m'appelle pas PpHd. (Cf. "Archive 'preos' first", "%s\%s is outdated", "Too many '%s' found" et autres messages à la noix de PreOs...) .
En quoi j'interdis quoique ce soit ?

Avant qu'on ne soit totalement hors-sujet, si on se rapprochait de celui-ci ?
(enfin, je vois pas trop le rapport entre ID et PreOS, en fait )

Bon, vu que vous m'attaquez avant-même de savoir de quoi il s'agit (! ), voici de quoi il s'agit: Mon idée est d'utiliser la méthode d'interception d'appels de h220xTSR pour appliquer l'anticrash kernel (libération des handles, manière propre de quitter en cas de plantage plutôt que cette saleté de hot reset) à tous les programmes _nostub ne portant pas de flags d'incompatibilité en faisant passer l'appel par un stub kernel par défaut contenu dans le kernel (donc sans toucher aux programmes eux-mêmes, qui restent en _nostub). Il y aurait évidemment un programme pour rajouter les flags d'incompatibilité aux programmes obsolètes ou bogués qui ne les mettent pas alors qu'ils le devraient.

pourquoi ne pas rajouter le header kernel directement ?
on sent qu'un kernel c'est suffisament obsolète pour qu'on doive lui apporter de nouvelles features

Désoler pour le hors topic, mais je viens de test le mod.

Donc, sa affiche tous les fichiers dont l'extension sont ASM, PPG, TEXT, PRGM et FUNC et plus seulement les fichiers qui apparaissent dans la base d'icones.
Chez moi, les fichiers TEXT s'ouvrent avec l'éditeur TI (normale, c le seul que g).
Les fichier qui n'apparraisent pas dans la base d'icon ont une extension spécifique à leur type (un étau pour les ppg, je sais pas trop koi pour les ASM, un calpin pour les TEXT et un BASIC pour les PRGM).
Y aussi un fichier TEXT qui permet de rentré des noms de programme qui ne seront alors pas afficher dans le desktop (trés utils, vu que par défaut, je me retrouve avec desktop de 98 icones au bout de 5s de rafraichissement). Le caractère ? permet de cacher plusieurs fichier. Par exemple ?.func permet de cacher tous les fichiers de type FUNC.
Sinon, le TSR prend maintenant 25Ko en ram.

C les différences majeur que g trouvé 5 minutes aprés avoir installé le TSR.

Flanker
: pourquoi ne pas rajouter le header kernel directement ?

Parce que le programme doit aussi tourner sans Iceberg. Je ne patche pas les programmes sans demander, moi!

on sent qu'un kernel c'est suffisament obsolète pour qu'on doive lui apporter de nouvelles features

Si c'est pour améliorer l'anticrash _nostub, c'est une feature utile. (J'avais déjà contribué à PreOs dans ce domaine.)

MacIntoc
: Désoler pour le hors topic,

Bah, en fait c'est toi qui es le seul qui n'est pas hors topic!

Bah, en fait c'est toi qui es le seul qui n'est pas hors topic!

heureusement que t'es là, il l'aurait jamais compris tout seul

25ko en RAM avec tous les fichiers ou juste le tsr ? (tu peux regarder la taille du tsr avec CS)

Nan, le TSR, g fait une soustraction de la ram libre avant puis aprés l'installation. Les fichiers font prét de 60Ko (dont 26Ko d'icones).

ca en devient ridicule, autant refaire un shell, ca prendra moins de place.

Bah on attend toujours le microshell de Flanker

il arrive, il arrive

Je crois qu'il va falloir qu'il arrive tout seul, d'ailleur^^

Kevin> Pourquoi tu ne rajoutes pas ton idée utile à PreOs 0.70 plutôt qu'à IceBerg qui est obsolète ?