[FR/EN] La programmation TI dans la littérature

→ **MyCalcs** profile · de **nikitouzz** » 15 Oct 2012, 22:56

puis c'est pas comme si on avait jamais entendu parler de l'axe... ^^ c'est meme plus un projets la ^^

puis bon meme si il ne voulait pas en parler il aurait pu faire un petit clin d'oeil a l'axe ou autres...

la le mot n'est pas dit une seul fois...

→ **MyCalcs** profile · de **Persalteas** » 16 Oct 2012, 13:40

passeront à l'hybride avec DoorsCS, n'arriveront plus à caser plus de 2 programmes dans leur mémoire

Je te trouve médisant. J'ai DoorsCS7, Symbolic, Grammer, Pretty Print et Omnicalc sur ma 83+ basique, et j'ai encore bien assez de place pour programmer.

Soit, c'est dommage qu'ils ne parlent pas des autres. Mais les membres qui essaieront l'hybride ne vont pas se décourager tout de suite, un rapide saut sur les forums leur apprendra qu'au pire ils n'ont pas besoin de Doors et que l'App suffit (même s'ils perdent les fonction PicArc je crois ?)

Quand à parler des projets des autres sites, il aurait pu, mais il n'a pas mentionné non plus des choses comme TI Boy SE, la "non-mention" ne vise pas qu'Axe et Grammer, elle vise les projets extérieurs dans leur globalité.

→ **MyCalcs** profile · de **nikitouzz** » 16 Oct 2012, 16:26

oui mais entre l'axe et TI-boy se ^^ il y a quand même une difference ^^

→ **MyCalcs** profile · de **Hayleia** » 16 Oct 2012, 17:50

persalteas a écrit:Quand à parler des projets des autres sites, il aurait pu, mais il n'a pas mentionné non plus des choses comme TI Boy SE, la "non-mention" ne vise pas qu'Axe et Grammer, elle vise les projets extérieurs dans leur globalité.

Mais TI-Boy SE n'est pas un langage de programmation, il est normal qu'il n'en parle pas dans son livre. Par contre, il n'est pas normal qu'il "oublie" de mentionner des langages. Ou alors il aurait fallu renommer le livre en "Programming the 83+ in Basic, then in Hybrid, then in ASM" pour être au clair avec le contenu, et pas "Programming the 83+", sous-entendu tous langages confondus alors qu'ils n'y sont pas tous.

persalteas a écrit:Je te trouve médisant. J'ai DoorsCS7, Symbolic, Grammer, Pretty Print et Omnicalc sur ma 83+ basique, et j'ai encore bien assez de place pour programmer.

Oui, mais tout le monde n'est pas comme toi. Il y a par exemple ceux qui vont juste faire un ou deux programmes de maths et qui auront donc largement assez de place, ceux qui codent bien et qui ont de la place pour mettre des programmes optimisés, mais il y a aussi les débutants qui prennent 8000 octets pour un programmes qui n'avait pas besoin de plus de 2000 octets. Dans ce cas, ils rencontreront des problèmes. Et je sais ce que c'est, j'ai dû enlever DoorsCS de ma 83+ par manque de place (non pas que je code mal (quoique) mais il n'y a pas que mes programmes sur ma 83+, il y a aussi des jeux d'autres personnes).

persalteas a écrit:Soit, c'est dommage qu'ils ne parlent pas des autres. Mais les membres qui essaieront l'hybride ne vont pas se décourager tout de suite, un rapide saut sur les forums leur apprendra qu'au pire ils n'ont pas besoin de Doors et que l'App suffit (même s'ils perdent les fonction PicArc je crois ?)

Sauf que ce saut, ils le feront sur Cemetech puisque le livre fait bien sa pub. Et Kerm leur dira "DoorsCS est parfait puisqu'une fois que vous l'avez, vous n'avez plus besoin de rien d'autre. Gardez-le, ça vous fait des économies en vrai de perdre ces 49152 octets".

→ **MyCalcs** profile · de **Persalteas** » 22 Oct 2012, 12:45

Sauf que ce saut, ils le feront sur Cemetech puisque le livre fait bien sa pub. Et Kerm leur dira "DoorsCS est parfait puisqu'une fois que vous l'avez, vous n'avez plus besoin de rien d'autre. Gardez-le, ça vous fait des économies en vrai de perdre ces 49152 octets".

Je ne suis pas sur, Kerm ne cherche pas à se vendre au point de raconter n'importe quoi.
Il pourra très bien expliquer que l'App Celtic suffit, il ne va pas prendre le risque de perdre un programmeur

→ **MyCalcs** profile · de **Hayleia** » 22 Oct 2012, 17:45

persalteas a écrit:
Sauf que ce saut, ils le feront sur Cemetech puisque le livre fait bien sa pub. Et Kerm leur dira "DoorsCS est parfait puisqu'une fois que vous l'avez, vous n'avez plus besoin de rien d'autre. Gardez-le, ça vous fait des économies en vrai de perdre ces 49152 octets".

Je ne suis pas sur, Kerm ne cherche pas à se vendre au point de raconter n'importe quoi.
Il pourra très bien expliquer que l'App Celtic suffit, il ne va pas prendre le risque de perdre un programmeur

Ah mais je disais pas ça comme ça pour déconner ou pour dire un truc en l'air. Cette excuse bidon, il me l'a sortie une fois ici. Je quote son message pour ceux qui ont la flemme de cliquer:

KermM a écrit:Actually, I mostly use TI-83+ calculators, and I maintain that Doors CS is a perfect shell for such calculators; let me debate it out with you if you disagree, as I'd be very happy to hear some counter-arguments. I consider Doors CS as an app that replaces so many other apps that you actually end up saving space (if you had those other apps).

persalteas a écrit:il ne va pas prendre le risque de perdre un programmeur

Personne ne parle de risque et personne ne parle d'un seul programmeur. C'est en effet intentionnellement qu'il perd des centaines de programmeurs en ne mentionnant ni l'Axe ni le Grammer.

→ **MyCalcs** profile · de **Persalteas** » 22 Oct 2012, 17:49

Oulàlà

EDIT: soit. Je ne le connaissais pas comme ça.

N'empêche que la chose qui me gène le plus dans Doors, personnellement, n'est pas sa taille, mais son foutu éditeur de programme remplaçant celui du TI-OS. Donc, j'ai quand même raison sur le fait que tu dramatises pour la taille.

→ **MyCalcs** profile · de **Hayleia** » 22 Oct 2012, 17:56

Comme tu dis. Surtout qu'en plus, derrière il fait la liste des applications remplacées par DoorsCS. Par exemple, xLIB, PicArc, Omnicalc, et Celtic III. Mais est-ce que tu connais quelqu'un qui a besoin des librairies de ces trois applications à la fois ? Des codeurs xLib, on en trouve, et ils gâchent de la place avec DCS car n'utilisent pas PicArc, Omnicalc, et Celtic III. Un codeur Celtic III, de même. Un codeur xLIB-PicArc-Omnicalc-CelticIII risque d'être dur à trouver. Donc tout le monde gâche de la place.
Le truc le plus bizarre étant de mettre une interface compliquée dans une shell qui supporte le homerun. Mais bon, selon lui, la GUI est légère.

Bref, tout ça pour dire que ceux qui lisent son livre ne seront jamais au courant de l'Axe et du Grammer car iront sur Cemetech et recevront le même type d'information que celles du livre.

→ **MyCalcs** profile · de **Persalteas** » 22 Oct 2012, 18:04

Un codeur xLIB-PicArc-Omnicalc-CelticIII risque d'être dur à trouver.

J'avais jamais remarqué à quel point je suis une perle rare, merci Hayleia de flatter mon ego comme ça...

Je ne sais pas si tu savais déjà (je pense que Oui), mais Celtic III reprend déjà les fonctions d'Xlib. Donc techniquement, ça remplace PicArc, Celtic III, et Omnicalc.

Sachant qu'il n'y a pas vraiment de "codeurs" Omnicalc, que ça sert surtout à modifier les polices, disons que ça intègre Celtic III et PicArc, avec une amélioration pour la TI (celle des hooks de polices).

La GUI est importante: c'est ça qui fait que les débutants 100% Basic et encore gardent Doors: (moi le premier, quand je l'ai découvert)

- On cherche toutes ses petites options cachées
- On a chaque programme avec une icone, même en Axe, même en Assembleur Ion ou MirageOS

La GUI sert à rendre Doors intéressant pour ceux qui justement ne codent pas en Basic étendu... là, il y a perte de place, certes, mais ça fait bien de Doors un programme complet et polyvalent.

→ **MyCalcs** profile · de **Hayleia** » 22 Oct 2012, 18:15

persalteas a écrit:J'avais jamais remarqué à quel point je suis une perle rare, merci Hayleia de flatter mon ego comme ça...

Ce n'était pas mon but du tout

persalteas a écrit:Je ne sais pas si tu savais déjà (je pense que Oui), mais Celtic III reprend déjà les fonctions d'Xlib. Donc techniquement, ça remplace PicArc, Celtic III, et Omnicalc.

Non, je ne savais pas. Quand je n'avais que ma 83+, je me disais que ces applications étaient trop grosses donc je ne les ai jamais mises et je n'ai jamais mis non plus de programmes qui vont avec du coup.
Et au moment où j'ai acheté ma 84+SE, c'est après avoir découvert l'Axe et l'ASM donc je n'ai pas non plus encore étudié xLib et Celtic III.

persalteas a écrit:La GUI est importante: c'est ça qui fait que les débutants 100% Basic et encore gardent Doors: (moi le premier, quand je l'ai découvert)

- On cherche toutes ses petites options cachées
- On a chaque programme avec une icone, même en Axe, même en Assembleur Ion ou MirageOS

La GUI sert à rendre Doors intéressant pour ceux qui justement ne codent pas en Basic étendu... là, il y a perte de place, certes, mais ça fait bien de Doors un programme complet et polyvalent.

Bof. Effectivement, DoorsCS m'avait semblé impressionnant pendant au moins trois jours quand je l'avais découvert. Puis c'est sa taille que j'ai trouvée impressionnante et j'ai finalement remis MirageOS sur ma 83+.
Et sur le plan polyvalence, zStart fait quand même bien mieux. La preuve, c'est que j'ai une 84+SE, donc j'ai de quoi gaspiller 49152 octets. Pourtant je n'ai pas DoorsCS, mais j'ai zStart.
zStart est moche franchement, mais il fait plein de trucs, il les fait bien (son homerun est plus rapide que celui de DoorsCS et sa réinstallation est automatique alors que DCS te fait chier à se relancer en 20 piges et en t'affichant "t'as fait un RAM Clear, avoue tu savais pas, je me réinstalles, compte jusqu'à 256 pendant ce temps") et tout ce qu'il fait est utile.