Path: ...!news.mixmin.net!aioe.org!IDf6Zf3LEgdPJ26wdgd+3A.user.46.165.242.75.POSTED!not-for-mail From: Francois LE COAT Newsgroups: fr.comp.sys.atari Subject: Re: Eureka sur la V4SA et MyAES Date: Sun, 30 Oct 2022 17:30:07 +0100 Organization: Aioe.org NNTP Server Message-ID: References: <3s3z71h5xjjUsUEm8LfMpojW7lM@jntp> <7AqwwCptJMXG0xtaTTjJx63Rk7g@jntp> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: gioia.aioe.org; logging-data="773"; posting-host="IDf6Zf3LEgdPJ26wdgd+3A.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org"; User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Firefox/60.0 X-Notice: Filtered by postfilter v. 0.9.2 Bytes: 4141 Lines: 70 Salut, OL =E9crit=A0: >> Est-ce que tu as d=E9j=E0 utilis=E9 l'accessoire EB_Dump qui a =E9t=E9= con=E7u >> par Emmanuel Baranger en GFA Basic ? Il a le m=EAme probl=E8me que >> Eur=EAka 2.12 lorsque la derni=E8re fen=EAtre a =E9t=E9 ferm=E9e. Il p= erd le >> focus. Mais comme c'est un accessoire, il est impossible de le >> remettre en premier plan. XaAES a donc =E9t=E9 corrig=E9, pour que lor= sque >> la derni=E8re fen=EAtre est ferm=E9e, l'application ne perde pas le fo= cus. > > EBdump ou EBModel ? Je m'y perd car dans un message un peu plus loin tu= =20 > parles de EBmodel donc lequel des 2? Le bug concerne bien EB_Dump, qui =E9tait inutilisable sous XaAES, et non pas sous TOS4, parce que lorsqu'il effa=E7ait sa derni=E8re fen=EAtre= active, il perdait le focus, et il devenait impossible =E0 rappeler. =C7a a =E9t=E9 corrig=E9 dans XaAES, et le bug concernait =E0 la fois EB_= Dump et Eur=EAka 2.12, qui se retrouve aussi parfois sans fen=EAtre active. C'est un cas de "dead lock" c-=E0-d une situation inextricable ... > JE n'utilise pas EBdump pour la simple raison que j'ai bien mieux=20 > int=E9gr=E9 =E0 MyAES, un simple CTRL-Alt-D et le screenshot se fait en= TC=20 > (quel que soit la r=E9solution) en TGA non compress=E9. Sous XaAES le m= =EAme=20 > raccourci clavier existe. Sous TOS, la combinaison clavier si je me souviens est "ALT-HELP" ce qui d=E9clenche l'appel =E0 la fonction TOS Scrdmp(). En fait ce que font= les accessoires `SCR_DMP.ACC` (le mien) et `EB_DUMP.ACC` (Emmanuel) c'est le d=E9tournement de l'appel TOS Scrdmp() en y pla=E7ant le code d'une copie d'=E9cran dans une image sur le disque au choix. Cette combinaison "ALT-HELP" du clavier ATARI, lorsqu'elle n'est pas d=E9tourn=E9e par nos accessoires, d=E9clenche l'impression de l'=E9cran sur l'imprimante connect=E9e (=E0 aiguilles, laser ou autre ...). L'int=E9r=EAt de `SCR_DMP.ACC` et `EB_DUMP.ACC` est double. D'abord il ne d=E9clenche pas le fonctionnement de l'imprimante (pas tr=E8s utile). D'autre part, lorsque l'on veut faire une copie d'=E9cran dans un programme comme le mien (Eur=EAka 2.12), il suffit de faire l'appel TOS Scrdmp() qui est utile, alors que par d=E9faut il ne sert =E0 rien. C'est gr=E2ce =E0 EB_Dump que j'ai pu r=E9aliser des animations que l'on voit sur ma cha=EEne Youtube comme ... *avec ARAnyM* L'int=E9r=EAt n'est pas d'avoir une combinaison de touches, pour faire une copie d'=E9cran, mais de piloter par logiciel le DUMP, avec l'appel TOS Scrdmp() lorsqu'on le souhaite. Dans la boite de dialogue de d=E9finition de la rotation de surface, dans Eur=EAka 2.12, il existe un bouton "& DUMP" qui permet de d=E9clencher Scrdmp() =E0 chaque rotatio= n. L'int=E9r=EAt des accessoires est alors de r=E9aliser des animations rapi= des et peu gourmandes en m=E9moire vive (compression RLE), sur les ST ... --=20 Fran=E7ois LE COAT Auteur de Eur=EAka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org/