30 May
2016
30 May
'16
4:31 p.m.
One more comment...
On 2016-05-30 16:16, Johnny Billquist wrote:
Hi.
On 2016-05-30 15:42, Paul A. Anokhin wrote:
I'll probably rewrite this code a little, to instead just allocate a
chunk of memory, and then try to find a somewhat optimal size to use,
based on the terminal size, and the size of the memory. So that, if you
only have 80 columns, you should be able to have more rows than if you
have 132 columns... Later today maybe.
Johnny
This is fantastic news!
My 2 cents, if I may.
Very happy to answer...
There's a simple reason why I stopped using
MicroEMACS on my RSX
system and went back to TECO-11. Screen size. I didn't try too hard,
but I failed to hack MicroEMACS to display more than 80x24. It just
kept crashing. And as I nowadays mostly connect to my RSX system via
telnet, it's really not that pleasant to see those 80x24 symbols on a
pretty large terminal emulator screen.
Fair enough. I also found MicroEMACS limiting in lots of ways. Size was
one of them.
My TECO startup script, on the other hand, asks
the terminal about its
size and adjusts nicely.
NEMA seems to ignore both my real screen size and terminal height
setting (SET TERM/PAG:nnn). However it does use the terminal width
setting.
It's actually simpler than that. The max sizes are in config.h, and I
just currently defined them as 24x132. :-) If your terminal is larger
than these defines, NEMA will use what's in the defines.
It's just a recompile with other values. It consumes a bit more memory,
but I've realized at this point that I'm not that short on memory in the
first place, so I can just raise those some.
At runtime, NEMA to check what the terminal setting is.
Note that the code will not properly handle if you suspend NEMA, resize
the screen, and then resume. The hook are in there to deal with this, I
just haven't had time to fix that one yet.