COURS209.TXT/fr: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
Olivier.jan (talk | contribs) (Replacing content with updated version) |
||
(2 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
+ | {{Languages|COURS209.TXT}} |
||
<pre> |
<pre> |
||
****************************************************************** |
****************************************************************** |
||
Line 4: | Line 5: | ||
* COURS D'ASSEMBLEUR 68000 SUR ATARI ST * |
* COURS D'ASSEMBLEUR 68000 SUR ATARI ST * |
||
* * |
* * |
||
− | * par Le |
+ | * par Le Féroce Lapin (from 44E) * |
* * |
* * |
||
− | * Seconde |
+ | * Seconde série * |
* * |
* * |
||
− | * Cours |
+ | * Cours numéro 9 * |
****************************************************************** |
****************************************************************** |
||
− | Ce petit cours va |
+ | Ce petit cours va être un peu spécial, car il va fournir des indi- |
− | cations sur la |
+ | cations sur la façon de réaliser des programmes GEM qui fonction- |
nent correctement. |
nent correctement. |
||
− | Il y a en effet quelques "trucs" |
+ | Il y a en effet quelques "trucs" à respecter. Sur MAC, les pro- |
− | grammeurs ont |
+ | grammeurs ont à leur disposition des bouquins traitant de l'ergo- |
nomie des logiciels. Qu'est ce que c'est ? Et bien c'est simple- |
nomie des logiciels. Qu'est ce que c'est ? Et bien c'est simple- |
||
− | ment un ensemble de |
+ | ment un ensemble de règles à respecter afin que l'utilisateur ne |
− | soit pas perdu d'un programme |
+ | soit pas perdu d'un programme à l'autre. Il faut en effet bien se |
− | souvenir que vous |
+ | souvenir que vous êtes programmeur et que votre ouvrage sera uti- |
− | + | lisé par des utilisateurs! Réfléchissons un peu: qu'est ce que |
|
l'utilisateur recherche dans un programme de dessin: |
l'utilisateur recherche dans un programme de dessin: |
||
− | 1) avoir une sauvegarde de fichier |
+ | 1) avoir une sauvegarde de fichier compressé avec un algorithme |
− | + | spécial, qui compresse plus que les copains. |
|
− | 2) avoir la |
+ | 2) avoir la possibilité de récupérer le plus facilement possible |
ces dessins dans d'autres softs. |
ces dessins dans d'autres softs. |
||
− | Il |
+ | Il paraît évident que c'est la seconde solution qui est la bonne! |
− | Pourtant nous assistons |
+ | Pourtant nous assistons à une prolifération de formats de fi- |
− | chiers, tous plus |
+ | chiers, tous plus débiles les uns que les autres! Ah bien sûr, le |
− | fichier |
+ | fichier compressé avec le logiciel de dessin Bidulmuche est plus |
petit que le fichier issu de Degas, mais il n'est reconnu par per- |
petit que le fichier issu de Degas, mais il n'est reconnu par per- |
||
− | sonne! Pourquoi chercher |
+ | sonne! Pourquoi chercher à épater la galerie avec des nouveaux |
formats ? Pourquoi ne pas charger et sauver en PI1, PI2, PI3, PC1, |
formats ? Pourquoi ne pas charger et sauver en PI1, PI2, PI3, PC1, |
||
− | PC2, PC3 et c'est tout ? |
+ | PC2, PC3 et c'est tout ? Première règle: il faut donc penser à |
l'utilisateur et ne pas chercher de trucs tordus! Le premier menu |
l'utilisateur et ne pas chercher de trucs tordus! Le premier menu |
||
c'est celui du copyright, le second celui des fichiers avec tout |
c'est celui du copyright, le second celui des fichiers avec tout |
||
Line 44: | Line 45: | ||
distinguer! |
distinguer! |
||
− | De plus, par convention, les |
+ | De plus, par convention, les entrées de menus qui débouchent sur |
un dialogue seront suivis de 3 points. |
un dialogue seront suivis de 3 points. |
||
− | Pensez aux grands |
+ | Pensez aux grands écrans et au TT !!!!! Lorsque vous tapez dans |
− | des adresses |
+ | des adresses système documentées, prévoyez un adressage sur 32 |
bits. Par exemple $FF8800 marchera sur ST mais plantera sur TT. |
bits. Par exemple $FF8800 marchera sur ST mais plantera sur TT. |
||
− | C'est en effet une adresse invalide si on cherche |
+ | C'est en effet une adresse invalide si on cherche à s'en servir en |
32 bits (avec le 68030). Il faut donc utiliser $FFFF8800 qui mar- |
32 bits (avec le 68030). Il faut donc utiliser $FFFF8800 qui mar- |
||
chera sur toutes les machines. |
chera sur toutes les machines. |
||
− | Ne testez pas la |
+ | Ne testez pas la résolution avec Xbios4 ! C'est périlleux car, en |
− | cas de grand |
+ | cas de grand écran, vous recevrez n'importe quoi! Pour l'ouverture |
− | maxi d'un |
+ | maxi d'un fenêtre, demandez au GEM la taille de la station de tra- |
− | vail (voir le source avec la |
+ | vail (voir le source avec la fenêtre). Une copie de blocs à faire |
? Utilisez la fonction Vro_cpy, mais si c'est une copie avec |
? Utilisez la fonction Vro_cpy, mais si c'est une copie avec |
||
− | l' |
+ | l'écran, il y a une solution simple: vous serez obliger de fabri- |
quer une structure FDB (Form Definition Block). C'est une struc- |
quer une structure FDB (Form Definition Block). C'est une struc- |
||
ture qui indique la largeur de la surface de travail, sa longueur, |
ture qui indique la largeur de la surface de travail, sa longueur, |
||
le nombre de plans etc... Au lieu de demander au GEM toutes les |
le nombre de plans etc... Au lieu de demander au GEM toutes les |
||
− | + | données, remplissez la de 0, et le GEM saura de lui même que vous |
|
− | voulez parler de l' |
+ | voulez parler de l'écran, et se débrouillera tout seul! |
− | Pour vos accessoires, testez vos ressources en basse |
+ | Pour vos accessoires, testez vos ressources en basse résolution! |
− | Un accessoire, comme son nom l'indique doit |
+ | Un accessoire, comme son nom l'indique doit être accessoire, |
− | c'est- |
+ | c'est-à-dire fonctionner sans gêner le reste de la machine : Pe- |
tite taille (un accessoire de formatage de 100Ko hum!!!). |
tite taille (un accessoire de formatage de 100Ko hum!!!). |
||
Line 74: | Line 75: | ||
dessins et de construire sa ressource avec l'option SNAP active |
dessins et de construire sa ressource avec l'option SNAP active |
||
dans K_Ressource. Cette option permet d'avoir les boutons bien |
dans K_Ressource. Cette option permet d'avoir les boutons bien |
||
− | + | placés quelle que soit la résolution d'utilisation de la res- |
|
− | source. Si possible placez la ressource |
+ | source. Si possible placez la ressource à l'intérieur de l'acces- |
soire en la relogeant (voir listing de relocation ci-joint) cela |
soire en la relogeant (voir listing de relocation ci-joint) cela |
||
− | + | évite d'avoir plusieurs fichiers à manier quand on déplace les ac- |
|
cessoires. |
cessoires. |
||
− | N' |
+ | N'hésitez pas à mettre des raccourcis clavier dans vos ressources. |
− | Si vous utilisez K Ressources vous verrez qu'il y a un |
+ | Si vous utilisez K Ressources vous verrez qu'il y a un accès à des |
− | bits |
+ | bits inutilisés pour les objets. En effet, si l'on prend, par |
− | exemple, les bits |
+ | exemple, les bits définissant les flags de l'objet, on se rend |
− | compte que seul les bits 0 |
+ | compte que seul les bits 0 à 8 sont utilisés. Or le codage est |
fait sur un word, il nous reste donc 7 bits de libres. Ces bits |
fait sur un word, il nous reste donc 7 bits de libres. Ces bits |
||
− | sont |
+ | sont laissés au programmeur pour y stocker ce qu'il veut. A titre |
indicatif voici ce que j'y mets: |
indicatif voici ce que j'y mets: |
||
Line 92: | Line 93: | ||
cet objet. |
cet objet. |
||
− | Extended_flag Touche(s) devant |
+ | Extended_flag Touche(s) devant être enfoncée simultanément pour |
rendre ce raccourci valide. |
rendre ce raccourci valide. |
||
Bit 15 -> Alternate |
Bit 15 -> Alternate |
||
Line 99: | Line 100: | ||
Bit 12 -> Shift droit |
Bit 12 -> Shift droit |
||
Bit 11 et 10 -> position du soulignement. |
Bit 11 et 10 -> position du soulignement. |
||
− | (0=pas de soulignement, 1=on souligne la |
+ | (0=pas de soulignement, 1=on souligne la première |
lettre etc...) |
lettre etc...) |
||
Extended_state Indication de la musique sur un octet |
Extended_state Indication de la musique sur un octet |
||
− | + | associé à la sélection de cet objet |
|
0 pas de musique |
0 pas de musique |
||
1 clochette |
1 clochette |
||
Line 113: | Line 114: | ||
Tout ceci me permet d'avoir des raccourcis clavier inscrits DANS |
Tout ceci me permet d'avoir des raccourcis clavier inscrits DANS |
||
la ressource ce qui permet des modifications ultra-rapide. Pour |
la ressource ce qui permet des modifications ultra-rapide. Pour |
||
− | les raccourcis, il faut utiliser de |
+ | les raccourcis, il faut utiliser de préférence la touche Alter- |
− | nate, car son utilisation avec un autre touche ne |
+ | nate, car son utilisation avec un autre touche ne génère aucun ca- |
− | + | ractère. Cependant, 6 raccourcis claviers utilisent Control. Ils |
|
− | sont issus du MAC et ont tendance |
+ | sont issus du MAC et ont tendance à se généraliser. Ces raccourcis |
− | sont |
+ | sont utilisés dans les formulaires avec champs éditables (entre |
autres choses) afin de faire du couper/coller entre ces champs. |
autres choses) afin de faire du couper/coller entre ces champs. |
||
− | CONTROL X | pour couper (place en buffer en l' |
+ | CONTROL X | pour couper (place en buffer en l'effaçant |
− | | au |
+ | | au préalable) |
− | SHIFT CONTROL X | pour couper (mettre |
+ | SHIFT CONTROL X | pour couper (mettre à la suite dans le buffer); |
CONTROL C et | Comme avec X sauf que, dans le cas de X, le |
CONTROL C et | Comme avec X sauf que, dans le cas de X, le |
||
− | SHIFT CONTRL C | champ |
+ | SHIFT CONTRL C | champ éditable est effacé, alors qu'avec C, il |
| conserve son contenu. |
| conserve son contenu. |
||
− | CONTROL V | colle le contenu du buffer en |
+ | CONTROL V | colle le contenu du buffer en effaçant au |
− | | |
+ | | préalable le champ éditable. |
− | SHIFT CONTROL V | idem mais sans effacement du champ |
+ | SHIFT CONTROL V | idem mais sans effacement du champ éditable. |
Une autre remarque concernant les formulaires avec plusieurs en- |
Une autre remarque concernant les formulaires avec plusieurs en- |
||
− | + | trées éditables: j'ai remarqué que par habitude l'utilisateur |
|
tapait RETURN quand il avait fini de remplir un champ, et que, |
tapait RETURN quand il avait fini de remplir un champ, et que, |
||
− | souvent, le bouton ANNULER est mis en |
+ | souvent, le bouton ANNULER est mis en défaut: l'appui sur RETURN |
donc, fait sortir du formulaire! |
donc, fait sortir du formulaire! |
||
− | J'ai donc |
+ | J'ai donc décidé de supprimer les boutons défaut lorsqu'il y a des |
− | + | entrées éditables et de gérer différemment RETURN qui permet alors |
|
− | de passer au champ |
+ | de passer au champ éditable suivant (comme TAB). |
− | J'ai |
+ | J'ai également rajouté quelques autres touches. Alors qu'avec TAB, |
− | il est possible de passer d'un champ |
+ | il est possible de passer d'un champ éditable au suivant, j'ai |
− | + | ajouté Shift+TAB pour remonter au champ éditable précédent. |
|
− | CLR HOME permettant de revenir au premier champ |
+ | CLR HOME permettant de revenir au premier champ éditable du formu- |
laire. Il serait possible d'ajouter UNDO. |
laire. Il serait possible d'ajouter UNDO. |
||
− | + | Ré-écrire une gestion totale de formulaire (en prenant comme base |
|
− | de |
+ | de départ un article de ST Mag qui faisait ça en GFA par exemple) |
− | n'est pas |
+ | n'est pas très dur. Ce qui est sympa également c'est de rajouter |
− | un petit |
+ | un petit carré en haut à droite, afin de déplacer le formulaire. |
− | Pour toutes ces options, vous pouvez bien |
+ | Pour toutes ces options, vous pouvez bien sûr faire ça à votre |
− | propre sauce, mais les raccourcis clavier dont je parle sont |
+ | propre sauce, mais les raccourcis clavier dont je parle sont déjà |
− | un peu |
+ | un peu utilisés. Autant continuer afin que le système se |
− | + | généralise, plutôt que de chercher à se distinguer par des trucs |
|
mal commodes. |
mal commodes. |
||
− | Je terminerai ce chapitre sur le GEM en vous invitant |
+ | Je terminerai ce chapitre sur le GEM en vous invitant à découvrir |
− | le Protocole de Communication GEM. Pour y avoir |
+ | le Protocole de Communication GEM. Pour y avoir accès, décompactez |
le fichier PROTOCOL.AR avec ARCHIVE.PRG. Vous placez ce fichier en |
le fichier PROTOCOL.AR avec ARCHIVE.PRG. Vous placez ce fichier en |
||
− | ram_disque (par exemple D). Vous |
+ | ram_disque (par exemple D). Vous préparez une disquette vierge, |
vous lancez Archive vous choisissez Unpack avec D:\PROTOCOL.AR et |
vous lancez Archive vous choisissez Unpack avec D:\PROTOCOL.AR et |
||
comme destination A:\*.* et vous attendez. |
comme destination A:\*.* et vous attendez. |
||
Il y a tous les sources, la biblio, la doc, les exemples etc... |
Il y a tous les sources, la biblio, la doc, les exemples etc... |
||
− | Tous vos softs doivent |
+ | Tous vos softs doivent être compatibles avec ce système s'ils veu- |
− | lent |
+ | lent être dans le coup!!! C'est facile et cela permet des délires |
assez fabuleux! |
assez fabuleux! |
||
Latest revision as of 00:27, 17 December 2023
****************************************************************** * * * COURS D'ASSEMBLEUR 68000 SUR ATARI ST * * * * par Le Féroce Lapin (from 44E) * * * * Seconde série * * * * Cours numéro 9 * ****************************************************************** Ce petit cours va être un peu spécial, car il va fournir des indi- cations sur la façon de réaliser des programmes GEM qui fonction- nent correctement. Il y a en effet quelques "trucs" à respecter. Sur MAC, les pro- grammeurs ont à leur disposition des bouquins traitant de l'ergo- nomie des logiciels. Qu'est ce que c'est ? Et bien c'est simple- ment un ensemble de règles à respecter afin que l'utilisateur ne soit pas perdu d'un programme à l'autre. Il faut en effet bien se souvenir que vous êtes programmeur et que votre ouvrage sera uti- lisé par des utilisateurs! Réfléchissons un peu: qu'est ce que l'utilisateur recherche dans un programme de dessin: 1) avoir une sauvegarde de fichier compressé avec un algorithme spécial, qui compresse plus que les copains. 2) avoir la possibilité de récupérer le plus facilement possible ces dessins dans d'autres softs. Il paraît évident que c'est la seconde solution qui est la bonne! Pourtant nous assistons à une prolifération de formats de fi- chiers, tous plus débiles les uns que les autres! Ah bien sûr, le fichier compressé avec le logiciel de dessin Bidulmuche est plus petit que le fichier issu de Degas, mais il n'est reconnu par per- sonne! Pourquoi chercher à épater la galerie avec des nouveaux formats ? Pourquoi ne pas charger et sauver en PI1, PI2, PI3, PC1, PC2, PC3 et c'est tout ? Première règle: il faut donc penser à l'utilisateur et ne pas chercher de trucs tordus! Le premier menu c'est celui du copyright, le second celui des fichiers avec tout en bas l'option Quitter. Quelle merde de devoir chercher l'option Quitter tout au bout d'un menu parce que le programmeur a voulu se distinguer! De plus, par convention, les entrées de menus qui débouchent sur un dialogue seront suivis de 3 points. Pensez aux grands écrans et au TT !!!!! Lorsque vous tapez dans des adresses système documentées, prévoyez un adressage sur 32 bits. Par exemple $FF8800 marchera sur ST mais plantera sur TT. C'est en effet une adresse invalide si on cherche à s'en servir en 32 bits (avec le 68030). Il faut donc utiliser $FFFF8800 qui mar- chera sur toutes les machines. Ne testez pas la résolution avec Xbios4 ! C'est périlleux car, en cas de grand écran, vous recevrez n'importe quoi! Pour l'ouverture maxi d'un fenêtre, demandez au GEM la taille de la station de tra- vail (voir le source avec la fenêtre). Une copie de blocs à faire ? Utilisez la fonction Vro_cpy, mais si c'est une copie avec l'écran, il y a une solution simple: vous serez obliger de fabri- quer une structure FDB (Form Definition Block). C'est une struc- ture qui indique la largeur de la surface de travail, sa longueur, le nombre de plans etc... Au lieu de demander au GEM toutes les données, remplissez la de 0, et le GEM saura de lui même que vous voulez parler de l'écran, et se débrouillera tout seul! Pour vos accessoires, testez vos ressources en basse résolution! Un accessoire, comme son nom l'indique doit être accessoire, c'est-à-dire fonctionner sans gêner le reste de la machine : Pe- tite taille (un accessoire de formatage de 100Ko hum!!!). Un seul fichier ressource. Cela implique de ne pas utiliser de dessins et de construire sa ressource avec l'option SNAP active dans K_Ressource. Cette option permet d'avoir les boutons bien placés quelle que soit la résolution d'utilisation de la res- source. Si possible placez la ressource à l'intérieur de l'acces- soire en la relogeant (voir listing de relocation ci-joint) cela évite d'avoir plusieurs fichiers à manier quand on déplace les ac- cessoires. N'hésitez pas à mettre des raccourcis clavier dans vos ressources. Si vous utilisez K Ressources vous verrez qu'il y a un accès à des bits inutilisés pour les objets. En effet, si l'on prend, par exemple, les bits définissant les flags de l'objet, on se rend compte que seul les bits 0 à 8 sont utilisés. Or le codage est fait sur un word, il nous reste donc 7 bits de libres. Ces bits sont laissés au programmeur pour y stocker ce qu'il veut. A titre indicatif voici ce que j'y mets: Extended_type scan code de la touche de raccourci pour cet objet. Extended_flag Touche(s) devant être enfoncée simultanément pour rendre ce raccourci valide. Bit 15 -> Alternate Bit 14 -> Control Bit 13 -> Shift gauche Bit 12 -> Shift droit Bit 11 et 10 -> position du soulignement. (0=pas de soulignement, 1=on souligne la première lettre etc...) Extended_state Indication de la musique sur un octet associé à la sélection de cet objet 0 pas de musique 1 clochette 2-63 digits 64-127 Xbios(32) 128-190 son au format Gist 191-255 musique format Mad Max ou Musexx Tout ceci me permet d'avoir des raccourcis clavier inscrits DANS la ressource ce qui permet des modifications ultra-rapide. Pour les raccourcis, il faut utiliser de préférence la touche Alter- nate, car son utilisation avec un autre touche ne génère aucun ca- ractère. Cependant, 6 raccourcis claviers utilisent Control. Ils sont issus du MAC et ont tendance à se généraliser. Ces raccourcis sont utilisés dans les formulaires avec champs éditables (entre autres choses) afin de faire du couper/coller entre ces champs. CONTROL X | pour couper (place en buffer en l'effaçant | au préalable) SHIFT CONTROL X | pour couper (mettre à la suite dans le buffer); CONTROL C et | Comme avec X sauf que, dans le cas de X, le SHIFT CONTRL C | champ éditable est effacé, alors qu'avec C, il | conserve son contenu. CONTROL V | colle le contenu du buffer en effaçant au | préalable le champ éditable. SHIFT CONTROL V | idem mais sans effacement du champ éditable. Une autre remarque concernant les formulaires avec plusieurs en- trées éditables: j'ai remarqué que par habitude l'utilisateur tapait RETURN quand il avait fini de remplir un champ, et que, souvent, le bouton ANNULER est mis en défaut: l'appui sur RETURN donc, fait sortir du formulaire! J'ai donc décidé de supprimer les boutons défaut lorsqu'il y a des entrées éditables et de gérer différemment RETURN qui permet alors de passer au champ éditable suivant (comme TAB). J'ai également rajouté quelques autres touches. Alors qu'avec TAB, il est possible de passer d'un champ éditable au suivant, j'ai ajouté Shift+TAB pour remonter au champ éditable précédent. CLR HOME permettant de revenir au premier champ éditable du formu- laire. Il serait possible d'ajouter UNDO. Ré-écrire une gestion totale de formulaire (en prenant comme base de départ un article de ST Mag qui faisait ça en GFA par exemple) n'est pas très dur. Ce qui est sympa également c'est de rajouter un petit carré en haut à droite, afin de déplacer le formulaire. Pour toutes ces options, vous pouvez bien sûr faire ça à votre propre sauce, mais les raccourcis clavier dont je parle sont déjà un peu utilisés. Autant continuer afin que le système se généralise, plutôt que de chercher à se distinguer par des trucs mal commodes. Je terminerai ce chapitre sur le GEM en vous invitant à découvrir le Protocole de Communication GEM. Pour y avoir accès, décompactez le fichier PROTOCOL.AR avec ARCHIVE.PRG. Vous placez ce fichier en ram_disque (par exemple D). Vous préparez une disquette vierge, vous lancez Archive vous choisissez Unpack avec D:\PROTOCOL.AR et comme destination A:\*.* et vous attendez. Il y a tous les sources, la biblio, la doc, les exemples etc... Tous vos softs doivent être compatibles avec ce système s'ils veu- lent être dans le coup!!! C'est facile et cela permet des délires assez fabuleux! Bons programmes GEM!!!!!
Back to ASM_Tutorial