Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.os.development    |    Operating system development chatter    |    4,255 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 3,093 of 4,255    |
|    wolfgang kern to muta...@gmail.com    |
|    Re: extended ANSI escapes    |
|    17 Feb 22 15:35:46    |
      From: nowhere@nevernet.at              On 17/02/2022 09:53, muta...@gmail.com wrote:       > Today I fixed the remaining important problem that was       > stopping me from using a version of micro-emacs that       > uses ANSI escape sequences under Windows (and thus       > PDOS). I have replaced the micro-emacs executable that       > directly wrote to 0xb8000 with this new one. That means       > I no longer care if a PC manufacturer doesn't provide a       > video card at 0xb8000. So long as their BIOS knows what       > to do, even if it is in graphics mode, PDOS and micro-emacs       > and other text-mode applications will work fine, which is       > all I care about.       >       > However, in the process I have lost ctrl-pagedown which       > I use to get to the end of the file. Ideally ctrl-left/right/pgup/pgdwn       > would exist.       >       > As luck would have it, the escape sequences have some gaps:       >       > https://en.wikipedia.org/wiki/ANSI_escape_code       >       > e.g. between F5 and F6 there is ESC [ 16 ~       >       > Any reason why I shouldn't use 4 of those unused escape       > sequences in both PDOS and micro-emacs?       >       > Or is there a better way of doing it?       >       > I may end up slightly enhancing C90 and slightly enhancing       > ANSI X3.64 as part of my PDOS development environment.              Why bother with ESC-codes? isn't 1B 26 xx long-winded boring?              my key-decoder can produce 256 single byte "almost normal ASCII"       within my Set1 (simple lookup translate):       20..7F as defined by ASCII and 80 for the EURO-sign       07,08,09,0F,0A,0D for ASCII-defined controls BELL,BS,TAB,BTAB,LF,CR       other 00..1F as CTRL @,A..Z,[|] (1B fore ESC-key)       81..8c for F1..F12 8d,8e,8f for num-lock caps-lock scroll-lock       90..99 all cursor keys 9a.9b,9c,9d for prtscrn,sysreq,pause,break       A0...Af all from the numblock (easy transform into Numbers by AND)       B1...BC ALT F1..F12       C1...CC CTL F1..F12       D0...D3 windoze keys       SHIFT ALT and CONTROL keys don't produce bytes, they just set flags.       and all not listed above got a special meaning in my OS.              my other LUTs can produce language specific bytes or game patterns.       __       wolfgang              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca