At Fri, 08 Feb 2002 08:53:52 +0100,
Christoph Plattner wrote:
The pager implementation looks and feels good and is working
(I tested on an embedded machine, serial console, not in dumbed mode).
That's great.
1) the command `pager':
I would prefer following:
pager without
On Fri, Feb 08, 2002 at 07:47:24PM +0900, Yoshinori K. Okuji wrote:
Of course, I wouldn't object, if many users prefer one-column style to
two-columns one.
if its just a list of commands then two-columns is better.
and if you want help on a specific command you bring up the help for
that
ENTER is ok, but should then used also in non-dumbed
setup, only to have the same handling and less problems
with the documentation.
With friendly regards
Christoph P.
Gordon Matzigkeit wrote:
Christoph Plattner [EMAIL PROTECTED] writes:
Depending on the key for further paging (SPACE,
Ok, I implemented an internal pager, a new option --all to the command
help, a new command pager, a new option --lines to the command
terminal, and so on. I did a few tests, and they worked well. Try
the new features, and send a bug report, if any.
I think the remaining is to update the manual.
Hello,
The pager implementation looks and feels good and is working
(I tested on an embedded machine, serial console, not in dumbed mode).
2 minor suggestions:
1) the command `pager':
I would prefer following:
pager without arguments
gives cuttent state (not
Hello,
you are right concerning the organisation of classes in
OpenBoot, the help is not very good. But the principal
method is not so bad.
But your idea having a help and a help --all is better !
But IMO, there must be a help --all
The idea of having a built-in more in the terminal
Christoph Plattner [EMAIL PROTECTED] writes:
Depending on the key for further paging (SPACE, what ever),
for dumb terminals a succeeding ENTER should be ignored
(as the menu control in the new dumb terminal implementation).
Why not just have dumb terminal users hit ENTER instead of a
Hello !
I do not think, it is a good idea, as the help is a convinient
list as summary.
I would prefer two other solutions:
*1* a `more' like function in help without argument
or
*2* a help working on classes, like OpenBoot of Sun:
help booting
help installing
help
On Tue, 5 Feb 2002, Christoph Plattner wrote:
Hello !
I do not think, it is a good idea, as the help is a convinient
list as summary.
I would prefer two other solutions:
*1* a `more' like function in help without argument
snip
What do you think about that ... ?
More (or
-BEGIN PGP SIGNED MESSAGE-
On Tuesday, 5. February 2002 15:43, Simon Law wrote:
On Tue, 5 Feb 2002, Christoph Plattner wrote:
Hello !
I do not think, it is a good idea, as the help is a convinient
list as summary.
I would prefer two other solutions:
*1* a `more' like
At Tue, 05 Feb 2002 09:45:39 +0100,
Christoph Plattner wrote:
*2* a help working on classes, like OpenBoot of Sun:
help booting
help installing
help console
help memory
help disks
or similar.
I hate the OpenBoot way, as the classification is far from
Because GRUB has too many commands (IMHO), I decided that the command
help shouldn't show all the available commands, when no argument is
specified. This is a relevant item in NEWS:
* The command help doesn't show all the available commands any longer,
when no argument is specified. Rarely
Yoshinori K. Okuji [EMAIL PROTECTED] writes:
Because GRUB has too many commands (IMHO), I decided that the command
help shouldn't show all the available commands, when no argument is
specified.
I think it would be a good idea to let the user know this as part of
the help output. Something
13 matches
Mail list logo
