@database DevsMan_fra.guide @$VER: 1.2 @author "Eric Sauvageau (Merlin)" @node "Main" "Table des matières" @{b} Devs Manager 1.2@{ub} @{u}©1995 par Eric Sauvageau (Merlin).@{uu} Freeware. @{" Introduction  " link "Introduction" 0} @{" Qu'est-ce que c'est? " link "What_is_it" 0} @{" Installation " link "Install" 0} @{" Utilisation         " link "Usage" 0} @{" Aspect Légal " link "Legal_Stuff" 0} @{" Le Futur       " link "ToDo" 0} @{" Historique       " link "History" 0} @{" Du même auteur " link "Other" 0} @endnode @node "Introduction" " Introduction " @{b}Introduction@{ub} Il y a quelques années de cela, la gérance des fichiers Mountlist était assez... bordelique. Tout ce découpage et collage et assemblage et démantibulage entre les fichiers Mountlists et l'ajout des entrées dans le Startup-Sequence étant plutôt ennuyant. Alors, les ingénieurs de Commodore (heureusement, la stupidité était limitée à leurs départements de marketing et de gérance...) sont arrivés avec une idée brillante: déplacer chaque entrée de Mountlist dans un fichier séparé, adjoint d'un icône, dans leur propre répertoire. Alors, avec le Workbench 2.1 est apparu le répertoire Devs:DOSDrivers/, contenant chacune de ces entrées de Mountlist. Ceux que vous ne désiriez pas "Mount-er" lors du boot étaient tout simplement déplacés dans le répertoire Storage/, d'où vous pouviez aller les chercher pour les installer, ou tout simplement double-cliquer dessus pour les activer temporairement. Et cela était bien... C'est alors qu'est arrivé le Workbench 3.0. De nouveaux joujoux dans cette version: les datatypes furent introduits, apportant une toute nouvelle dimension à votre Workbench et son architecture modulaire. Vous désirez le support pour les GIFs? Vous n'avez qu'à installer le datatype GIF, et vous pourrez alors avoir ce BIKINI05.GIF comme fond de Workbench. Vous avez une collection de ces fichiers .VOC de votre copain utilisateur d'un PeaSea (personne n'est parfait apres tout!)? Parfait: vous n'avez qu'à ajouter ce pratique datatype Voc, et vous pouvez écouter cet échantillon sonore CRYBABY.VOC à partir de MultiView. Mais maintenant, nous avons un nouveau type de désordre. Imaginez ceci: vous n'avez qu'un A1200 de base, avec seulement 2 megs de mémoire. Donc, pour économiser la mémoire vive, vous n'installez que les datatypes les plus utilisés, laissant les 15 autres dans votre répertoire Storage (note ici: vous pouvez laissez les fichiers @{i}#?.datatypes@{ui} dans le répertoire @{b}SYS:Classes/Datatypes/@{ub} sans problème. Ce qui déterminera si le système doit charger en mémoire et initialiser un datatype est le fichier de description, situé normalement dans le répertoire @{b}Devs:Datatypes/@{ub}.) Ou encore, vous n'avez toujours pas de disque dur, et l'espace de votre disquette de démarrage est limité, vous mettez donc la majorité des datatypes sur une autre disquette, allant les chercher selon le besoin. Et ce n'est que le début: n'oublions pas tous ces DOSDrivers que vous avez dans votre répertoire Storage/DOSDrivers! Des trucs comme PC0:, PC1:, DS0:, RAD:, FF0:, CBM666:, et peut-être d'autres. Ca devient plutot lourd et encombrant à gérer, n'est-ce-pas? Pour jouer avec tous ces fichiers, vous deviez ouvrir quatre ou cinq répertoires, trouver où ce fichu icône s'est dissimulé, le trainer dans un autre répertoire, ... Désolé, mais je ne suis pas un grand utilisateur du Workbench. Je préfère utiliser le Shell pour ma gestion des fichiers, ou un bon logiciel du genre Directory Opus ou DiskMaster. Et la plupart de mes gadgets sont situés sur des hotkeys ou sur un dock via ToolManager (la meilleure chose depuis l'invention du pain blanc tranché - essayez donc vous d'insérer une miche entière dans votre grille-pain!). Un jour, Amiga Report magazine a publié les résultats d'un sondage concernant les améliorations que ses lecteurs souhaitaient voir apportées au Workbench. L'une d'elle suggérant une meilleure méthode pour gérer tous ces drivers. En lisant cela, je me suis alors dit: "Hey, je pense que je peux facilement régler ça! ... Du moins, je crois?!" C'est ainsi qu'est née l'idée de Devs Manager (Clap! Clap! Clap!) @endnode @node "What_is_it" " Qu'est-ce que c'est? " @{b}Qu'est-ce que c'est?@{ub} Devs Manager est un petit programme qui va vous simplifier la tâche pour gérer certains répertoires situés dans @{b}Devs:@{ub} et @{b}SYS:Storage@{ub}. Plus précisément: @{b} ° DOSDrivers/ @{ub} - @{i}PC0:, RAD:, DS0:, ...@{ui} @{b} ° Monitors/ @{ub} - @{i}Multiscan, Euro72, ...@{ui} @{b} ° Printers/ @{ub} - @{i}Generic, HPLaserjet, ...@{ui} @{b} ° Keymaps/ @{ub} - @{i}cdn, usa2, ...@{ui} @{b} ° Datatypes/@{ub} (Utilisateurs du KS 3.x) - @{i}GIF, Post, ...@{ui} Devs Manager vous permet de facilement déplacer les drivers entre Devs: et le répertoire Storage. Toute nouvelle addition au DOSDrivers, Monitors ou Datatypes _peut_ être immédiatement chargée par le système (Devs Manager vous demandera s'il doit le faire) à la sortie de Devs Manager (mais pas les retraits. Désolé, c'est tout simplement impossible.) De plus, vous pouvez configurer Devs Manager pour utiliser des chemins d'accès différents (genre si votre répertoire d'entreposage des datatypes est une disquette nommée "Datatypes:"). Pour utiliser Devs Manager, vous devez avoir: @{b}°@{ub} Un Amiga (peut importe le modèle) @{b}°@{ub} Workbench 2.1 en montant. Devs Manager fonctionne sous 2.04, mais sera alors plutot inutile, à moins que vous ne commenciez à organiser votre répertoire Devs: comme sous 2.1. @{b}°@{ub} Les commandes @{i}Mount@{ui} et, pour les utilisateurs du 3.x, @{i}AddDatatypes@{ui} doivent être présents dans le chemin de recherche ("search path"). @endnode @node "Install" " Comment on installe ça?" Devs Manager peut être démarré du Workbench ou du Shell. @{u}Workbench@{uu}: Devs Manager supporte deux types d'outil: @{b}PUBSCREEN=MonEcranPublic@{ub} - Ouvre Devs Manager sur l'écran public spécifiée. @{b}MENUFY=YES@{ub} ou @{b}NO@{ub} - Si YES, Devs Manager démarrera en mode "menufié", étant ajouté au menu "Outils" ("Tools") du Workbench. @{u}Shell:@{uu} Devs Manager supporte deux arguments: @{b}PUBSCREEN MonEcranPublic@{ub} - Voir plus haut. @{b}MENUFY@{ub} - Lorsque ce mot-clé est présent, aura le même effets qu'avoir le type d'outil MENUFY=YES. @endnode @node "Usage" " Utilisation " @{b}Et comment ça marche?@{ub} Lorsque démarré, Devs Manager ouvrira une fenêtre dans ce genre: +-+--------------------------------------------+-+ |_|____________________________________________|_| @{b}1) Type.@{ub} | | @{b}2) Infos.@{ub} | +----------+ +----------+ ____________ | @{b}3) Load.@{ub} | | | | | | | (1) | | @{b}4) Store ->.@{ub} | | (7) | | (8) | +-+--------+ | @{b}5) <- Install.@{ub} | | | | | __________ | @{b}6) Update.@{ub} | | | | | | (2) | | @{b}7) Installed.@{ub} | | | | | +--------+ | @{b}8) Stored.@{ub} | | | | | __________ | | | | | | | (3) | | | | | | | +--------+ | | | | | | | | | | | | | | +----------+ +----------+ | | __________ __________ __________ | | | (4) | | (5) | | (6) | | | +--------+ +--------+ +--------+ | +------------------------------------------------+ (Damn it Jim! I'm a programmer, not a painter!) @{b}1) Type:@{ub} Ceci est le type de drivers que vous désirez gérer. Il peut s'agir de DOSDrivers, Monitors, Printers, Keymaps et Datatypes. Ce gadget déterminera ce qui sera affiché dans les deux listes (Installed et Storage). Si Devs Manager peut localiser les répertoires spécifiques à MFS, il ajoutera alors 4 nouveaux items identifiés "MFS - DF0:" à "MFS - DF3:". Ceux-ci peuvent s'avérer utiles aux utilisateurs de MFS. @{b}2) Load:@{ub} Va immédiatement charger en mémoire l'item sélectionné s'il s'agit d'un DOSDrivers, un Moniteur ou un Datatype, exactement comme si vous aviez cliqué deux fois sur son icône via le Workbench. @{b}3) Infos:@{ub} Lorsque vous gérez vos DOSDrivers (ou vos répertoires MFS), ce gadget va vous permettre de visionner le contenu du mountlist courament sélectionné. Lorsque vous gérez vos moniteurs ou vos datatypes, ce gadget va afficher la chaîne de version du fichier sélectionné. Notez que très peu de datatypes en possèdent une. @{b}4) Store:@{ub} Clicker sur ce gadget lorsqu'un item dans la liste Installed est sélectionné déplacera cet item dans le répertoire d'entreposage ("Stored") correspondant, afin qu'il ne soit PAS chargé lors du boot. Pour ainsi dire, il se retrouvera "rangé" pour usage futur. @{b}5) Install:@{ub} Clicker sur ce gadget lorsqu'un item dans la liste Storage est sélectionné déplacera cet item dans le répertoire "Installé" ("Installed") correspondant, pour qu'il soit ainsi chargé et initialisé par le système lors du boot. @{b}6) Update:@{ub} Va relire le contenu des deux répertoires courants. @{b}7) Installed:@{ub} Ce gadget contient la liste des items présents dans le répertoire actif "Installed" (habituellement dans Devs:#?). @{b}8) Stored:@{ub} Ce gadget contient la liste des items présents dans le répertoire d'entreposage "Stored" courant (habituellement dans SYS:Storage/#?). L'item "Sleep" (menufier) dans le menu fermera la fenêtre de Devs Manager, et ajoutera un nouvel item à votre menu "Outil" ("Tools") du Workbench. Choisir cet item ré-ouvrira la fenêtre de Devs Manager. Il y a aussi un item "Prefs" (préférences) dans le menu, qui vous permet de configurer les chemins d'accès où sont situés chacuns des répertoires d'installation et d'entreposage sur votre système. La fenêtre qui s'ouvrira alors ne devrait pas nécessiter d'explications particulières, à part que vous devez cliquer sur le gadget "Drawers" pour choisir quels répertoires seront affichés dans la fenêtre de préférences, entre les répertoires "Installé" ("Installed") et "Entreposé" ("Stored"). @endnode @node "Legal_Stuff" " Legal Stuff " @{b}Aspect Légal@{ub} Devs Manager est Copyright 1995 par Eric Sauvageau. Ce logiciel et sa documentation peuvent être distribués gratuitement, du moment qu'aucun changement n'y est apporté. Les mainteneurs de collections de logiciels Domaine Public et Shareware tels que Fred Fish et Aminet ont ma permission pour inclure Devs Manager dans leur collection. Je décline toute responsabilité concernant les problèmes rencontrés lorsque vous utilisez ce logiciel. Peut-être certains bugs s'y cachent toujours, mais j'ai fait mon possible pour éviter ce genre de vices. Je peux être rejoint via Fidonet au @{b}1:242/907.0.@{ub}, ou via Internet à: eric.sauvageau@f907.n242.z1.fidonet.org. Mes excuses pour un icône aussi HORRIBLE. N'ai-je pas dit que j'étais programmeur, et non artiste? ;) Si vous pouvez en créer un meilleur (NewIcons/MagicWB ou autre), contactez-moi! L'opinion exprimée au début de ce document concernant Commodore est la mienne. (Bien, si vous êtes d'accord avec moi, je suis prêt a vous laisser la partager sans AUCUN frais supplémentaire! TO-TAL-EMENT GRATUITEMENT!!! :) Et... longue vie a Amiga Technologies! Devs Manager a été pondu sur un A1200 de base avec un disque dur Seagate de 40 Mb, utilisant Amiga E 3.1a enregistré et un peu de mes temps libres. @endnode @node "ToDo" " Le Futur" " Je le programmerai Tu l'utiliseras Il plantera Nous lancerons des jurons Vous serez impatients de voir les bugs corrigés Ils seront tous exterminés." Ahem... :) Voici une liste de ce que je voudrais ajouter dans une version future: ° Editeur de DOSDrivers ° Editeur et afficheur de types d'outil ° Processeur de Mountlist (prendrais un fichier Mountlist, et en extrairait les entrées pour les transformer en DOSDrivers dans le style 2.1). @endnode @node "History" " Historique " @{b}Historique@{ub} @{b} 1.0@{ub} (5-Fév-95) - Première version publique. @{b} 1.1@{ub} (27-Avr-95) Recompilé avec EC 3.1a. - @{b}NOUVEAU:@{ub} support pour MFS. - @{b}NOUVEAU:@{ub} Gadget "Infos", affiche le contenu des mountlists ou la version des moniteurs/datatypes. Notez que seuls quelques datatypes en possèdent une. - @{b}NOUVEAU:@{ub} Réorganisé, et ajouté des hotkeys à l'interface. - Le type Datatypes sera toujours disponible, même sous 2.04/2.1. Ignorez le tout simplement si vous n'avez aucun datatype. - Je pense avoir résolu le problème des crashs aléatoires durant le scan du disque. Dites-le moi si le problème se représente. - Amélioré la gestion d'erreur durant le déplacement d'un fichier. - Si le répertoire de destination n'existe pas, il sera alors créé. @{b} 1.2@{ub} (6-Juin-95) - @{b}NOUVEAU:@{ub} Complètement adaptable au font d'écran! - @{b}NOUVEAU:@{ub} Fenêtre de préférences pour les chemins d'accès aux répertoires. - @{b}NOUVEAU:@{ub} Support d'écran public (via Shell et type d'outil). - @{b}NOUVEAU:@{ub} Peut être menufié (via menu / Shell/ type d'outil). - @{b}BUG FIXE:@{ub} Devs Manager plantait si une erreur survenait durant le déplacement d'un fichier (bug dans la routine d'avertissement d'erreur). - Amélioré la manipulation des commentaires dans les DOSDrivers. Peut maintenant traiter avec des commentaires en début et en fin de ligne lorsque sur une ligne à afficher. - Amélioré la routine de déplacement des fichiers (utilisera désormais Rename() lorsqu'applicable). "Come on lady hold my hand Take me to your Shadowland" - The Tea Party. @endnode @node "Other" " Du même auteur " @{b}° FileScroller 3.40@{ub} - File lister pour TransAmiga BBS (3.50 en montant sont pour Excelsior!) @{b}° MFormat 1.71@{ub} - Remplacement pour la commande "Format" de CBM, offrant un GUI complet, un filtre configurable, possibilité d'installer la disquette, etc... @{b}° TDPrefs 1.0@{ub} - Editeur de préférences pour le trackdisk.device, permet d'ajuster le "step rate" des têtes, couper le "click-click!", etc... @endnode