[DCALICE] Version 2014.01.22 et suivantes

[gilles]

@pckid:
reprend la doc alice, elle précise bien que le clear est obligatoire, elle ne dit pas ce que vaut LN mais cela doit être dans la description du basic.
Lorsqu'on n'a pas fait le clear, tout essai de rentrer une ligne de code se solde par une erreur 4, la doc précise bien que c'est un dépassement de capacité de mémoire.

[PcKid]

A force de vous écoutez vous allez rester seul sur ce forum, j'en connais au moins 1 qui a apporté beaucoup de choses à Alice, qui ne vient plus beaucoup.

Si vous aimez vous faire des révérences , et bien tant mieux pour vous.

Dans DCALICE 2014.01.22, il ne scanne pas le & commercial et tout ce qui est shift + la touche, donc ce sera peut être pour la version 2015. Je critique pas, c'est un super travail cet émulateur , mais je confirme que cela ne fonctionne pas sur mon windows 8.1.

Maintenant si quelqu'un dit le contraire et bien qu'il fasse une vidéo avec son windows 8.1.

Edit : je vais te faire une video , tu dois être sur une version inférieur à win 8.1

[PcKid]

@pckid:
reprend la doc alice, elle précise bien que le clear est obligatoire, elle ne dit pas ce que vaut LN mais cela doit être dans la description du basic.
Lorsqu'on n'a pas fait le clear, tout essai de rentrer une ligne de code se solde par une erreur 4, la doc précise bien que c'est un dépassement de capacité de mémoire.

Oui j'ai bien vu après mes tests (d'ailleurs je l'ai marqué le test pour que cela fonctionne (en fonction du alice et de la ram la doc donne Ln supérieur à 60)), je vais tester le comportement en réel sur la machine pour voir si elle fait le même blocage, mais cela venait de la libération de la mémoire.

Humble excuse à Maitre Daniel ! pour le problème du passage à chaud sur l'EA mais pour l'autre je vois pas à part tester l'emulateur sur un windows différent.

Merci à toi.

[Daniel]

Olivier, tu n'as probablement pas compris le mécanisme de réaffectation des touches dans dcalice. Retourne dans l'émulateur, lit bien l'aide et les messages de la boîte de dialogue, tu vas finir par y arriver.

Pour l'assembleur, tu devrais commencer à l'apprendre sur un vrai Alice, avec le manuel en mains. Quand tu maîtriseras les commandes, reviens dans l'émulateur et tout paraîtra plus clair.

[PcKid]

@PcKid: je n'aime pas rester sur un doute, alors je viens de tester la réaffectation des touches dans l'outil de paramétrage du clavier. Pour moi tout fonctionne comme prévu, dans n'importe quel Windows 32 bits ou 64 bits.

Tu parles bien du SHIFT + la TOUCHE 5 ?

Edit : mon but était de mappé la touche % ou & du pc. Au lieu de faire SHIFT+5 ou SHIFT+6, je voulais rendre l’écrit instinctive de ce que je voyais sur mon clavier pour taper vite.
Si ton mappage n'est pas fait pour. et bien j'utilise l'import du fichier texte.

[Daniel]

Je dis que la réaffectation des touches fonctionne pour toute les touches de l'Alice, y compris la touche [5 %] et la touche [6 &].

Tu n'as peut-être pas compris que le clavier de l'Alice est une matrice de boutons-poussoirs, et que l'émulation consiste à affecter à chaque touche-bouton-poussoir de l'Alice une touche-bouton-poussoir du PC. La correspondance entre le scancode de l'Alice (numéro du bouton-poussoir) et les caractères inscrits sur la touche est codée "en dur" dans la rom de l'Alice et n'est pas modifiable. On peut seulement changer la correspondance entre le scancode de l'Alice et le scancode du PC.

[PcKid]

Ok tu scan qu'une touche. mais en programmation tu aurais pu alors, mettre des touches au dessus du 5, en mettant la valeur du dessus des touches, pour aussi les émuler.

Tu t'es fixé dans ton programme qu'aux touches du bas si on peut le dire comme cela.

Il y a un Emulateur qui s'appelle Mame dans le monde de l'arcade, il permet de faire du mappage de touche, comme il est très optimisé, tu peux mettre des combinaisons de touches et cela est d'une grande aide.
Il stocke toutes les parametres de touches dans un .INI que tu peux modifier à la main aussi. Cela aurait été une belle option sur DCALICE, mais j'ai ouvert le fichier, et il doit avoir du code Hexa car cela est pas lisible par le bloc note.

Merci

[__sam__]

@PCKid ta logique du gestion du clavier n'est pas celle de la machine réelle qu'émule DCAlice.

Daniel associe physiquement, ou plutôt géographiquement, une touche PC à une touche alice. Pour faire un "$" sur alice je ne dois pas appuyer sur la touche "$" du PC mais faire shift-4. La touche "$" du PC produit un "@" sur alice. C'est logique d'après la disposition des touches sur le vrai clavier d'un alice.

Il n'y a aucun pb ou aucun bug avec ca. Beaucoup d'émulateurs fonctionnent ainsi.

[gilles]

