Chose promise depuis longtemps, je vous propose (enfin) un petit récapitulatif des différentes bidouilles pour AppleWin parues sur ce site, en profitant de la sortie de la dernière version pour mettre à jour un peu tout ça et préciser les modifications à effectuer dans l'exe. Je vous invite toutefois pour plus de détails à vous reporter aux premiers articles qui expliquaient pas à pas la marche à suivre et détaillaient les outils à utiliser.
(lire la suite...)
Bidouille
AppleWin et mises à jour : récap’ des bidouilles !
Pump Up the Volume !
Je vous propose aujourd'hui un nouvel utilitaire développé encore une fois avec AutoHotkey. Pump Up the Volume ! (puisque c'est son nom) devrait simplifier la vie de tous ceux manipulant des images .dsk. Il n'est pas rare en effet de tomber sur certaines qui refusent tout simplement de booter sous émulateurs (comme AppleWin par exemple) car le numéro de volume attendu est différent du $FE (254) par défaut. C'est le cas notamment de la série de disquettes Pom's mais aussi de quasiment tous les Quest (King's Quest, Space Quest, Police Quest) et beaucoup d'autres jeux de chez Sierra (Leisure Suit Larry, Manhunter, etc.) ou d'ailleurs. Tous ceux ayant été confrontés à ce genre de problème connaissent déjà très probablement dsk2nib, l'excellent convertisseur de DSK vers le format NIB (préservant, lui, le volume) écrit par Jean-Marc Boutillon. Et bien, Pump Up the Volume ! essaie, pour un .dsk donné, de le reconnaître et lance automatiquement dsk2nib pour effectuer la conversion vers le format nibble en intégrant bien évidemment le bon numéro de volume !
[article mis à jour le 17.06.2013] (lire la suite...)
Remapping, suite et… suite !
Nouveaux rebondissements dans l'affaire du remapping clavier avec les émulateurs dérivés de KEGS ! Le premier concerne mon propre script AutoHotkey qui, sous GS/OS, ne remappe pas correctement certains caractères ! Impossible en effet d'atteindre ceux nécessitant un ALTR Gr sur clavier AZERTY dès que l'on est en mode Desktop ! Mais on rencontre également ce dysfonctionnement avec les Classic Desk Accessories dans certaines circonstances. Jusqu'alors, j'avais essentiellement testé le script sous GSBug, Orca ou encore Merlin, avec lesquels le problème ne se pose pas. Visiblement quand on appuie sur ALT Gr, GS/OS intercepte et gère l'Open Apple (ALT sous émulateur) et le CTRL individuellement. La séquence complète de touches (key + modificateurs) est alors perdue et le caractère voulu passe à la trappe ! Rien ne s'affiche ou dans certains cas, on obtient même carrément n'importe quoi... (lire la suite...)
On a retrouvé l’underscore !
Dans mon précédent article sur le remapping de touches, forcé grâce à AutoHotkey, je précisais que l'underscore (ou tiret bas) n'était tout simplement pas mappé sur un clavier PC avec ActiveGS, problème découlant en fait de KEGS et de son aversion pour les claviers AZERTY ! Sur le moment, je pensais pouvoir faire avec (ou plutôt sans). Mais depuis, j'ai commencé à utiliser GS/Bug, le debugger de l'Apple IIGS. Or, avec GS/Bug, pour poser un breakpoint sur un tool (sorte d'API du GS), il faut soit indiquer le numéro de ce tool, soit utiliser son petit nom, précédé, je vous le donne en mille, d'un underscore ! Je devais donc trouver une solution pour ramener ce caractère moribond à la vie sur un clavier PC bien de chez nous ! Pour ce cas précis, AutoHotkey n'étant pas une solution (on ne peut tout simplement pas remapper ce qui n'est pas mappé à la base !), j'ai donc dû me tourner vers une approche plus radicale : modifier directement ActiveGS ! (lire la suite...)
ActiveGS vs. AutoHotkey : échec et map !
Première petite bidouille en relation avec l'Apple IIGS et plus exactement ActiveGS, l'excellent émulateur que j'utilise quasiment quotidiennement en ce moment pour les screenshots des galeries. Seul petit problème, ActiveGS, défini par ses créateurs (qu'on ne présente plus) comme un front-end à KEGS, l'émulateur GS référence de Kent Dickey, souffre du même problème que celui-ci : le support exclusif du clavier QWERTY. Ce qui se traduit, si on utilise un bon vieux clavier AZERTY de PC, par un mapping des touches apocalyptique ! Vouloir entrer le moindre signe de ponctuation ou avoir accès aux caractères spéciaux se transforme vite en supplice. Et la crise de nerf n'est jamais bien loin quand il faut essayer toutes les touches du clavier pour afficher une accolade (si jamais on la trouve...) !
Bien évidemment, modifier le réglage au niveau du "Control Panel" de la ROM du GS émulé ne change absolument rien, c'est simplement le cœur d'ActiveGS (donc KEGS) qui ignore superbement la disposition des touches AZERTY. Et passer son clavier PC en mode QWERTY au niveau de Windows ne résoudra pas non plus le problème car si vous n'avez pas de double inscription sur les touches, bonjour l'angoisse pour s'y retrouver... (lire la suite...)
DOS 3.2, AppleWin, Boot Sector et autres joyeusetés !
Sorti en février 1979 (et faisant suite, je vous le donne en mille, au DOS 3.1 sorti quelques mois plus tôt), le DOS 3.2 aura eu lui aussi une durée de vie relativement courte puisque dès août 80, il laissera la place au DOS 3.3. Un malheur n'arrivant jamais seul, il fallait carrément changer les PROM 5 et 6 des cartes contrôleur DISK II de l'époque pour passer au DOS 3.3, les deux systèmes ne pouvant booter sur les mêmes PROM. Ajouté à cela une capacité de stockage accrue, et il n'en fallut pas plus au DOS 3.3 pour envoyer définitivement le 3.2 aux oubliettes ! Au début des années 80 toutefois, plusieurs éditeurs firent en sorte que leurs programmes puissent booter à la fois avec les nouvelles mais aussi les anciennes PROM. Leurs disques contenaient un Boot Sector type 13 secteurs et un Boot Sector type 16 secteurs, chacun étant reconnu comme le premier secteur du disque suivant la PROM qui le lisait. Astucieux et classe si vous voulez mon avis... (lire la suite...)
Emulator Friendly !
Les émulateurs Apple II, quelque soit la plateforme sur laquelle ils tournent, sont plutôt bien foutus et permettent de faire fonctionner l'immense majorité des images disque disponibles. Il peut arriver toutefois que certaines d'entre elles ne passent pas. Je parle bien sûr ici d'images de disquettes non protégées (ou ayant été déplombées). Ayant été amené à tester plusieurs disquettes récemment et à en faire des images .DSK, j'ai été confronté à différents cas d'incompatibilité que je vais répertorier ici. Je précise qu'étant un utilisateur Windows (bouh), j'utilise donc essentiellement AppleWin (je pense que vous commencez à le savoir). Il peut donc y avoir d'autres incompatibilités spécifiques à tel ou tel émulateur. Cas personnellement rencontrés :
(lire la suite...)
GPLE vs CiderPress
Tous ceux ayant un tant soit peu programmé en Basic Applesoft (même quelques lignes) savent à quel point il est laborieux d'éditer le moindre listing. Et il n'est pas rare de préférer retaper toute une ligne plutôt que de se battre avec la touche ESC pour (essayer de) modifier ce que l'on souhaite ! Beagles Bros l'avait bien compris et avait vendu dès le début des années 80, Global Program Line Editor, un petit utilitaire simplifiant grandement l'édition d'un programme Basic.
La documentation officielle précise que la disquette ainsi que les fichiers sont copiables avec les utilitaires DOS courants. Sauf que, CiderPress, l'éditeur bien connu d'images disque semble lui avoir quelques difficultés pour extraire et ré-importer ces mêmes fichiers ! Pourquoi ? C'est ce que nous allons découvrir maintenant... (lire la suite...)
Bidouille(s) AppleWin (encore et toujours)…
ACTE I : L'attaque des clones !
Dans la série "si je lisais la doc, ça irait tout de suite mieux", quelle ne fut pas ma surprise de tomber (totalement par hasard) sur cette info dans la documentation d'AppleWin :
Function Key F9 + Ctrl :
This PC function key combo will cycle through AppleWin's character sets : original Apple II charsets and clones' char-sets. This shortcut allows you to override the default character sets of the Apple II model or clone.
Évidemment, nous, petits frenchies, on se fout totalement de l'alphabet cyrillique de ces fameux clones (Pravets 8x), par contre, puisque l'on a un moyen très simple (le CTRL+F9) de changer de jeux de caractères à la volée, pourquoi ne pas tout simplement remplacer le jeu de caractères des clones par celui modifié dont je parlais dans mes articles précédents ? L'avantage est énorme : on garde le jeu de caractères original pour une utilisation hors caractères accentués franchouillards (ça évite les pages de "à" dès qu'on tripote un peu le Monitor) et en cas de besoin, hop, un coup de CTRL+F9 (deux fois...) et on récupère les fameux accents ! Tentant non ? (lire la suite...)
Des caractères accentués avec AppleWin ? Oui, c’est possible !
Et oui vous ne rêvez pas ! Sur l'image ci-contre (petit clin d'œil à Deckard), ce sont bien des caractères accentués que l'on voit et ce, sous AppleWin ! J'ai en effet profité de mon dernier jour de vacances (bouh !) pour vous proposer une nouvelle bidouille aussi indispensable qu'inutile ! En tant que fan de productions françaises, vous avez dû pester, tout comme moi, de devoir subir, dans les textes de nos idoles, l'inélégance d'un tas de "{", "\" ou autres "}" tous les trois mots. Quel gâchis de ne pouvoir profiter de leur prose fleurie à 100 % ! Je vous propose donc aujourd'hui une solution pour remédier à cela. (lire la suite...)