Tastenbelegung durch Batch

Hallo

Ich habe auf meinem alten Pentium 100 DOS 6.22 laufen mit einer
äußerst ausgefeilten Menütechnik in Batchprogrammierung. Dabei belege ich die F-Tasten mit Befehlen bis in die 4. Ebene (ohne, mit Shift, mit ALT, mit CTRL)

Nun zu meinem Problem:
Die Tasten verlieren des öfteren die ihnen zugewiesenen Befehle oder sie zeigen eine Kombination aus mehreren Befehlen an. Kann das am Environment des COMMAND.COM liegen oder gibt es eine andere Ursache die ich bisher nicht kenne.

Dankbar für jeden Tip
Franz

Hallo Franz!

Ich habe auf meinem alten Pentium 100 DOS 6.22 laufen mit einer
äußerst ausgefeilten Menütechnik in Batchprogrammierung. Dabei
belege ich die F-Tasten mit Befehlen bis in die 4. Ebene
(ohne, mit Shift, mit ALT, mit CTRL)

Sprich: Du arbeitest mit ANSI-Escape-Zeichenfolgen…
(Ist evtl. die ANSI.SYS-Datei beschädigt? Oder machst Du die Tastuturbelegung mit Hilfe eines Proggi’s?)

Nun zu meinem Problem:
Die Tasten verlieren des öfteren die ihnen zugewiesenen
Befehle oder sie zeigen eine Kombination aus mehreren Befehlen
an. Kann das am Environment des COMMAND.COM liegen oder gibt
es eine andere Ursache die ich bisher nicht kenne.

Jain. Vielleicht ist (A) die Umgebung zu klein und die Tastaturbelegung kann nicht immer vollständig und einwandfrei nachgeladen werden. Solltest das Environment mindestens auf 4096 Bytes, ggf. auch mehr einstellen; je nach dem, wieviel RAM für Anwendungen zur Verfügung bleiben muss. Befehlszeile klar?
(c:\command.com /p /e:4096)

Wenn Du allerdings auch ein Windows auf der Maschine laufen hast, kann Dir (B) die Laufwerkskonvertierung z.B. auf FAT32 die Verfügbarkeit alter MS-DOS-Befehle „kaputtgemacht“ haben.

Dankbar für jeden Tip

Mehr fällt mir im Moment dazu nicht ein.

HTH, CU DannyFox64

Hallo DannyFox

Erstmal danke für deine Antwort.
Und hier die Antworten zu deinen Fragen.

Ich arbeite mit ANSI-Escape-Sequenzen.
Die Idee das die ANSI.SYS defekt ist wäre möglich, ich
persönlich halte es aber für unwahrscheinlich, da alle
anderen ESC-Sequenzen anstandslos laufen. Werde sie
aber trotzdem neu installieren.

Die Umgebung läuft bei mir mit 8192 Byte, weil ich
schon mal vermutete das 4096 Byte zu klein sein könnten.
SHELL=C:\COMMAND.COM /E:8192 /P
Hab gerade ausprobiert, die Tasten nur bis zur 2. Ebene
zu belegen. Das Problem ist immer noch da. Mist …

Frage: Gibt es eine Möglichkeit zu prüfen, wie voll
der Umgebungsbereich ist?

Auf dem Rechner läuft machmal WIN 3.11, aber meistens nur DOS
Dateisystem FAT 16, 8MB RAM (mehr mag WIN nicht), 200MB HD
Das Ding ist mein Nostalgie-Rechner, wenn mich mal wieder
der Teufel reitet und ich Batch-Programme schreiben will.

Gruß Franz

Guten Morgen, Franz!

Ich arbeite mit ANSI-Escape-Sequenzen.
Die Idee das die ANSI.SYS defekt ist wäre möglich, ich
persönlich halte es aber für unwahrscheinlich, da alle
anderen ESC-Sequenzen anstandslos laufen. Werde
sie aber trotzdem neu installieren.

Tja, wird so nicht viel helfen, neu zu installieren. Es war nur eine Vermutung eines möglichen Auslösers.