le mapping clavier des émulateurs est un sujet récurent...
lorsque j'ai codé mon premier émulateur (de MO5 en 1997) la doc comportant cette image:



http://www.alternative-system.com/speci ... 5_doc.html

[Daniel]

C'est un vaste débat. James Tamer l'a fait dans son émulateur Alice, j'en ai souvent débattu avec lui. L'opération consiste à modifier la ROM de l'Alice pour changer la composition des touches. Ca semble être une bonne idée, mais en fait non.

D'abord, pour les puristes, si on change la ROM de l'Alice, on n'émule plus l'Alice, mais une autre machine. Ce n'est pas le plus grave.

Ensuite, les logiciels Alice, surtout les jeux en assembleur, testent les touches par leur scancode, pas par le code ASCII du caractère choisi. Si on change la correspondance, le clavier devient impossible à utiliser. Par exemple, si deux caractères de deux touches différentes se retrouvent avec le même scancode, on ne peut plus les distinguer. Pour moi c'est rédhibitoire.

Pour les machines disposant d'un circuit spécialisé de gestion du clavier, le problème est différent : le clavier envoie des codes ASCII, et on peut sans conséquence fâcheuse, les mapper individuellement, et affecter à des touches différentes les différents code ASCII de la même touche : le scancode n'a pas d'utilité pour le programme utilisateur. Dans l'émulateur TEO (Thomson TO8D) c'est programmé ainsi, et c'est très bien.

Pour les machines dont le clavier est une matrice de contacts, testés directement par le processeur principal, ma deuxième remarque prend tout son sens. C'est le cas pour l'Alice, le TO7, le MO5, le VG5000, l'Hector, l'EXL100, l'Exeltel, etc. C'est pourquoi j'ai décidé de ne pas modifier la ROM de l'Alice, et donc de ne pas dissocier les caractères inscrits sur une même touche.

Mais tu peux utiliser MESS ou l'émulateur de James Tamer si ce choix te pose un problème.

[PcKid]

@PCKid ta logique du gestion du clavier n'est pas celle de la machine réelle qu'émule DCAlice.

Daniel associe physiquement, ou plutôt géographiquement, une touche PC à une touche alice. Pour faire un "$" sur alice je ne dois pas appuyer sur la touche "$" du PC mais faire shift-4. La touche "$" du PC produit un "@" sur alice. C'est logique d'après la disposition des touches sur le vrai clavier d'un alice.

Il n'y a aucun pb ou aucun bug avec ca. Beaucoup d'émulateurs fonctionnent ainsi.

Encore une fois je n'ai pas prononcé le mot bug, par contre que ma logique qui apporte un confort souhaitable, ne soit pas entendue .
Daniel fait ce qu'il veut avec son émulateur.
Mais on pourrait me répondre, nous comprenons très bien que tu souhaites mapper une combinaison de touche mais nous le gérons pas dans DcAlice. Peut être une autre fois. Au lieu de me dire, çà marche, espèce de débutant, tu devrais avoir honte de poser des questions sur un forum de pros, ou Oh , tu sais pas trouver l'aide , alors tu vas pas t'en sortir sur l'asm.

P..... de m...... l'aide sous ce format c'est Apple (grâce au boulot de xerox) qui a fabriqué ce standard de menu sous la fenêtre, fais chier, que l'on me parle ainsi. Bref j'ai rangé mon orgueil.

Mais imaginez si on avait eu d'autres soft fermés comme celui-ci avec des réponses fermés on serait encore sous ms dos.
Par ce que les développeurs diraient quoi une fenêtre dans un OS à quoi sert ? il y en a jamais eu avant, on va pas en fabriquer aujourd'hui.

je suis désolé si j’éclate maintenant, mais bon j'en pouvais plus ! Alors bon sang, soyez ouvert humble, sympathique, obséquieux,
commercial quoi ! et vous gagnerez de l'audience, des retours positifs et du plaisir de donner vous allez recevoir !

Ce soft est super, légé , rapide et complet, dommage qu'il ne soit pas en open source, car quand le créateur ne sera plus là, son travail ne sera pas transmis aux générations suivantes. (attention ceci n'est pas une attaque, une simple analyse et comme on dit chez moi : je souhaite 120 ans à Daniel !)

[jester]

Je sais que certains ont déjà commencé à émuler Daniel et c'est en bonne voie, donc pas d'inquiétude !
Il y a juste quelques composants propriétaires qui gardent leurs secrets mais il s'agit de n'émuler que les fonctions utiles pour le forum de toute manière.

[fneck]

A force de vous écoutez vous allez rester seul sur ce forum (...)
Si vous aimez vous faire des révérences , et bien tant mieux pour vous.

Maintenant il va falloir que tu te calmes et rapidement

[PcKid]

[edit modo : quote inutile]

Fabien, je suis désolé mais la portée de tes mots sont extrêmement vexatoire !

Pour l'aide dans DCAlice : <Menu>, <Aide> puis <Aide de DCAlice...>
Pour configurer le clavier : <Menu>, <Options> puis <Clavier...>
[supp modo : propos déplacés]

[fneck]

Oui et alors? je maintiens ma question.