---BeginMessage---
Yoshinori K Okuji [EMAIL PROTECTED] writes:
At Sat, 19 Jan 2002 22:40:19 +0100 (MET),
Klaus Reichl wrote:
If we do a `grub_print_esc' instead of `grub_printf' for ESC
sequences, assuming that the terminal will swallow the sequence, and
bypassing
[I added bug-grub to Cc:.]
At Mon, 21 Jan 2002 16:54:34 +0100 (MET),
Klaus Reichl wrote:
Do you think it is possible than to code like:
if (term-gotoxy /* or term-getxy */)
algorithm for terminals with positioning
else
algorithm for DUMB like terminals
instead of term
At Sat, 19 Jan 2002 00:32:31 +0900,
Yoshinori K. Okuji [EMAIL PROTECTED] wrote:
Ok, I'll do that. As I already know what's wrong thanks to your
report, I don't think it would be difficult to fix the problem.
Hmm. I think my estimation was too optimistic again. I know how I
should fix the
Hello !
No at the moment Klaus and I keep the command line interface (this
was the status of Thursday). In `emacs' it does not look very good
at the moment (especially the amount of `^H' to blank the line, but
in emergency cases, `emacs' can be used. You can send amount of
`^H' or better a
At Fri, 18 Jan 2002 00:07:12 +0100,
Klaus Reichl wrote:
I've fixed one annoying situation, where the clear screen behavior
during boot depends on the number of characters in ESC sequences sent
before.
I don't like your patch. It's just a band-aid, not fixing the real
problem. In my
Hi serialized GRUBies,
For all running GRUB on serial consoles:
The AUTO_FILL logic may clobber the screen, when sending ESC
sequences. The AUTO_FILL logic simply counts characters sent to the
console without taking into account that ESC sequences do not use
space on the terminal.
I've fixed