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...)

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...)

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...)

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...)

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...)

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...)

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...)

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...)

Les Fast Boot ont toujours été considérés un peu comme le Saint Graal sur la scène Underground Apple II. Et tout particulièrement chez nous, les petits frenchies. Il n'y a qu'à voir les batailles de chiffonniers que se livraient les grands acteurs de l'époque (à coup de messages rageurs, et de "Big Shit" dans leurs productions respectives) pour revendiquer la paternité de l’appellation Fast Boot, de la création du premier ou du plus rapide, j'en passe et des meilleurs... Quel groupe de l'époque (même le plus obscur) n'a pas réalisé son Copy Disk à base de Fast Boot ? C'était le passage quasi-obligé vers la renommée et la gloire (ou pas). Il faut dire que, par rapport à la lenteur d'un DOS 3.3, voir un Fast Boot se charger à la vitesse de l'éclair tenait presque de la sorcellerie pour ne pas dire du miracle... (lire la suite...)

On se souvient tous de la bouille de la disquette de Lady Tut (voir l’article Essayage !). J'avais d'ailleurs indiqué avoir tenté une opération de la dernière chance à cœur ouvert pour sauver la belle.
Et bien, pour vous aujourd'hui, en exclusivité mondiale, les images (insoutenables) de l'opération !

(lire la suite...)