Path: csiph.com!aioe.org!.POSTED.ISrm6WHc5xGYmj/iO9DKwg.user.gioia.aioe.org!not-for-mail From: Francois LE COAT Newsgroups: fr.comp.sys.atari Subject: =?UTF-8?Q?Re:_Mise_=c3=a0_jours_myhatari?= Date: Mon, 28 Oct 2019 22:00:08 +0100 Organization: Aioe.org NNTP Server Lines: 105 Message-ID: <5DB756D8.1090005@atari.org> References:

<5da0d78e$0$20332$426a74cc@news.free.fr> <7152f936-8cb6-4350-b9e8-3aed461f8b0d@googlegroups.com> <2960317f-aa43-4977-9b84-09166aeb0c0c@googlegroups.com> <5DA4A614.9060309@atari.org>

<5DA8A89E.1040909@atari.org> <746e69b0-3b64-4319-99c3-2b2dc0a18598@googlegroups.com> <63071b66-398a-41aa-b78d-35ce389ca7cc@googlegroups.com> <7bcf7bf0-f339-42e6-beca-017799011b98@googlegroups.com> NNTP-Posting-Host: ISrm6WHc5xGYmj/iO9DKwg.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 X-Notice: Filtered by postfilter v. 0.9.2 Xref: csiph.com fr.comp.sys.atari:21797 Salut, ol =E9crit : >>>> Je viens de tester, Boxkite (2.33e que j'ai r=E9cup=E9r=E9 ici >>>> http://www.mynetcologne.de/~nc-beckerha3/boxkitee.htm) fonctionne av= ec >>>> MyAES selon la m=E9thode indiqu=E9 sous Hatari avec ma config >>>> >>>> Pour cela j'ai cr=E9=E9 un dossier "Boxkite" dans le dossier "tools"= et >>>> copi=E9 dedans les fichiers de l'archive, puis j'ai ajout=E9 dans my= aes.cnf : >>>> run C:\tools\Boxkite\BOXKITE.PRG >>>> >>>> D'accord, avec cette m=E9thode BoxKite est bien install=E9. >>>> >>>> Cela r=E9soud le probl=E8me du '.' mais il y a un autre probl=E8me q= ue je >>>> n'avais pas avec les autres s=E9lecteurs, le "return" ne semble pas = avoir >>>> =E9t=E9 transmis alors que le reste des touches utilis=E9es pour le = clavier a >>>> bien =E9t=E9 transmis, bizarre mais en fait ce qui me semble bizarre= c'est >>>> qu'il ai chop=E9 avant toutes les lettres, je n'arrive pas trop =E0 = savoir >>>> comment il s'en sort honn=EAtement =E0 y r=E9fl=E9chir les touches n= e sont pas >>>> captur=E9es par le syst=E8me MyAES ne fait que les transmettre dans >>>> l'evnt_multi() bizarre bizarre. Le script n'arrive pas =E0 sortir du= >>>> s=E9lecteur du coup il ne peut pas fonctionner. >>>> >>>> Il y a malgr=E9 tout un probl=E8me avec BoxKite, parce que le fait d= 'appuyer >>>> sur la touche pour le s=E9lecteur ne valide pas la s=E9lect= ion. Il >>>> y a un probl=E8me avec un =E9v=E8nement . >>> >>> >>> Bon voil=E0 j'ai r=E9gl=E9 le myst=E8re du du Boxkite: >>> >>> D=E9j=E0 cela n'avait rien =E0 voir avec appl_tplay car m=EAme si je = tapais avec la touche il n'y avait pas plus d'effet. >>> En testant sous Emutos, cela fonctionnait donc il s'agissait d'une ro= utine AES, alors j'ai cherch=E9 laquelle mis des printf sur toutes les fo= nctions form_xxx et objc_xxx qui avait de pr=EAt ou de loin =E0 voir avec= un possible return et bien c'est la derni=E8re fonction en r=E9serve qui= s'est r=E9v=E9l=E9e fautive alors tenez vous bien, la fonction fautive e= st form_button() : https://freemint.github.io/tos.hyp/en/form.html#form_b= utton >>> >>> Alors form_button() c'est une fonction non document=E9e de Atari (cel= a commence mal!) et c'est sens=E9 s'occuper des clicks souris alors que l= =E0 il est utilis=E9 sur la touche avec clicks =E0 0 avec comme = objet le bouton par d=E9faut que est du type EXIT (je rappel le type EXIT= est sens=E9 retourner si la souris lorsque le click est relach=E9 et qu'= elle est toujours sur l'objet, l=E0 dans notre cas pas de souris qui vail= le, donc je suppose que si nombres de clicks est =E0 0 pas la peine de se= soucier si la souris est bien en dessous de l'objet sur un EXIT, ce que = je ne sais pas c'est si il faut qu'il soit DEFAULT ou si ce n'est pas n=E9= cessaire! Allez trouver ce genre de truc dans une documentation, c'est pe= ut =EAtre une bonne raison de faire des bugs aussi! >> >> J'ai pu rejouer la s=E9quence d'=E9v=E8nements "eureka.rec" partiellem= ent, en >> allant un peu plus loin que l'appel =E0 BoxKite. Le dysfonctionnement = qui >> arrive ensuite est avec l'appui sur la boite de dialogue de s=E9lectio= n >> des donn=E9es affich=E9es. Je d=E9s=E9lectionne l'affichage des s=E9ri= es "A" et >> "B" mais les boutons ne r=E9agissent pas. Ce qui fait que "A" et "B" s= ont >> affich=E9es, alors qu'il ne devrait y avoir que "B". "B" correspond au= x >> points de passage du mot "eureka" que je trace =E0 l'=E9cran. >> >> Voila ce que =E7a donne en vid=E9o : >> > M=EAme probl=E8me que le click droit, tout ce qui est g=E9r=E9 par l'AE= S sur les objets semble fonctionner mais le report de l'=E9v=E8nement MU_= BUTTON n'est pas transmis, le probl=E8me est complexe car appl_trecord n'= enregistre pas tous les =E9tats de la souris et de toute fa=E7on on ne se= rait pas capable de les rejouer =E0 la bonne vitesse je pense et comme le= noyau lui gere cela il est un peu emb=EAter, pour le moment pas de solu= tion quand j'aurais le temps pour le moment pas de programmation Donc appl_tplay() et appl_trecord() ne fonctionnent pas avec myAES, et =E7a n'est pas pr=EAt de marcher, parce que tu comptes sur moi pour teste= r, ce que tu ne fais pas toi-m=EAme. Mais alors comment =E7a se fait que ces= appels fonctionnent avec EmuTOS et MagiC, sans m=EAme que je sois intervenu ? Il est clair que pour toi Olivier, c'est la derni=E8re de tes pr=E9occupations. Et pourtant =E7a fait plus de 20 ans qu'on en parle= ! --=20 Fran=E7ois LE COAT Auteur de Eur=EAka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org/