Win3x.Org

Le première fois que j'ai utilisé Qbasic, j'ai numéroté toutes les lignes !
J'ai vite compris que c'était inutile vu qu'il y a deux fenêtres : l'édition du programme et l'exécution immédiate des instructions.
En GWBASIC/BASICA, toute ligne non numérotée est exécutée immédiatement. Elle ne fait pas partie du programme. C'est utile pour poser une opération ou vérifier des valeurs en vue de déboguer.

P.S. : l'interpréteur GW-BASIC était livré jusqu'aux versions 4.x de MS-DOS, qu'elles soient spécifiques ou pas aux différents constructeurs tels HP, Tandy, Compaq, Olivetti, Bull Micral, ZDS, Epson, Ericsson, etc. C'est pourquoi plusieurs interpréteurs existent, chacun étant spécifique et ne faisant pas forcément fonctionner un programme prévu pour un autre. Les numéros de version s'arrêtent à 3.23.
De son côté, IBM fournissait avec PC/DOS les BASIC disque et avancé (BASIC.COM et BASICA.COM) qui nécessitaient, tous deux, une machine IBM avec BASIC de ROM.

Je reviens sur ce lien qui révèle d'un grand intérêt.
Au passage, le BASICA 3 d'IBM qu'il présente est en fait un interprète portant le nom de BASICA.EXE et fourni pour les compatibles IBM de la marque MITSUBISHI. C'est donc un GW/BASIC car il ne nécessite pas la présence de la ROM BASIC des ordinateurs IBM.

Je vous conseille de télécharger les sources de QBASIC, l'environnement de programmation avec pseudo-compilation en mémoire de MS/DOS et PC/DOS. Elles sont d'une lecture intéressante.
Ainsi, l'instruction VIEW PRINT qui date de l'époque du prédécesseur et interprète GW/BASIC était bien prévue pour gérer de véritables fenêtres et non simplement définir quelles lignes d'écran défileront :
VIEW PRINT [<top line> TO <bot line>][,<left col> TO <right col>]
au lieu de
VIEW PRINT [<top line> TO <bot line>]
Malheureusement, l'écran d'édition de GW/BASIC ne pouvait supporter que des lignes entières.
Ensuite, pour ceux qui ne l'auraient pas remarquer, l'instruction COLOR de la plupart des interprètes et de QBASIC supportent trois paramètres que ce soit en mode texte (SCREEN 0) ou en mode graphique CGA 4 couleurs (SCREEN 1). Or, sous le mode graphique, le troisième paramètre ne fait que remplacer le deuxième. Pourquoi ne pas utiliser ce dernier paramètre pour la couleur de texte (et par défaut du tracé) comme sous TurboBASIC et PowerBASIC de Borland qui, pourtant, ne le documente pas. Cela éviterait d'utiliser l'astuce POKE 78,n (n={1;2;3;7}, 7 signifiant la couleur par défaut) qui fonctionne avec les GW/BASIC standards de Microsoft et BASIC(A) d'IBM. Je l'ai aussi essayé avec succès avec l'interprète pour MITSUBISHI mais l'instruction CLS réinitialise la couleur de texte. Pour rappel, certains interprètes GW/BASIC comme celui pour Olivetti utilisent cette syntaxe en mode SCREEN 1 :
COLOR fond, palette, premier plan graphique, fond graphique (?), couleur texte
Enfin, je pense à une dernière amélioration : la définition des touches par l'utilisateur. L'instruction est la suivante :
KEY n%, CHR$(indClav%) + CHR$(codeBal%)
Celle de PowerBASIC permet d'ignorer certains bits d'état du clavier via le dernier paramètre :
KEY n, CHR$(shiftstatus, scancode [,any])
De plus, QBASIC ne permet pas de distinguer les touches Maj gauche et droite (indClav%={1;2;3}). Pourtant, l'octet 17h du segment de données du BIOS (40h) indique cela :
1 Maj droite
2 Maj gauche
donc ce serait seulement 3 qui indiquerait une des deux touches.