Die Umgebung läuft bei mir mit 8192 Byte, weil ich
schon mal vermutete das 4096 Byte zu klein sein könnten.
SHELL=C:\COMMAND.COM /E:8192 /P

Ja, schon mal gut…

Hab gerade ausprobiert, die Tasten nur bis zur 2. Ebene
zu belegen. Das Problem ist immer noch da. Mist …

Hmm. Ich kenne das Problem, aber nicht die genaue Ursache.

Ich vermute mal, dass ein anderer Treiber, der davor - also vor der Belegung - geladen ist, die Probleme macht, da man ja frühestens erst ab der „Autoexec.bat“ die ESC-Strings auf die Tastatur laden kann.
Ferner: An welcher „Startposition“ wird denn die ANSI.SYS bei Dir geladen? (Vor oder nach: SmartDrv, SmartDrv/DoubleBuffer, EMM386, vor oder nach „DOS /HIGH /UMB“?)

Es könnte auch ein „echter Konflikt“ sein, der aus einer Codepage-Belegung auftritt (MODE-Befehl). – Aber HALT! – Da fällt mir etwas ein: Ich bin mir jetzt nicht sicher über die Tastenkombination, aber ich glaube + war’s, mit der man zwischen landesspezifischer (Deutsch) und US-Tastatur umschalten kann!! - Matched das bei Dir? Wie wirkt das?

Frage: Gibt es eine Möglichkeit zu prüfen, wie voll
der Umgebungsbereich ist?

Ja, sicher, aber davon habe ich wenig Ahnung.
Theoretisch, wenn Du Dich also mit Speicherbereichen auskennst, sollte schon ein „mem /debug“ bzw. „mem /p“ ausreichen, um die Speicherbereiche zu listen. Wenn Du ins Detail gehst, dann könnte das Dienstprog. MSD.EXE (MS-Diagnostics oder so) weiterhelfen.

Wichtig ist wohl der Versuch, den Bereich, in den die ESC… geladen werden zu schützen.

Hättest Du evtl. alternativ ein Tool, das die Batches bzw. die Wirkung davon in eine .COM-Datei konvertiert?

Oder Du schaust Dich mal bei http://www.uwe-sieber.de/ um, Bereich: Utilities. (Siehe z.B.: CFG_ECHO, evtl. auch KEYB2)

Auf dem Rechner läuft machmal WIN 3.11, aber meistens nur DOS
Dateisystem FAT 16, 8MB RAM (mehr mag WIN nicht), 200MB HD
Das Ding ist mein Nostalgie-Rechner, wenn mich mal wieder
der Teufel reitet und ich Batch-Programme schreiben will.

Na, allerdings! Jedenfalls hast Du gutes MS-DOS 6.22 drauf. :wink:
(Ich habe auch noch so’n Rechner in der Ecke stehen, der irgendwie darauf wartet wieder eine Funktion zu bekommen, und sei’s als Drucker-Spooler…)

Wir schau’n mal.
Lass von Dir hören/lesen.

CU DannyFox64 :smile:

Ebenfalls einen guten Morgen, DannyFox!

Frage vorneweg: Wie kann man um diese Uhrzeit eine vernünftige
Lösung in den Rechner schreiben? Ich konnte das auch mal in
meiner Zeit als Programmierer, aber anscheinend bracht man
im Alter mehr Schlaf :wink:

Ich vermute mal, dass ein anderer Treiber, der davor - also
vor der Belegung - geladen ist, die Probleme macht, da man ja
frühestens erst ab der „Autoexec.bat“ die ESC-Strings auf die
Tastatur laden kann.

Die Tastatur wird nach der AUTOEXEC belegt.

Ferner: An welcher „Startposition“ wird denn die ANSI.SYS bei
Dir geladen? (Vor oder nach: SmartDrv, SmartDrv/DoubleBuffer,
EMM386, vor oder nach „DOS /HIGH /UMB“?)

