eBooks sur TI - Page 2

Je pense qu'il serait une bonne idée de le déplacer vers le répertoire "Out of date" qui existe pour les shells/kernels.

Mais alors il faudrait aussi déplacer TeOS par exemple.
Et le problème est surtout que PreOS n'est pas disponible sur ticalc.org.

d'ailleurs le type dont je parlais précédemment s'en étonnais.
mais c'est clair qu'il faut faire quelque chose pour DoorsOs qui fait à peu près tout le temps partie du top25 des fichiers les plus téléchargés par semaine, c'est catastrophique...

Et il fausse les classements

question: est-ce que, dans le repertoire "doorsos", il n'y a pas des programmes pour plusshel, qui ne tournent meme pas sous doorsos ?
(question de curiosité)

en fait ce sont les programmeurs qui envoyes leurs fichier et décident de les mettre dans tel ou tel répertoire.
je pense pas que les "archiveur" se tapent les tests de tous les programmes, ils vérifient seulement si les fichiers proposés ne sont pas des conneries
je pense que leur répertoire doorsos est interpreté comme dossier kernel, enfin moi je l'interpret comme ca en tout cas

je viens d'aller faire un tour : je viens de trouver "Doors Pass Utils" qu'etait pas dans le répertoire "doorsos".....
autant dire que ces dossiers n'ont pas gde sinification......

je pense que leur répertoire doorsos est interpreté comme dossier kernel, enfin moi je l'interpret comme ca en tout cas

oue, mais les newbies croient qu'il faut doorsos, et pas un autre kernel...
(et en plus, fodrait changer les readme des programmes....)

c clair !
les read me je pense pas, c'est la responsabilité de l'auteur tout de meme

mais faudrait qu'il change ca effectivement pour na pas rester a la prehistoire
pour bien faire, faudrait retester tous les progs , j'imagine meme pas le boulot a faire !

erf, oue, y'en a pr un bon bout de temps....
les readme, clair qu'on n'a generalement pas le droit d'y toucher, question de licenses... dommage

Pour les readme, ça ferait plus de 300 fichiers à modifier rien que pour la 89 ...

et ce n'est generalement pas autorise par les licenses

hibou a écrit :
je viens d'aller faire un tour : je viens de trouver "Doors Pass Utils" qu'etait pas dans le répertoire "doorsos".....
autant dire que ces dossiers n'ont pas gde sinification......

Signale tous les fichiers pour kernel qui ne sont pas dans doorsos que tu trouves aux archiveurs (filearchive at ticalc ...). Ils ont dit dans les commentaires des news qu'ils déplaceront les fichiers qui se trouvent dans le mauvais répertoire.

Sburb
a écrit : Pour les readme, ça ferait plus de 300 fichiers à modifier rien que pour la 89 ...

Les newbies ne lisent souvent pas les readme de toute façon.

un truc a faire au premier lancement du programme : afficher un message disant de lire le readme...
rien que pour la forme...
mais dans le fond, ca changerai toujours rien... ils veulent jouer... et c tout...

Mais c'est pas facile à detecter le premier lancement (et un utilisateur normal ne doit pas se payer à chaque lancement/installation le message)

bah, tu fais un fichier de sauvegarde pour les records...
si le fichier est absent, tu considere que c le premier lancement...
sinon, tu considere que c pas le premier lancement

(bon, ok, ca sera plus souvent le premier lancement qu'en realite...)


cela dit, je doute que ca change gd chose...
tellement paresseux qu'ils sont meme pas capables de lire un readme...
et ils se plaingnent des qu'un petit truc marche pas... alors que c explique dans le readme en question !

Bon on change le nom du répertoire vers "kernel" ???

le probleme c'est que nous on peux rien y faire...

Bof moi je suis un parfait nOOb et je pense qu'il suffit de pas être trop neuneu
Et le fait d'être neuneu n'a rien à voir avec le fait d'être nOOb (la pure quote)

on m'a appelé ?

-

un truc a faire au premier lancement du programme : afficher un message disant de lire le readme...
rien que pour la forme... mais dans le fond, ca changerai toujours rien... ils veulent jouer... et c tout...

En fait, un jour on en viendra à mettre un mot de passe dans le readme, et il faudra le rentrer la première fois. Et encore je suis sûr qu'ils préfèreront chercher le mot de passe sur le net que dans le readme

Moi je suis pour le fait de renommer 'doorsos' en 'kernel' et de changer 'TI-89 Assembly Games (DoorsOS)' en 'TI-89 Assembly Games (require PreOS or another kernel to run)' avec éventuellement en sous-titre "previously known as 'doorsos' directory".

Mais pour ça il faudrait que PreOS soit sur ticalc. PpHd?

cf la news non officielle sur www.ti-news.com à propos de PreOs

Comme kernel j'utilise KerNO, c'est le seul kernel qui ne supporte pas doorsOS. Mais il me permet d'éviter des plantages intempestifs même si mainteanant ça ne m'arrive pratiquement jamais (pour ne pas dire jamais depuis quasiment une année). En fait depuis que je n'utilise plus que mes PROPRES programmes, il n'y a plus aucune raison que ça plante vu que je me soucie beaucoup de la stabilité de ceux-ci.
Et puis PreOS (en tous cas les vieilles versions) piquait 2 ko de mémoire chaque fois qu'il recouvrait un plantage (ou un ESC-ON)! Pas très bon ça!

il me semble que c corrigé (pas sûr)

Quel kernel me conseillez-vous sachant que je ne vais pas utiliser de jeux en DoorsOS?

1- KenrNo n'est pas un kernel
2- Ce sue tu appelles un jeu "en DoorsOs" est plus communément appelé un jeu en mode kernel
3- Si tu ne veux pas utiliser de tel jeu tu n'as pas besoin de kernel (d'où l'appellation...)

Bon ben j'y connais rien moi!

3- Si tu ne veux pas utiliser de tel jeu tu n'as pas besoin de kernle (d'où l'appellation...)

Alors que me conseille-tu?
Je sais pas comment ça s'appelle kerno ça m'est utile parce que:
1. Je peux utiliser les progs ASM dans les expressions
2. J'évite les plus grosses interruptions d'anomalie
3. Le délai des touches est automatiquement changé
C'est tout. Et ça prend un peu plus d'un ko. Alors c'est distribuable!

KerNo est un programme qui fait entre autres de l'anti-crash, et d'autres trucs pas très utile. Je ne vois pas torp l'intéret, mais ça n'engage que moi (d'autres vont te dire que c'est très bien, t'inquiète)