MyAES 0.99 et le ClipBoard

[Arachide]

Coucou,

J'ai testé MyAES 0.99 ça tourne bien ! Merci Olivier pour l'envoi.

J'avais une question sur la chose... Je suis en train d'implanter le copier/coller via le CLIPBRD GEM dans l'éditeur du FORTH.
Il semblerait que les différentes versions du TOS ne soient pas égales vis à vis de l'installation du chemin. Sur mon TT j'ai activé un CPX qui gère ça, sans le CPX, scrp_read renvoie une chaîne vide.
Est-ce que MyAES installe bien ce chemin?

Guillaume.

[Arachide]

Je précise, avec MyAES je vois bien que scrp_read renvoie la bonne chaine "C:\CLIPBRD\", mais à qui est due cette initialisation? EmuTOS? MyAES? Un autre programme ou accessoire qui se lance? Mint?

Guillaume.

[Francois LE COAT]

Salut Guillaume,

Il ne faut plus utiliser Google Groups pour accéder au Usenet ...

Arachide écrit :

ATARIstiquement vôtre =)

--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
https://eureka.atari.org/

[Arachide]

Le mercredi 10 janvier 2024 à 19:37:16 UTC+1, Francois LE COAT a écrit :
> Salut Guillaume,
>
> Il ne faut plus utiliser Google Groups pour accéder au Usenet ...

Je fais ce que je veux!
Essaye de participer à la discussion plutôt que de polluer tous les sujets.
Tu as un truc à dire sur le CLIPBRD GEM?

Guillaume.

[Francois LE COAT]

Salut,

Arachide écrit :
> Francois écrit :

> > Salut Guillaume,
> >
> > Il ne faut plus utiliser Google Groups pour accéder au Usenet ...
>
> Je fais ce que je veux!

Ça dépend si tu veux être lu ou pas ... En utilisant Google Groups, tu n'es pas lisible par les contributeurs du Usenet. C'est con.

[OL]

Bonjour
Ne peux pas te repondre tout de suite, quand je serais chez moi.

De mémoire le peut être changé par n'importe quelle application
via scrap_write par defaut on défini une variable d'environnement pour le
définir
mais un cpx normalement peut le redéfinir.

Olivier

[Pascal Wijsbroek]

Le 11/01/2024 à 12:30, Francois LE COAT a écrit :

> Ça dépend si tu veux être lu ou pas ... En utilisant Google Groups, tu n'es
> pas lisible par les contributeurs du Usenet.

N'importe quoi...

> C'est con.

C'est quel mot dans "Je fais ce que je veux!" que tu ne comprends pas
exactement ?

[tTh]

On 1/11/24 14:43, Pascal Wijsbroek wrote:
> Le 11/01/2024 à 12:30, Francois LE COAT a écrit :
>
>> Ça dépend si tu veux être lu ou pas ... En utilisant Google Groups, tu
>> n'es pas lisible par les contributeurs du Usenet.
>
> N'importe quoi...

Bah non. Le serveur de Gégé sur lequel je suis, filtre
googlegroups, lequel va s'arreter d'ici un mois...


--
+---------------------------------------------------------------------+
| https://tube.interhacker.space/a/tth/video-channels |
+---------------------------------------------------------------------+

[Pascal Wijsbroek]

Le 11/01/2024 à 15:26, tTh a écrit :

> Bah non. Le serveur de Gégé sur lequel je suis, filtre
> googlegroups, lequel va s'arreter d'ici un mois...

Vouivoui, mais c'est pas "les contributeurs de Usenet". C'est "certains
serveurs de Usenet".
Le serveur sur lequel repose Nemo fonctionne par exemple toujours.

Et le jour ou Googlegroups va s'arrêter, il va s'arrêter (je suis en
forme...). Donc il sera en lecture seule.

[OL]

Oui MyAES l'installe bien mais je viens de regarder, c'est mal fait, cela
est fait uniquement
si il est déclaré dans myaes.cnf via la variable "clipboard =
chemin\clibrd", ce qui n'est pas malin je devrais
aussi tester les variables d'environnement de gemdos je pense.

Olivier

[Arachide]

Le jeudi 11 janvier 2024 à 21:09:24 UTC+1, OL a écrit :