Hier die komplette CONFIG.SYS
SWITCHES = /F /N
DEVICE = C:\WINDOWS\HIMEM.SYS /TESTMEM:open_mouth:FF
DEVICE = C:\WINDOWS\EMM386.EXE NOEMS
DOS = HIGH,UMB
DEVICEHIGH = C:\DOS\ANSI.SYS
DEVICEHIGH = C:\DOS\MTMCDAI.SYS /D:CD001
DEVICEHIGH = C:\WINDOWS\IFSHLP.SYS
DEVICE = C:\WINDOWS\SMARTDRV.EXE /DOUBLE_BUFFER
COUNTRY = 049,C:\DOS\COUNTRY.SYS
BUFFERS = 20
FILES = 50
LASTDRIVE = Z
SHELL = C:\COMMAND.COM /E:8192 /P

Wenn du willst kann ich dir die AUTOEXEC auch noch schicken.

Es könnte auch ein „echter Konflikt“ sein, der aus einer
Codepage-Belegung auftritt (MODE-Befehl). – Aber HALT! – Da
fällt mir etwas ein: Ich bin mir jetzt nicht sicher über die
Tastenkombination, aber ich glaube +
war’s, mit der man zwischen landesspezifischer (Deutsch) und
US-Tastatur umschalten kann!! - Matched das bei Dir? Wie wirkt
das?

[Shift]+[F2] hat bei keinem meiner Rechner eine Wirkung.
Ich weis das es eine Tastenkombination für das Wechseln
des Landes gibt (kannte sie auch schon mal), nur bin
ich mir nicht so ganz sicher, ob es [Shift]+[F2] ist.

Frage: Gibt es eine Möglichkeit zu prüfen, wie voll
der Umgebungsbereich ist?

Ja, sicher, aber davon habe ich wenig Ahnung.
Theoretisch, wenn Du Dich also mit Speicherbereichen
auskennst, sollte schon ein „mem /debug“ bzw. „mem /p“
ausreichen, um die Speicherbereiche zu listen.

Werd im Laufe des Tages hier mal schauen …

Wenn Du ins Detail gehst, dann könnte das
Dienstprog. MSD.EXE (MS-Diagnostics oder so) weiterhelfen.

Wichtig ist wohl der Versuch, den Bereich, in den die ESC…
geladen werden zu schützen.

So ist es. Nur WO ist dieser Bereich? :smile:

Hättest Du evtl. alternativ ein Tool, das die Batches bzw. die
Wirkung davon in eine .COM-Datei konvertiert?

Ein Tool habe ich nicht. Ich vermute das wird auch nicht so
ganz funktionieren, da ich alles mit TYPE mache, d.h. eine
DAT-Datei wird aus dem Batch heraus mit TYPE aufgerufen.
Sämtliche Bildschirmaufbauten, Passwortabfragen, Spiele, …
bestehen bei mir immer aus 2 Dateien, aus einer recht kleinen
BAT und aus einer ziemlich großen DAT.
Ich möchte auch ganz gerne auf jedes Zusatzprogramm, das nicht
bei DOS dabei ist verzichten. Du kennst das sicherlich - Purist! :smile:

Oder Du schaust Dich mal bei http://www.uwe-sieber.de/ um,
Bereich: Utilities. (Siehe z.B.: CFG_ECHO, evtl. auch KEYB2)

Werde die Adressen im Laufe des Tages mal absuchen. Danke!

(Ich habe auch noch so’n Rechner in der Ecke stehen, der
irgendwie darauf wartet wieder eine Funktion zu bekommen, und
sei’s als Drucker-Spooler…)

Tip: Mach einen DOS-Spiel-Rechner draus mit den guten alten
Klassikern drauf. Macht garantiert Spaß

Danke für deine Antwort

Gruß Franz

Hallo Franz!

Frage vorneweg: Wie kann man um diese Uhrzeit eine vernünftige
Lösung in den Rechner schreiben? Ich konnte das auch mal in
meiner Zeit als Programmierer, aber anscheinend bracht man
im Alter mehr Schlaf :wink:

…indem man sich eine kleine Ruhepause gönnt von SSI-Skripten; DOS und Batches ist doch etwas sooo einfaches, entspannendes da hingegen… ;o))

