Documentation pour ParM V4.5, SetMouse V2.1, parm.library V10.2 ************************************************************************** **************************** ******************************* **************************** ATTENTION ******************************* **************************** ******************************* ************************************************************************** Si vous possédez une version antérieure de ParM, et des outils qui utilisent la parm.library, vous DEVEZ remplacer TOUS ces outils par les nouvelles version fournies ici. La nouvelle parm.library version 7 n'est pas compatible avec les precedentes. Ce n'était pas possible. Comme promis dans la dernière version, ce nouveau ParM ne fonction que sous AmigaDOS 2.0 (V 37 ou plus). ParM n'a maintenant plus besoin des librairies arp et req. Merci le 2.0 ! ************************************************************************** ************************************************************************** ParM signifie Parametrable Menu. ParM vous permet de construire vos propres menus de manière à pouvoir lancer tous les programmes de votre choix. ParM est particulièrement utile si vous possédez un disque dur avec des programmes situés dans les profondeurs des répertoires. Vous pourrez alors les lancer par une simple sélection de menu et donc sans avoir besoin d'ouvrir tous les répertoires succéssifs aussi bien sous CLI que sous WorkBench. Avec ParM, vous pouvez lancer vos programmes aussi bien en mode WorkBench qu'en mode CLI. L'avantage du mode WorkBench est que le répertoire par défaut de votre programme sera celui dans lequel le programme se situe. Mais tous les programmes ne peuvent être exécutés dans ce mode. ParM possède maintenant une SunMouse, économiseur d'écran, accélérateur de souris... Nous avons décidé d'ajouter ceci à ParM car un input-handler était déjà présent dans la parm.library, cela ne prendrait donc pas beaucoup de code suplémentaire, et nous avions 3 fenêtres dans la barre de titre du workbench. Une pour l'accélérateur, une pour la mémoire, et la fenêtre inutile de ParM. Maintenant, la fenêtre de ParM est utile, et est plus facile à activer pour l'accès aux menus vu sa plus grande taille. Comment utiliser ParM: ---------------------- Si vous lisez cette documentation sans savoir exactement ce dont vous avez besoin, vous avez de grandes chances de vous y perdre au vu du nombre de possibilités offertes par le paramétrage de ParM. A la fin de cette documentation, vous trouverez une aide pour choisir un mode de lancement pour chacune de vos commandes suivant la version de KickStart que vous utilisez. Installation: ------------- Installez ParM et SetMouse avec leurs icones là où vous le désirez, et mettez le fichier de configuration ParM.cfg dans le répertoire S: si vous l'utilisez. Sinon, vous devrez systématiquement spécifier le nom du fichier config sur la ligne de commande ou dans les TOOLTYPES de l'icone de ParM. Dans le cas contraire, vous devrez répondre l'alerte signifiant l'absence de fichier config et vous n'aurez pas de menus. Assurez vous bien d'avoir placé la parm.library dans votre LIBS:. Exécution: ---------- Il est recommandé de lancer ParM depuis un CLI si vous voulez que vos programmes aient un Path autre que le répertoire courant et C: ce qui est le cas si vous le lancez depuis workbench. ParM peut fonctionner de trois manières différentes: 1) Vous pouvez attacher ParM à la fenêtre du CLI que vous utilisez. Dans ce cas, si vous ne spécifiez aucune des options concernant la fenêtre, les menus seront attachés au CLI depuis lequel vous l'avez lancé. Il est préférable alors de lancer avec la commande Run et non Run >NIL: pour vous empêcher de fermer le CLI par inadvertance. 2) ParM peut avoir sa propre fenêtre. C'est toujours le cas quand ParM est exécuté depuis WorkBench, mais vous pouvez aussi lui demander d'ouvrir sa fenêtre quand vous le lancez depuis un CLI. Pour cela, il suffit de spécifier l'option OWNWINDOW ou toute autre option ayant rapport avec les caractéristiques de la fenêtre. Dans ce cas, vous devriez le lancer avec la commande Run >NIL: de manière à pouvoir fermer le CLI par la suite. 3) ParM peut être rattaché aux menus du Workbench, comme MyMenu. ParM a des options accessibles aussi bien sous WorkBench que sous CLI. La documentation des arguments est maintenant incluse dans ParM lui même. Entrez ParM ?, puis de nouveau ?. Les arguments avec l'option /s sont les interrupteurs (switches), et les arguments avec l'option /k sont des mots-clé (keywords) et nécessitent un argument (un nombre, ON ou OFF, un nom de fichier,...). Depuis le workbench, les mots-clé sont les mêmes. Vous devez juste ajouter =TRUE pour les /s, ou =Argument pour les /k. CLIWINDOW n'est pas disponible sous workbench. Aide CLI de ParM: MYMENU/S,CLIWINDOW/S,OWNWINDOW/S,LEFTEDGE/K/N,TOPEDGE/K/N,DETAILPEN/K/N,BLOCKPEN/K/N, DRAGBAR/K,DEPTH/K,AUTOFRONT/K,SHOWMEM/K,SHOWTIME/K,REFRESHTIME/K/N,MTDETAILPEN/K/N, MTBLOCKPEN/K/N,MENUCOLOR/K/N,STACKSIZE/K/N,CONFIGFILE/K,USENULL/K: ? ParM V4.2 © 1990-92 by S.R. & P.C. MYMENU Rattache ParM au Workbench. (Comme MyMenu !) CLIWINDOW Attache les menus à la fenêtre CLI/Shell. OWNWINDOW Ouvre sa propre fenêtre LEFTEDGE Position horizontale de la fenêtre (défaut 0) TOPEDGE Position verticale de la fenêtre (défaut 0) DETAILPEN Couleur du texte de la fenêtre (défaut 1) BLOCKPEN Couleur de fond de la fenêtre (défaut 2) DRAGBAR ON|OFF Fenêtre déplaçable ou non (defaut: on) DEPTH ON|OFF Gadgets de profondeur (defaut off) AUTOFRONT ON|OFF La fenêtre passe devant dès quelle est cachée (defaut: on) SHOWMEM ON|OFF Affiche la mémoire disponible (defaut off) SHOWTIME ON|OFF Affiche l'heure. (defaut off) REFRESHTIME Intervalle de temps pour l'affichage de l'Heure/Memoire (multiple de 0.1s: defaut 1s) MTDETAILPEN Couleur du texte pour Memoire/Heure (defaut: DetailPen) MTBLOCKPEN Couleur de fond pour Memoire/Heure (defaut: BlockPen) MENUCOLOR Couleur du menu principal (default: DetailPen) STACKSIZE Taille de la pile par défaut pour les commandes (default: taille de la pile de ParM) CONFIGFILE Fichier de configuration (defaut: S:ParM.cfg) USENULL ON|OFF Redirige les entrées/sorties des commandes à NULL: (ou NIL:) (defaut: off) Variable d'environnement ParMOpt: --------------------------------- En plus de la ligne de commande, vos paramètres préférés peuvent être mis dans la variable d'environnement Env:ParMOpt. Vous n'avez recopier tel quel vos arguments dans un éditeur de texte sur une ligne, et sauvegarder ce fichier sous le nom de Env:ParMOpt. Ce fichier sera alors examiné en premier, et les arguments CLI ou WorkBench ensuite, lesquels pouront annuler un argument de la variable. Fichier de configuration: ------------------------- Vous comprendrez mieux ce qui va suivre avec le fichier de configuration fourni sous les yeux. Un fichier de configuration ressemble à un programme structuré. Il est recommandé d'indenter les lignes pour rendre ce fichier aussi lisible que possible. Le fichier de configuration par défaut doit se trouver dans le répertoire S: et nommé ParM.cfg. Ce fichier définit les menus que vous désirez et les commandes correspondantes. Les commentaires commencent avec un '#' et continuent jusqu'à la fin de la ligne. Les majuscules/minuscules ne sont pas distinguées. Mots clés: ---------- CMDWIN console Cette commande redéfinira la console par défaut utilisée par ParM ("CON:0000/0011/0640/0100/Command window/AUTO/CLOSE/WAIT") pour la fonction Command. Peut être placé n'importe où dans le fichier mais il vaut mieux le mettre au début. Cette console sous 2.0 aura un gadget de fermeture (CLOSE), une ouverture différée à la première écriture (AUTO), et attendra que vous cliquiez sur le close-gadget avant de se refermer. Attention: sous 2.0, si vous utilisez Command en mode Simple, vous DEVEZ ajouter l'option /WAIT à votre console ou elle se refermera à la fin avant que vous ayez eu le temps de lire les resultats. SHELLWIN console Cette commande redéfinira la console par défaut utilisée par ParM ("CON:0000/0011/0640/0100/Shell/CLOSE") pour les commandes en mode SHELL sans spécification de fenêtre. Peut être placé n'importe où dans le fichier mais il vaut mieux le mettre au début. SHORTCUTQUAL qual Ceci permet d'ajouter une ou plusieurs touche d'acces aux raccourci-clavier pour les menus. Par exemple Amiga-gauche, ALT, ou encore SHIFT ou Control. Si vous desirez plusieurs possibilités vous pouvez ajouter les codes si dessous. Liste des codes: SHIFT gauche 1 SHIFT droit 2 CONTROL 8 ALT gauche 16 ALT droit 32 Amiga gauche 64 Si par exemple vous desirez que les deux touches ALT puissent vous servir de touche raccourci, faites: ( 16 + 32 = 48 ! ) SHORTCUTQUAL 48 Si vous desirez des raccourcis sans qualifier, (lettre seule), vous pouvez utiliser 32768 (IEQUALIFIER_RELATIVEMOUSE), qui est toujours present dans les évennements de type RAWKEY. (Attention, a utiliser avec précaution). Ceci ne marche que si ParM a sa propre fenêtre ou est rattaché au Workbench, mais ne marche pas dans un CLI. ACTIVATEKEY [SCREENTOFRONT] [PASSTHROUGH] [NOCHECK] qualifier rawkey Ceci permet de définir un "Hot-Key" pour ParM ou plus généralement pour tout programme qui utilise les menus de la parm.library, et donc "The great BrowserII" ! Attention, rawkey est le code de touche du clavier, et non pas le code ascii du caractère généré par la touche. Comme son nom l'indique, ceci une séquence de touches qui va activer la fenêtre de ParM, et ceci avec trois options. Pour expérimenter les codes qui passent dans le handler, installez la version 'debug' de la librairie dans LIBS:. Méthode: Assurez vous que parm.library ne soit pas en mémoire (Rebooter si nécessaire). Copy parm.library.debug libs:parm.library Run ParM -w Une fenêtre affiche alors dans l'ordre: Class SubClass Code Qualifier. Ces codes sont en hexadécimal et seuls Code et Qualifier vous sont utiles. Vous devez les transformer en décimal pour ParM. Une fois les infos recueillies, réinstallez la version normale de la parm.library. Options: 1. SCREENTOFRONT L'écran qui contient la fenêtre de ParM passera en avant plan. 2. PASSTHROUGH Ceci risque d'être un peu délicat à comprendre pour les non-programmeurs. Disons que si vous ne spécifiez pas cette option, la séquence n'aura pour action que d'activer la fenêtre. Si vous la mettez, la fenêtre que vous venez d'activer recevra la séquence de touche, et si cette séquence correspond à un raccourci clavier d'un menu, l'option de menu sera exécutée. Ceci est donc très puissant puisque bien paramétré, cela vous permet de lancer un programme grace a ParM sans toucher la souris, même si la fenêtre de ParM n'est pas active. Exemple: SHORTCUTQUAL 64 (Amiga gauche) ACTIVATEKEY PASSTHROUGH 64 50 (Amiga gauche - X) Menu System Item {X} Xoper RUN Xoper Ceci permet de lancer Xoper à tout moment sans toucher ni la souris, ni ParM. Autre exemple: # Left ALT - Right Mouse Button ACTIVATEKEY PASSTHROUGH SCREENTOFRONT 8208 105 Ceci active la fenêtre ParM, et les Menus. Essayez. Plus besoin d'aller cliquer dans la petite fenêtre. 3. NOCHECK La librarie maintient une liste des "Hot-Keys". Quand vous ajoutez un Hot-Key, ParM controle qu'il n'est pas déjà utilisé. Si c'est le cas, vous en serez averti et il ne sera pas pris en compte. Si vous spécifez NOCHECK, il sera systématiquement installé en tête de liste, sans contrôle, et sera prioritaire sur l'ancien. Ceci me permet la chose suivante: Un Hot-Key de ParM me charge BrowserII. Le même Hot-Key est déclaré en NOCHECK dans BrowserII.menu. Ceci a l'effet suivant: Si BrowserII est chargé, il est activé et son écran passe en avant plan. sinon, ParM le charge. ParM.cfg : SHORTCUTQUAL 64 # Left Amiga - Z (Load BrowserII) ACTIVATEKEY PASSTHROUGH 64 49 menu Tools item {Z} BrowserII RUN HD:Tools/BrowserII BrowserII.menu : SHORTCUTQUAL 64 # Left Amiga - Z ACTIVATEKEY SCREENTOFRONT NOCHECK 64 49 COLOR n Après cette instruction, les menus seront de la couleur n. Cette couleur est par défaut la couleur d'avant plan de la fenêtre (detail pen). Si vous demandez la couleur de fond, alors ParM la remplacera par la couleur du detail pen. MENU nom_du_menu Créé un nouveau menu. Chaque menu doit contenir au moins un item ou un sousmenu. SUBMENU nom_du_sousmenu Créé un nouveau sousmenu. Chaque sousmenu doit contenir au moins un item et ne peut avoir de sousmenu. Chaque SUBMENU doit se terminer par un ENDSUBMENU ENDSUBMENU voir SUBMENU. ITEM [{raccourci-clavier}] nom_de_l_item [WBTF] [REQUEST] definition_de_la_commande Definit une nouvelle entrée de menu. Chaque definition 'item' doit avoir un nom d'item et une commande associée. L'item est ajouté au menu ou sousmenu courant. Un ENDSUBMENU indique à ParM la fin du sousmenu courant et d'ajouter le prochain item au menu courant plutôt qu'au sousmenu. Un raccourci-clavier optionnel peut être indiqué entre {}. WBTF est aussi optionnel. Cela permet de faire passer l'écran du workbench devant pour les programmes lancés depuis BrowserII et qui ouvrent une fenêtre dans l'écran du workbench. REQUEST est aussi optionnel. Ouvre un requester dans lequel vous pouvez modifier la commande avant de l'executer. La syntaxe d'une commande est definie dessous. definition_de_la_commande Les programmes peuvent être lancés de 3 façons différentes: RUN, SHELL, et WB. Pour tous les modes, STACK (pile) et PRI sont optionnels. Si la pile est < 4000 octets, la taille sera celle de la pile de ParM, c'est à dire, la pile par défaut du cli au moment où ParM a été lancé. Il y a une exception: si ParM est résident, la pile de ParM sera toujours de 4000 octets. 2) syntaxe RUN RUN [WIN console] [STACK n] [PRI n] commande [args][;commande [args]]... Ce mode lance la commande en background shell. Ce mode doit être utilisé pour les scripts. Si le bit s de votre fichier script est mis, il sera exécuté automatiquement (Pas besoin de la commande Execute). Dans ce mode, les commandes ne seront pas détachées si ParM est attaché à un CLI, sauf si vous utilisez l'option USENULL. Vos commandes peuvent être redirigées dans ce mode. Vous pouvez mettre plusieurs commandes séparées par des ; Ce mode fonctionne maintenant en 2.0, cherche les programmes dans la liste des résidents Commodore (en 2.0) et permet aussi l'utilisation d'une console (celle-ci est ignorée en 1.3). 3) syntaxe SHELL SHELL [WIN console] [STACK n] [PRI n] commande [args][;commande [args]]... Ce mode est maintenant identique au mode RUN, excepté que si aucune fenêtre n'est spécifiée, la fenêtre shell par defaut (SHELLWIN) est utilisée. WB [STACK n] [PRI n] commande Lance la commande en mode WorkBench, comme si vous aviez cliqué sur son icône. Attention, si vous spécifiez une pile (STACK) ici, elle prendra le pas sur la pile indiquée dans l'icône. Votre commande risque donc de planter si vous utilisez une pile trop petite. Sachez ce que vous faîtes. 5) option CFG CFG Fichier_de_Configuration ParM charge le fichier de configuration comme si vous aviez fait Open dans le menu ParM et sélectionné ce même fichier. Très utile pour utiliser des fichiers config sur des disques différents pour choisir les programmes de ces disques. BARLABEL Ajoute une barre entre le dernier item et le prochain. Dans tous les modes à l'exception de WB, la commande est cherchée dans la liste des programmes résident puis dans le Path actif au moment ou ParM a été lancé. Pour connaître ce Path, il suffit d'entrer la commande Path dans le requester de la fonction Command du menu ParM, ou d'ouvrir un shell depuis ParM, et de tapper la commande Path. Un fichier de configuration est donné en exemple. Commandes du menu ParM. Open: Ouvre le sélecteur de fichier pour selectionner le fichier à charger. Update: Met à jour les menus en rechargeant le fichier de configuration courant. Utile si vous avez mofifié votre fichier config pendant que ParM tourne. Std Cfg: Charge le fichier config par défaut S:ParM.cfg. Pratique après exécution d'une commande CFG. utilisez PatchDOS, vous aurez accès aux ressources de Command: Permet d'exécuter une commande CLI. Votre CMDWIN doit avoir l'option /Wait pour que vous ayez le temps de lire son contenu. ChangeDir: Change le répertoire courant de ParM. Toutes les commandes héritent du répertoire courant de ParM sauf celles lancées en mode WB. Quit: Pourquoi? ParM n'est il pas mignon! Commandes séparées: ------------------- End: La commande End permet de fermer un shell dans lequel un ParM est attaché. End a besoin de EndCLI pour fonctionner. S'il n'y a pas de ParM attaché au shell, End fera seulement un EndCLI. End et EndCLI peuvent être mis résident pour une rapidité maximale. Grace à cette commande, vous pouvez mettre ParM dans votre CLI-Startup ou Shell-Startup pour avoir des menus dans chaque CLI/Shell, et vous pourrez les fermer à l'aide de End à la place de EndCLI sans vous soucier de ParM. Attention: N'utilisez pas cette commande avec WShell car il n'accepte que sa version 'Built-in' de EndCLI. ParMCD: ParMCD change le répertoire courant du ParM attaché au CLI courant. Sans argument, ParM prendra le répertoire courant du CLI. Vous pouver spécifier le répertoire en argument à ParMCD. Cette commande est pure, vous pouvez la mettre en résident. Remarqque: ---------- Ces commandes ne fonctionnent pas si vous utilisez DHOpts. DHOpts ne supporte pas le packet ACTION_DISK_INFO quand ParM a installé ses menus dans la console. Ce n'est pas un bug de ParM. Limitations: ------------ Si une commande en mode RUN échoue, vous ne le saurez pas, si ce n'est que vous ne la verrez pas fonctionner. C'est un peu ennuyeux pour les utilitaires qui ne se manifestent pas de manière visible à l'oeil. Quand ParM est attaché à un CLI, les commandes exécutées en mode RUN ne seront pas détachées, c'est à dire que vous ne pourrez pas fermer le CLI avant que ces commandes ne soient terminées. C'est le même problème que si vous aviez lancé votre commande avec la commande Run: 1> Run ma_commande D'un autre coté, ces commandes conservent la console comme fichiers standards d'entrée/sortie, et vous pouvez en tirer avantage. Si vous ne voulez pas que votre CLI soit perturbé par l'affichage intempestif de ces commandes, vous pouvez les rediriger à NIL: ou utiliser l'option USENULL. Dans ce cas seulement, les commandes seront détachée de votre CLI. Bugs connues: (ou devrais-je dire boggues!) En mode SHELL, PRI n'est pas pris en compte. La priorité est toujours 0 Projets d'amélioration: - Localisation. (Francisation en particulier!). Historique: 1.0: Interne. Refonte de MyMenu. 1.1: Première version officielle. (Envoyée à Fred Fish) Ancien mode CLI changé en RB (RunBack) Nouveau mode CLI ajouté. Syntaxe du fichier de configuration changée. 1.4: Interne. Options -l, -d, et WBRun améliorées. Vous pouvez maintenant lancer des projets en mode WB constitués d'une icône seulement. Ex: Serial, Pointer et Printer de répertoire Prefs. 1.6: Seconde version officielle. 29/09/90. Code réarrangé. Nouvelle option CFG ajoutée. Nouvelle fonction 'Std cfg' ajoutée. 1.7: Interne. N'utilise plus la c16.lib, mais les miennes à la place. Taille du code diminuée de 1.5 K. 2.0: Troisième version officielle. 13/10/90. ParM peut maintenant être mis résident. Commande End crée. Le path est indiqué dans Change Dir. 2.1: Commande ParMCD crée. 2.1r: Cette version utilise la librairie req.library (r pour req!). 2.2r: Disparition des modes RB et CLI. les nouveaux modes sont ARUN, RUN et SHELL. STACK et PRI sont optionnels pour tous les modes sauf WB. Plus besoin de la commande Run du répertoire C:. Les erreurs de syntaxe du fichier de configuration sont maintenant reportées sous forme de ligne, colonne. 2.3r: Disparition du message 'Workbench processes still active'. ParM crée maintenant un MsgPort public pour les messages workbench commun à tous les ParM, et le laisse si des messages sont encore en attente quand vous quittez ParM. Maintenant, si votre console possède un gadget de fermeture, vous pourrez quitter ParM en le cliquant. Particulièrement utile pour les heureux possesseurs de WShell. Les caractères de valeur ascii > 127 sont supportés (accents). WAITCMD ajouté. 2.4r: Mode WB réécrit. STACK et PRI optionnels dans tous le modes. Le mode WB ne plante plus si la commande n'est pas trouvée. Vous pouvez maintenant lancer des programmes qui n'ont pas d'icône. La mémoire pour les menus est allouée par blocks de 1 K pour diminuer la fragmentation de la mémoire. 2.5r: Options -s et -o ajoutées. -s est utile si ParM est résident car dans ce cas, la pile de ParM est toujours de 4000 octets, alors qu'il prend la taille de pile du CLI normalement. Comme les commandes lancées par ParM prennent par défaut la taille de pile de ParM, -s vous permet d'avoir une pile par défaut autre que 4000 octet quand ParM est résident. 2.51r: Mise à jour mineure. Correction de quelques bugs. ParM ne plante plus quand lancé depuis le workbench en l'absence de l'arp.library. 2.6r: ParM est maintenant implementé en librairie. Cela permet a BrowserII de profiter de la creation de menus paramétrables de ParM. Installez "parm.library" dans LIBS:. La fenêtre de ParM passe maintenant à l'avant plan si elle est complètement recouverte par une autre fenêtre. (Option ajoutée a la demande d'utilisateurs). 2.7: L' option -o utilise maintenant le gestionnaire NULL: à la place de NIL: si possible. Cela permet d'éviter que des programmes ouvrant le fichier "*" plantent si le CLI depuis lequel ParM a été lancé a été fermé. Avec NULL:, le mode RUN est maintenant sûr et devrait fonctionner dans tous les cas. Si NULL: n'existe pas, NIL: sera utilisé. 'r' enlevé de la version. Une version n'utilisant pas la req.library n'est plus planifiée. 2.8: Correction de quelques bugs. Le qualifier pour les raccourcis-clavier rendu parametrable. 2.9: Implementation d'un input handler dans parm.library. Cela rend possible le lancement d'une commande sans toucher la souris, ou d'activer les menus sans prealablement activer la fenêtre de ParM. 3.0: Suite à la demande d'utilisateurs, ParM peut maintenant être rattaché au Workbench, comme MyMenu. (Code pris a MyMenu une fois de plus). Desolé et Merci, Darin et John. ParM est maintenant compatible avec Console-Buffer. Il y a néanmoins une limitation. Vous devez installer ParM APRES CB, et vous ne devez pas quitter CB avant ParM. Possibilité de mettre plusieurs commandes séparées par un ; en mode RUN et dans Command comme en mode SHELL. 3.1: Correction d'erreur dans les coordonnées de menu workbench. 3.2: Première version du SunMouse/Accélérateur de souris... 3.3: Input-Handler réécrit. Appels à intuition fait depuis une tache séparée (pour éviter les 'dead-locks'). 3.4: L'input handler et le mode RUN fonctionnent maintenant sous 2.0 Modes video VGA et SuperHiRes pas encore gérés. La commande shell par défaut et maintenant NewShell (pour le 2.0) Les consoles par defaut ont des spécifications 2.0. Command en mode Simple est asynchore et gère les input et CTRL-C correctement. SetMouse V1.1. Ajout d'un Qualifier optionnel supplémentaire pour les 'Window To Front'. 3.5: Correction d'erreur. (incompatibilité entre USENULL et CLIWINDOW). 3.6: Correction d'erreur en démarrage workbench. ParM peut maintenant être attaché au workbench 2.0. Vous n'avez plus besoin de NULL: sous 2.0. En 2.0, vous pouvez utiliser une console pour le mode RUN. 4.0: Interne. Première version spécifique pour le 2.0. Plus besoin des libraries arp et req. Le handler de SetMouse gère toutes le résolutions d'écran. La parm.library n'est pas compatible avec les précédentes. SHELLCMD, WAITCMD, TMPDIR supprimées. Supprimez les de votre config actuelle. Plus besoin de la commande WaitReturn, avec l'option /Wait des CON: ParM ne peux plus être résident. Qui l'utilisait ? 4.1: Possibilité d'insertion de BarLabel dans les menus. Correction d'erreur dans la gestion des accents. Plus besoin de guillemets. 4.2: Ajout des options REQUEST et WBTF. Correction d'erreurs: Tags pour NewCreateProc() identiques au Workbench dans WBRun(). (More 37.4 plantait en mode WB). Input Handler initialisé dans la ParMHandlerTask. Argument cli CONFIGFILE/K ne fonctionnait pas. Arguments cli numériques passés en /N Première version spéciale AmigaDOS 2.0. 4.3: Localisée, donc en Français. 4.4: Gère la Pile spécifiée dans les icônes Projet. Nouvelle option NEWLOOKMENUS pour AmigaDOS 3.0. Ceci enleve la possibilite de personnaliser les couleurs des menuitems, mais améliore l'affichage inverse-video pour les ecrans ayant plus de 8 couleurs. 4.5: SHOWMEM affiche la ram disponible de la carte 24 bits Retina si vous en avez une! :-) 4.6: ParM conserve le Path meme lance depuis le workbench. Vous pouvez donc maintenant le mettre dans votre répertoire WBStartup sans perdre le Path. Recompilé avec le SAS 6.50. Comment utiliser ParM: ---------------------- Maintenant que vous avez lu tout ce dont ParM était capable, je pense que vous aimeriez savoir quel mode de lancement vous devez utiliser pour vos différents programmes. Premièrement, quand vous voulez ajouter une entrée de menu, vous devez savoir: 1) Votre programme peut-it être lancer sous workbench ? 2) Voulez vous que votre programme hérite du directory courant de ParM ou doit-il avoir le sien ? 3) Votre programme doit-il avoir un Path ? 4) Votre programme a-t-il besoin d'une console ? KickStart 2.0: -------------- Les modes ARUN et SHELL sont obsolètes en 2.0. Le choix entre les modes RUN et WB est donc simple. Si vous avez besoin d'un path ou d'une console, utilisez le mode RUN. Sinon, vous pouvez utiliser le mode WB. SetMouse: --------- SetMouse s'emploie sans difficultés particulières. Tous les utilitaires de ce genre fonctionnent de la même manière. WToFront Qual: Touche à maintenir pendant le double-click pour que la fenêtre passe devant. L'économiseur d'écran coupe la DMA. La priorité du handler peut être modifiée en cas de problème de compatibilité avec d'autres. Celle-ci ne sera prise en compte qu'au prochain chargement de la library, c'est à dire au prochain reset. Remarque: Les options de souris seront actives tant que la parm.library aura au moins un utilisateur (BrowserII, ParM, ou SetMouse actuellement). Remerciements: -------------- La première version de ParM (interne) était une refonte complète de MyMenu de Darin Johnson. Le problème était qu'il n'était pas possible d'avoir MyMenu sans le workbench, et que les programmes lancés depuis MyMenu n'avaient pas de Path. Un grand merci donc à Darin Johnson pour les allocations de menu et le workbench run. L'idée d'attacher des menus au CLI m'est venue d'un ami qui avait fait un programme similaire mais peu pratique à configurer. Merci à Darin Johnson pour MyMenu. Merci à William S. Hawes pour ARexx et WShell. Merci à Pierre 'Zorglub' Ardichvili pour son aide. Merci à CygnusSoft et ASDG pour leur fabuleux, génial, démoniac, démentiel, extraordinaire, divin,... éditeur de texte CygnusEd 2. Signature: ---------- S.R. & P.C. Ce n'est pas Status Register et Program Counter mais Sylvain Rougier & Pierre Carrette. Donnations: ----------- Ce programme n'est pas domaine public. Ce programme est ShareWare. Si vous l'utilisez, veuillez envoyer 50FF (100FF pour ParM et BrowserII) et/ou constatation de bugs à: Sylvain Rougier 39 rue Carnot 86000 Poitiers France.