> Oui MyAES l'installe bien mais je viens de regarder, c'est mal fait, cela
> est fait uniquement
> si il est déclaré dans myaes.cnf via la variable "clipboard =
> chemin\clibrd", ce qui n'est pas malin je devrais
> aussi tester les variables d'environnement de gemdos je pense.
>
> Olivier

Coucou,

Selon le Compendium, si une chaine vide est renvoyée (rien d'installé encore) on doit:
- créer un dossier CLIPBRD à la racine du lecteur de boot (s'il n'existe pas encore)
- appeler scrp_write pour informer tout le monde de ce dossier.

Ils déconseillent d'utiliser scrp_write à un autre moment. Uniquement au boot ou bien si scrp_read renvoie une chaine vide.
J'imagine donc que si MYAES.CNF ne contient pas d'info, c'est à toi d'installer le truc.
Le CPX que j'utilise propose également l'option "effacer le dossier au boot", ce qui peut être utile pour repartir à zéro à chaque démarrage.

Normalement, le chemin devrait se terminer par un slash, mais le compendium précise que toutes les applis ne respectent pas ça. Alors qu'il faut se préparer à l'avoir ou pas. C'est ce que fait le FORTH, j'ajoute le slash s'il n'est pas là.

Guillaume.

[OL]

De mon smartphone !

Si myaes.cnf n'a rien d'indiqué alors renvoi null, c'est à l'appli de se
débrouiller.
Et finalement je me rend compte que je n'ajoute pas le slash s'il n'existe
pas.

Olivier

[Arachide]

Le vendredi 12 janvier 2024 à 07:55:27 UTC+1, OL a écrit :
> De mon smartphone !
>
> Si myaes.cnf n'a rien d'indiqué alors renvoi null, c'est à l'appli de se
> débrouiller.
> Et finalement je me rend compte que je n'ajoute pas le slash s'il n'existe
> pas.
>
> Olivier

C'est l'heure de la culpabilisation!
D'après le Compendium, toujours, c'est une donnée système qu'il ne faudrait pas laisser tripatouiller par n'importe quelle application. Ça serait bien que le système s'en occupe... 🙂
Fin de la culpabilisation!

Guillaume.

[OL]

Normal, car une application ne demande qu'une seule fois le chemin du
clipboard au démarrage pour avoir le chemin et donc si il veut partager
le clipboard vaut mieux pas le changer après, donc au tout début cela va
style CPX mais pas plus, avant lancement du bureau normalement. En gros
scrp_write() ne sert à peu près à rien, il faudrait pour cela
éventuellement qu'il y ai un message envoyé aux applications pour faire
la mise à jours, mais en fait y a t'il une quelconque utilité à
modifier le chemin en cours de route ? Je n'en vois pas d'évident.

Olivier

Olivier

[Arachide]

Tout à fait!
Ce que je voulais dire c'est que ça serait cool que MyAES s'en occupe ainsi les applis seraient déchargées de cette initialisation, même si il n'y a pas de ligne dans MYAES.CNF .
c'était ça l'idée! Ainsi justement aucune appli n'y touche!

Guillaume.

[Francois LE COAT]

Salut,

Arachide écrit :
> OL écrit :

Dans Eurêka 2.12, je cherche le dossier "CLIPBRD" sur le disque de boot, et s'il n'existe pas je le crée. Puis j'écris dans le dossier existant. C'est un vieux code, qui fonctionne partout, et depuis très très longtemps. De toutes façons, il n'y a pas 36 manières de procéder. Je fais comme c'est expliqué dans les différentes documentations (DDFS, Compendium etc.). Je me demande bien pourquoi c'est encore discuté aujourd'hui ?

[Arachide]

Je ne discute pas la méthode, c'est d'ailleurs celle que j'ai résumée.
Je voulais juste savoir si MyAES s'en occupe au boot. Et comme tu n'es pas le programmeur de MyAES...

Guillaume.

[OL]

Je pourrais forcer un chemin par défaut effectivement, mais les gens
seraient malheureux car ils ne pourraient pas tester leur code qui serait
du coup du code mort. Bon je verrais.
Ceci dit le programmeur de Eureka doit avoir des trous de mémoire car ce
programme ne gère absolument pas le clipboard, sans doute dans une autre
application mais Eureka c'est sur il s'en fout royalement et d'ailleurs je
ne vois pas en quoi cela pourrait lui servir, la plupart des logiciels
n'ont pas besoin du clipboard. Qed fait cela très bien. On peut noter
aussi qu'écrire un fichier dans le répertoire lors de sa création est
inutile, ce n'est pas une erreur non plus.

Olivier

[Francois LE COAT]

Salut,

OL écrit :
> Arachide écrit :
>> Francois écrit :

>>> Dans Eurêka 2.12, je cherche le dossier "CLIPBRD" sur le disque de
>>> boot, et s'il n'existe pas je le crée. Puis j'écris dans le dossier
>>> existant. C'est un vieux code, qui fonctionne partout, et depuis très
>>> très longtemps. De toutes façons, il n'y a pas 36 manières de
>>> procéder. Je fais comme c'est expliqué dans les différentes
>>> documentations (DDFS, Compendium etc.). Je me demande bien pourquoi
>>> c'est encore discuté aujourd'hui ?
>>
>> Je ne discute pas la méthode, c'est d'ailleurs celle que j'ai résumée.
>> Je voulais juste savoir si MyAES s'en occupe au boot. Et comme tu n'es
>> pas le programmeur de MyAES...
>>
>> Guillaume.
>
> Je pourrais forcer un chemin par défaut effectivement, mais les gens
> seraient malheureux car ils ne pourraient pas tester leur code qui
> serait du coup du code mort. Bon je verrais.
> Ceci dit le programmeur de Eureka doit avoir des trous de mémoire car ce
> programme ne gère absolument pas le clipboard, sans doute dans une autre
> application mais Eureka c'est sur il s'en fout royalement et d'ailleurs
> je ne vois pas en quoi cela pourrait lui servir, la plupart des
> logiciels n'ont pas besoin du clipboard. Qed fait cela très bien. On
> peut noter aussi qu'écrire un fichier dans le répertoire lors de sa
> création est inutile, ce n'est pas une erreur non plus.
>
> Olivier

Bien avec Eurêka 2.12 il est prévu de copier/coller le contenu des
boites de dialogue. Sauf que je me suis rendu compte qu'avec freeMiNT
la combinaison de touches <CTRL-C> est réservée, puisqu'elle permet
de quitter un programme. Donc pour toutes les boites de dialogue,
avec Eurêka 2.12, pour copier/coller le contenu, il faut effectuer
la combinaison de touches <ALT-C> et <ALT-V>. Il apparait alors dans
de dossier "CLIPBRD" un fichier "SCRAP.TXT" sur le disque de boot.
Donc si Olivier, le copier/coller existe bien avec Eurêka 2.12 ...

[Arachide]

Le dimanche 14 janvier 2024 à 10:25:48 UTC+1, Francois LE COAT a écrit :

> Bien avec Eurêka 2.12 il est prévu de copier/coller le contenu des
> boites de dialogue. Sauf que je me suis rendu compte qu'avec freeMiNT
> la combinaison de touches <CTRL-C> est réservée, puisqu'elle permet
> de quitter un programme.

De mémoire, ce n'est pas Freemint qui a cette possibilité. Ce sont les programmes TOS en général lorsqu'ils font appel à une certaine fonction pour al lecture du clavier.
Dans ce cas, le code est interprété (comme sous DOS) et Ctrl+C permet de quitter le programme.
Mais pour une application GEM normale utilisant EVNT_KEYBD (ou EVNT_MULTI), cette combinaison de touches est directement donnée au programme et il en fait ce qu'il veut.

Guillaume.

[OL]

Effectivement j'ai fini par comprendre que tu ne vérifiais le clipboard
que si tu en avais besoin
assez inhabituel mais pas faux. Il fait bien scrp_write() si besoin.
Par contre CTRL +C et +V fonctionne bien dans Eureka, ALT +C sert à
recopier le contenu de tous les textes de la boite en cours, alors que le
CTRL +C ne recopie que la ligne éditée, ALT +V à priori ne fait rien
CTRL +C ou +V ne fonctionne pas sous MyAES pas reconnu, mais fonctionne
sous XaAES et NAES, très curieux, par contre ALT +V fonctionne partout,
ce qui rend le truc encore plus curieux.

CTRL +C ne tue que les programme TOS pas les programmes GEM une fois
appl_init() passé et même les programmes TOS peuvent s'en parer en
gérant le signal SIGINT, à la Unix.

Effectivement Eureka gère le copier coller

Olivier

[Francois LE COAT]

> Effectivement j'ai fini par comprendre que tu ne vérifiais le clipboard
> que si tu en avais besoin
> assez inhabituel mais pas faux. Il fait bien scrp_write() si besoin.
> Par contre CTRL +C et +V fonctionne bien dans Eureka, ALT +C sert à
> recopier le contenu de tous les textes de la boite en cours, alors que
> le CTRL +C ne recopie que la ligne éditée, ALT +V à priori ne fait rien
> CTRL +C ou +V ne fonctionne pas sous MyAES pas reconnu, mais fonctionne
> sous XaAES et NAES, très curieux, par contre ALT +V fonctionne partout,
> ce qui rend le truc encore plus curieux.
>
> CTRL +C ne tue que les programme TOS pas les programmes GEM une fois
> appl_init() passé et même les programmes TOS peuvent s'en parer en
> gérant le signal SIGINT, à la Unix.
>
> Effectivement Eureka gère le copier coller
>
> Olivier

En fait, je me suis rendu compte que je ne gère que le copier avec
<ALT-C>. Je ne gère pas le coller. Et si cela fonctionne avec <CTRL-C>
ça n'est pas Eurêka 2.12 qui le gère, mais sans doute une extension du
GEM. Le GEM de base ne le gère pas, il me semble. Mais dans toutes les
boites de dialogue, le <ATL-C> fonctionne. Enfin, c'est supposé
fonctionner, car j'ai testé sous XaAES, et Eurêka 2.12 est quitté ???

En fait, je teste avec ARAnyM, et le problème est de ne pas entrer
en conflit avec les raccourcis de la machine hôte. Sous Unix, si
j'avais géré <CTRL-C>, c'est ARAnyM qui est quitté. Car sous Unix,
le <CTRL-C> est celui de la machine hôte, qui fait quitter ARAnyM.

C'est juste dommage que sous XaAES le raccourcis clavier <ALT-C>
fasse quitter l'application Eurêka 2.12. C'est pas très standard ...
Mais enfin, Eurêka 2.12 gère de copier des boites de dialogue depuis :
"
Eureka rev 04.98
Voici la revision du mois de Avril de Eureka 2.12.

- La combinaison "ALT-C" permet de copier le contenu d'une boite de
dialogue dans le presse-papier.
"
C'est à dire depuis avril 1998. Je n'ai jamais constaté de problème, à
part aujourd'hui, avec la gestion de <ALT-C> sous freeMiNT+XaAES v.1.18.
C'est un vrai casse tête, avec la gestion des raccourcis de l'hôte !

[OL]

>
> En fait, je me suis rendu compte que je ne gère que le copier avec
> <ALT-C>. Je ne gère pas le coller. Et si cela fonctionne avec <CTRL-C>
> ça n'est pas Eurêka 2.12 qui le gère, mais sans doute une extension du
> GEM.

C'est bien ton logiciel qui le fait, le GEM ne sait pas faire cela, ce
serait
possible avec une toolbar mais ce n'est pas ton cas, là tout est géré
à la main donc c'est Eureka qui le fait et il ne reconnait pas la touche
renvoyée pour CTRL +C et CTRL +V sous MyAES ce qui est très curieux mais
sans doute pas le même retour que les autres AES, bizarre généralement
pas de soucis avec ces séquences de touche avec les autres programmes.

> Le GEM de base ne le gère pas, il me semble. Mais dans toutes les
> boites de dialogue, le <ATL-C> fonctionne. Enfin, c'est supposé
> fonctionner, car j'ai testé sous XaAES, et Eurêka 2.12 est quitté ? ? ?

Hum, testé avec V4SA aucun soucis marche sur les 3 AES testés
Sous Aranym effectivement sous XaAES j'ai un beau "bus error" mon XaAES
doit dater de 3-4 ans
Sous MyAES cela marche parfaitement
Sous NAES arrive pas à tester j'ai un soucis avec le selecteur de fichier
de NAES qui freeze
lorsque j'arrive sur "\" NAES a un soucis dans le sélecteur parce que
dans le chemin
il n'y a pas le drive, ce qui m'oblige à redescendre jusqu'à la racine
et là ca plante
Donc sais pas pour NAES.

>
> En fait, je teste avec ARAnyM, et le problème est de ne pas entrer
> en conflit avec les raccourcis de la machine hôte. Sous Unix, si
> j'avais géré <CTRL-C>, c'est ARAnyM qui est quitté. Car sous Unix,
> le <CTRL-C> est celui de la machine hôte, qui fait quitter ARAnyM.

Ce n'est pas normal non plus, mais je ne sais pas comment marche Aranym
sous OSX mais sous Linux de ce point de vu là pas de soucis c'est
pourtant
un unix aussi et à priori ce n'est qu'une question de signal à cacher.
A moins que tu ai déclaré dans le fichier de config dans les HOTKEYS de
quitter
sur cette combinaison.

>
> C'est juste dommage que sous XaAES le raccourcis clavier <ALT-C>
> fasse quitter l'application Eurêka 2.12. C'est pas très standard ...


> Mais enfin, Eurêka 2.12 gère de copier des boites de dialogue depuis :
> "
> Eureka rev 04.98
> Voici la revision du mois de Avril de Eureka 2.12.
>
> - La combinaison "ALT-C" permet de copier le contenu d'une boite de
> dialogue dans le presse-papier.
> "
> C'est à dire depuis avril 1998. Je n'ai jamais constaté de problème, à
> part aujourd'hui, avec la gestion de <ALT-C> sous freeMiNT+XaAES v.1.18.
> C'est un vrai casse tête, avec la gestion des raccourcis de l'hôte !

Le bus Error est généré par Aranym il n'a aucune relation avec le
système hote

Normalement pas trop, il y a quelques combinaisons à oublier mais pas
celles indiquées à priori.
Faut dire Aranym est de plus en plus compliqué à faire fonctionner sans
soucis avec les mises à
jours, je pense que sous peu je vais passer à Qemu 68K ce sera bien
suffisant pour ce que j'ai
besoin de faire aujourd'hui.

[OL]

Bon je viens de l'intégrer et je l'ai mis à un endroit qui me semble
particulièrement intéressant
dans U:\ram\clipbrd\ effectivement pourquoi utiliser le disque en
écriture pour cela?

Olivier

[Arachide]

Le dimanche 14 janvier 2024 à 20:01:01 UTC+1, OL a écrit :

> Bon je viens de l'intégrer et je l'ai mis à un endroit qui me semble
> particulièrement intéressant
> dans U:\ram\clipbrd\ effectivement pourquoi utiliser le disque en
> écriture pour cela?
>
> Olivier

Excellent choix !!!
D'ailleurs je pense que si ce système de clipboard a été peu utilisé au début du ST c'est certainement à cause de l'utilisation du disque qui était... une disquette pour le coup!
Et ne serait-ce qu'un changement de disquette entre Copier et Coller et tout était fichu.
Le TOS aurait dû réserver une petite zone en mémoire.

Guillaume.

[OL]

Oui peut-être mais la mémoire était chère !
Le clipboard est franchement très limité dans le concept.

[Good Old TOS]

Hello,

à mon avis cela devait servir pour communiquer entre une application et les accessoires car au moment où cela a été fait, point d'OS vraiment multi-taches et pour un usage interne à une application, pas besoin de telles fonctions.
Et oui, la RAM à 512Ko devait pas mal limiter la possibilité d'utiliser la mémoire pour cela, par contre l'utilisation d'un disque dur devait avoir été envisagée en remplacement de la disquette.
A+,
Jean

[Arachide]

Le lundi 15 janvier 2024 à 10:39:38 UTC+1, Good Old TOS a écrit :

> à mon avis cela devait servir pour communiquer entre une application et les accessoires car au moment où cela a été fait, point d'OS vraiment multi-taches et pour un usage interne à une application, pas besoin de telles fonctions.
> Et oui, la RAM à 512Ko devait pas mal limiter la possibilité d'utiliser la mémoire pour cela, par contre l'utilisation d'un disque dur devait avoir été envisagée en remplacement de la disquette.
> A+,
> Jean

Bonne remarque!
J'imagine qu'en effet les accessoires type Calculatrice ou Agenda pouvaient copier leurs données qu'on collait dans un document.
Ce qui est bien avec le système sur disque, c'est que tu peux conserver ton "copié" même après extinction de la machine et le coller le lendemain.
Voire à l'infini...!

Guillaume.

[Djamé]

Création d'un ramdisk pour y mettre le clipboard pour accéler les
choses si bcp de copier/coller sont en préparation ?


Djamé

[OL]

Il suffit de déclarer le clipbrd dans u:/ram/

[OL]

Effectivement dans ce cas c'est perdu.
On pourrait envisager copier sur le disque lors du shutdown et restaurer
au démarrage