Hier die komplette CONFIG.SYS
SWITCHES = /F /N
DEVICE = C:\WINDOWS\HIMEM.SYS /TESTMEM:open_mouth:FF
DEVICE = C:\WINDOWS\EMM386.EXE NOEMS
DOS = HIGH,UMB
DEVICEHIGH = C:\DOS\ANSI.SYS
DEVICEHIGH = C:\DOS\MTMCDAI.SYS /D:CD001
DEVICEHIGH = C:\WINDOWS\IFSHLP.SYS
DEVICE = C:\WINDOWS\SMARTDRV.EXE /DOUBLE_BUFFER
COUNTRY = 049,C:\DOS\COUNTRY.SYS
BUFFERS = 20
FILES = 50
LASTDRIVE = Z
SHELL = C:\COMMAND.COM /E:8192 /P

Wenn du willst kann ich dir die AUTOEXEC auch noch schicken.

(Hmm, z.Zt. wohl nicht nötig. Ansonten halt per Mail.)

So ganz ohne MEMMAKER täte ich das per Hand jetzt mal so umstellen:

 SWITCHES = /F /N
1 DEVICE = C:\WINDOWS\SMARTDRV.EXE /DOUBLE\_BUFFER
 DEVICE = C:\WINDOWS\HIMEM.SYS /TESTMEM:open\_mouth:FF
 DEVICE = C:\WINDOWS\EMM386.EXE NOEMS
 COUNTRY = 049,,C:\DOS\COUNTRY.SYS
2 DEVICE = C:\DOS\ANSI.SYS
 DOS = HIGH,UMB
3 BUFFERS = 30
4 FILES = 50
5 rem ??? STACKS 9,256 ???
 LASTDRIVE = Z
 DEVICEHIGH = C:\DOS\MTMCDAI.SYS /D:CD001
 DEVICEHIGH = C:\WINDOWS\IFSHLP.SYS
 SHELL = C:\COMMAND.COM /E:8192 /P

Ich bin mir nicht sicher, ob das überhaupt alles so funktioniert, wie ich es umgestellt habe, möchte aber erst mal etwas dazu sagen:

(1) DEVICE = SMARTDRV /Double_Buffer
ist unabhängig von dem SMARTDRV.EXE-Befehl, der sonst den Cache zur Verfügung stellt (z.B. in AUTOEXEC.BAT oder mit INSTALL=… in der CONFIG.SYS). Er sollte möglichst früh geladen werden; jedoch weiss ich nicht, ob vor oder nach HIMEM.SYS ?!

(2) ANSI.SYS
habe ich hier in den normalen Speicherbereich gestellt und das auch erst nach dem COUNTRY-Befehl.

(3) BUFFERS
sollten imho mehr sein als 20 und
(4) FILES
dürfen auch durchaus 99 sein.

(5) STACKS
vermisse ich irgendwie in dieser CONFIG.SYS…, so der dritte im Bunde mit Buffers und Files. Wirkungsweise? Ähem, tja: HELP STACKS [Return] :smile:

– Memmaker wär’ mal eine Alternative zum Testen! –

auskennst, sollte schon ein „mem /debug“ bzw. „mem /p“
ausreichen, um die Speicherbereiche zu listen.

Werd im Laufe des Tages hier mal schauen …

Wichtig ist wohl der Versuch, den Bereich, in den die ESC…
geladen werden zu schützen.

So ist es. Nur WO ist dieser Bereich? :smile:

Hättest Du evtl. alternativ ein Tool, das die Batches bzw. die
Wirkung davon in eine .COM-Datei konvertiert?

Ein Tool habe ich nicht. Ich vermute das wird auch nicht so
ganz funktionieren, da ich alles mit TYPE mache, d.h. eine
DAT-Datei wird aus dem Batch heraus mit TYPE aufgerufen.

Oh, täusche Dich nicht! Ich muss mal kramen, da gibt’s ein Tühlchen (eingedeutscht von Tool), das Textausgaben als COM-Datei speichert (…ah, ja, da ist es!): Weil’s ein Debug-Skript ist, hatte ich es in eine BAT-Datei eingebunden… kann ich Dir schicken, wenn Du magst.

Sämtliche Bildschirmaufbauten, Passwortabfragen, Spiele, …
bestehen bei mir immer aus 2 Dateien, aus einer recht kleinen
BAT und aus einer ziemlich großen DAT.

Ja, kenne ich. Bin nur irgendwann davon abgekommen. Trotzdem schön: an den Anfang jeder Textdatei ein CLS zu stellen… :smile:

Ich möchte auch ganz gerne auf jedes Zusatzprogramm, das nicht
bei DOS dabei ist verzichten. Du kennst das sicherlich -
Purist! :smile:

Teils/teils. Das beste ist natürlich, wenn der vorhandene Befehlssatz ausreicht. Ich brauche bei BASIC-Programmen aber auch mehr Befehle als nur OPEN/CLOSE, INPUT, PRINT und END. *g*

Oder Du schaust Dich mal bei http://www.uwe-sieber.de/ um,
Bereich: Utilities. (Siehe z.B.: CFG_ECHO, evtl. auch KEYB2)

Werde die Adressen im Laufe des Tages mal absuchen. Danke!

(Ich habe auch noch so’n Rechner in der Ecke stehen…

Tip: Mach einen DOS-Spiel-Rechner draus mit den guten alten
Klassikern drauf. Macht garantiert Spaß

Dafür wird’s auf jeden Fall langen. Nur ist er für manche Spiele schon wieder zu schnell (486/DX66, 20 MB RAM).

Grüsse und bis dann
CU DannyFox64

Hallo DannyFox

Ich hab das mal alles so umgestellt in der CONFIG.SYS
wie du es vorgeschlagen hattest. Spart etwas Speicher,
aber der Effekt mit den Tastaturbelegungen bleibt.

MemMaker schlägt was ähnliches wie du vor, spart auch
Speicher (im Bereich von 5k), aber das wars dann auch schon.

Zum Tip mit mem
Mem /d zeigt mir einen Speicherbereich der für die Umgebung
des Command.com reserviert ist, aber wenn ich mit einem
MemReader da reinschau finde ich nur den Pfad und ein paar
andere nicht so wichtige Informationen.

Als ich dann mit diesem MemReader den Hauptspeicher
durchsuchte, fand ich tatsächlich meine Tastenbelegungen,
leider nur sehr durcheinander. Genauso durcheinander wie
sie ausgegeben werden, wenn ich die Tasten drücke.

Seltsamer Effekt, wenn ich die Tasten neu belege, kommt es
zu neuen Kombinationen, das Ganze geht so ca. 2-3 mal danach
bleibt die letzte Kombination erhalten.

Oh, täusche Dich nicht! Ich muss mal kramen, da gibt’s ein
Tühlchen (eingedeutscht von Tool), das Textausgaben als
COM-Datei speichert (…ah, ja, da ist es!): Weil’s ein
Debug-Skript ist, hatte ich es in eine BAT-Datei
eingebunden… kann ich Dir schicken, wenn Du magst.

Wäre sehr interessiert dran

Ja, kenne ich. Bin nur irgendwann davon abgekommen. Trotzdem
schön: an den Anfang jeder Textdatei ein CLS zu stellen… :smile:

??? Wozu ein CLS an den Anfang einer Textdatei ???

Sollter der Befehlsatz von DOS nicht ganz ausreichen,
schreibe ich mir das eine oder andere Toll in C oder ASM.
Ich gebs ja zu, ein paar Ausrutscher vom reinen Puristen
habe ich auch. :wink:

Oder Du schaust Dich mal bei http://www.uwe-sieber.de/ um,
Bereich: Utilities. (Siehe z.B.: CFG_ECHO, evtl. auch KEYB2)

Sehr gute Adresse. Hab mir schon einiges rausgeholt, bin nur
noch nicht zum ausprobieren gekommen. Es ist immer eine sch…
Arbeit die Programme erst zu entpacken und dann auf Disk
zu kopieren um sie schließ endlich zum DOS-Rechner zu schaffen.

Dafür wird’s auf jeden Fall langen. Nur ist er für manche
Spiele schon wieder zu schnell (486/DX66, 20 MB RAM).

Hab einige selbst programmierte DOS-Spiele falls du
interesse hast.

Frage: Falls wir noch mehr hin und herschreiben, hältst du
es für gut das hier im Forum zu tun oder ist E-Mail besser?
Ich weis nicht ob solche Artikel für die anderen User von
Wert sind.

Gruß Franz

Hallo Franz,

ungeachtet der Diskussion mit DannyFox64 …
Tastaturbelegungen müsstest Du doch mit doskey machen können.

Soweit ich mich erinnern kann, war die Umschalt-Tastenkombination zum Deaktivieren eines Tastaturtreibers [Ctrl][Alt][F1] und zum Wieder-Aktivieren [Ctrl][Alt][F2] (oder war’s umgekehrt?).

Gruß
Thomas

Hallo Thomas,

Tastaturbelegungen müsstest Du doch mit doskey machen können.

Mit DOSKEY kann man kein Tasten belegen, sondern nur Macros anlegen.
Bsp.: Ich lege das Macro D mit dem Befehl *DIR C:* an,
dann muß ich bei der Eingabe D und Enter drücken, also keine
echte Tastenbelegung. Die F-Tasten lassen sich damit überhaupt
nicht belegen.

Soweit ich mich erinnern kann, war die
Umschalt-Tastenkombination zum Deaktivieren eines
Tastaturtreibers [Ctrl][Alt][F1] und zum Wieder-Aktivieren
[Ctrl][Alt][F2] (oder war’s umgekehrt?).

Genau das wars, Reihenfolge stimmt auch. DANKE

Gruß Franz

Guten Morgen, Franz!

Ich hab das mal alles so umgestellt in der CONFIG.SYS
wie du es vorgeschlagen hattest. Spart etwas Speicher,
aber der Effekt mit den Tastaturbelegungen bleibt.

MemMaker schlägt was ähnliches wie du vor, spart auch
Speicher (im Bereich von 5k), aber das wars dann auch schon.

Interessant, das hätte ich jetzt nicht gedacht. Es war nämlich einfach so wie „ins Blaue hinein“.

Als ich dann mit diesem MemReader den Hauptspeicher
durchsuchte, fand ich tatsächlich meine Tastenbelegungen,
leider nur sehr durcheinander. Genauso durcheinander wie
sie ausgegeben werden, wenn ich die Tasten drücke.

Seltsamer Effekt, wenn ich die Tasten neu belege, kommt es
zu neuen Kombinationen, das Ganze geht so ca. 2-3 mal danach
bleibt die letzte Kombination erhalten.

Vieeeelleicht liesse sich das beheben, indem Du nach Anzeige (des Menüs, Textes usw.) die jeweilige Taste wieder auf die ursprüngliche Belegung zurückstellst? (…um das Menü beim erneuten Aufruf erneut anzuzeigen…)

Oh, täusche Dich nicht! Ich muss mal kramen, da gibt’s ein
Tühlchen (eingedeutscht von Tool), das Textausgaben als
COM-Datei speichert (…ah, ja, da ist es!): Weil’s ein
Debug-Skript ist, hatte ich es in eine BAT-Datei
eingebunden… kann ich Dir schicken, wenn Du magst.

Wäre sehr interessiert dran

Okay, kommt per Mail als Text-Datei.

Ja, kenne ich. Bin nur irgendwann davon abgekommen. Trotzdem
schön: an den Anfang jeder Textdatei ein CLS zu stellen… :smile:

??? Wozu ein CLS an den Anfang einer Textdatei ???

Damit der Bildschirm vorher „abgelöscht“ wird. Bei geladenem ANSI.SYS erzeugt

 CLS \>text.txt
 echo Beispieltext \>\>text.txt 

eine Datei, die als Klartext etwa so aussieht:

 [2JBeispieltext 

Bei Anzeige mit TYPE text.txt steht dann „Beispieltext“ brav in der ersten Zeile am Bildschirm. :smile:

Sollter der Befehlsatz von DOS nicht ganz ausreichen,
schreibe ich mir das eine oder andere Toll in C oder ASM.
Ich gebs ja zu, ein paar Ausrutscher vom reinen Puristen
habe ich auch. :wink:

Oh, das ist fein, wenn man das kann.

Oder Du schaust Dich mal bei http://www.uwe-sieber.de/ um,
Bereich: Utilities. (Siehe z.B.: CFG_ECHO, evtl. auch KEYB2)

Sehr gute Adresse. Hab mir schon einiges rausgeholt, bin nur
noch nicht zum ausprobieren gekommen. Es ist immer eine sch…
Arbeit die Programme erst zu entpacken und dann auf Disk
zu kopieren um sie schließ endlich zum DOS-Rechner zu
schaffen.

…kommt mir bekannt vor.

Frage: Falls wir noch mehr hin und herschreiben, hältst du
es für gut das hier im Forum zu tun oder ist E-Mail besser?
Ich weis nicht ob solche Artikel für die anderen User von
Wert sind.

Kommt drauf an. Solange es nicht „off topic“ ist, kann das auch für andere User durchaus von Wert sein. Und bis jetzt ist es einfach nicht „off topic“.

CU DannyFox64

Guten Nachmittag, DannyFox

Vieeeelleicht liesse sich das beheben, indem Du nach Anzeige
(des Menüs, Textes usw.) die jeweilige Taste wieder auf die
ursprüngliche Belegung zurückstellst? (…um das Menü beim
erneuten Aufruf erneut anzuzeigen…)

Leider nicht möglich, da ich die Tastenbelegung im DOS benötige,
wenn die Menüführung beendet ist. Die Tastenbelegung dient einfach
dazu mir die Tipperei für die gänigen Befehle und Programme
zu ersparen. BSP.: F1 = Tastenbelegung anzeigen, F2 = Bildschirm-
schoner, F3 = Windows starten, F4 = C-Compiler starten, usw.

Okay, kommt per Mail als Text-Datei.

Danke für das Tühlchen :wink:
Hab kurz reingeschaut. Sehr interessanter Code.
Werd mal schauen wie weit das hilft.

Bei Anzeige mit TYPE text.txt steht dann „Beispieltext“ brav
in der ersten Zeile am Bildschirm. :smile:

Esc]2J ist schon klar, aber ich arbeite da lieber mit direkten
Positionierungen wie Esc[1;1H. Das funktioniert dann
fast bis zur rechten unteren Ecke (79,25)

Gruß Franz

Hallo Franz!

Leider nicht möglich, da ich die Tastenbelegung im DOS
benötige…

…ist irgendwie logisch.

Okay, kommt per Mail als Text-Datei.

Danke für das Tühlchen :wink:
Hab kurz reingeschaut. Sehr interessanter Code.
Werd mal schauen wie weit das hilft.

Mir fiel gerade noch auf, dass ich dazu sagen muss: Der Debug-Code selbst stammt nicht von mir, sondern aus einer Computer-Zeitschrift… von vor Jahren!

Bei Anzeige mit TYPE text.txt steht dann „Beispieltext“ brav
in der ersten Zeile am Bildschirm. :smile:

Esc]2J ist schon klar, aber ich arbeite da lieber mit
direkten
Positionierungen wie Esc[1;1H. Das funktioniert dann
fast bis zur rechten unteren Ecke (79,25)

Tja, irgendwo muss ja der Cursor stehen… aber geht da nix mit Wagenrücklauf von 80,25 auf 1,25?

CU DannyFox64

Hallo DannyFox!

Ich denke wir habe jetzt schon soviel Möglichkeiten
durchgespielt und ausgetestet, daß es das beste ist, wenn
ich dir die gesaamte Tastaturbelegung maile. Dann kannst
du einfach mal schauen wenn du Zeit hast wie sich das
Ding bei dir verhält.
Mail ist unterwegs.

Tja, irgendwo muss ja der Cursor stehen… aber geht da nix
mit Wagenrücklauf von 80,25 auf 1,25?

Dummerweise nicht. Auch wenn der Cursor unsichtbar ist er
braucht doch irgendwie seinen Platz. Bei (80,25) scrollt
der Screen, ist leidern nicht zu verhindern. (79,25) ist
das absolute Maximum.

Gruß Franz