All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marco Gerards <metgerards@student.han.nl>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: usability
Date: Sun, 01 Aug 2004 00:59:45 +0200	[thread overview]
Message-ID: <87fz77eqam.fsf@marco.marco-g.com> (raw)
In-Reply-To: <200408010009.38512.okuji@enbug.org> (Yoshinori K. Okuji's message of "Sun, 1 Aug 2004 00:09:38 +0200")

"Yoshinori K. Okuji" <okuji@enbug.org> writes:

> We need to discuss more on internationalization... I will post my idea 
> about this later.

Please do.  I know very little about this subject and I think that is
true for many people.  I am Dutch and for Dutch (and English) ASCII
(or anything ASCII like) is enough.

So I don't know much about it, when it is used, etc.  But don't take
me wrong, I find this very important.

>> If selecting a menu item is not a noop anymore it can be used already
>> to boot.  I can implement this, if you want me to.
>
> I'm sorry, but I don't understand what you mean here.

Ok.  You already implemented a very simple menu.  But when I choose an
option, nothing happens.  It is easy to change it so it actually boots
the option you have chosen.

I know you want to work more on this, but I think it is important to
have something that works in an early stage.  For the Pc and apple
versions we have almost everything that is required.

> BTW, if you have any new feature you want in GRUB 2, let me know. I'm 
> thinking these extensions:

I think I told you my opinion in every case and I will continue to do
so.

> - Labelling entries

What is a label used for?

> - Tree interface
> I'm not sure about this feature.

I like it.  Currently on my development box I have a boot item called
"Network menu" (yeah, stupid name).  When I choose that it loads the
menu.lst from my tftp server.  In that menu.lst some GNU Mach, L4 and
toy kernels are listed.

> - User-definable shortcuts

Nice.

>> I can commit Thomas' patch for the chainloader.  I could do the other
>> two as well, if you don't want to.
>
> Please. :)

Ok.

> Not only. Currently, GRUB has no way to resolve dependencies 
> automatically, so I want to implement this feature.

I think Thomas sent in a patch for this, right?  Could you please
review it?  You have more knowledge about module loading.

>> What would be useful is extending the TODO if you feel important
>> things are missing.  GRUB 2 is quite an active project (people
>> already know it and are willing to work on it) and chances are high
>> people want to work on things you put in the TODO.  Especially when
>> it is networking related, from what I have noticed people want to
>> work on it but don't really know what to do.
>
> I see. I will do that. But maybe we want to have Wiki? I think Wiki is 
> very efficient to share some rough ideas, such as a TODO list. What do 
> you think?

This is a very good idea.  Can you set up a wiki?

Thanks,
Marco




  reply	other threads:[~2004-07-31 23:03 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-31 18:32 usability Yoshinori K. Okuji
2004-07-31 19:50 ` usability Marco Gerards
2004-07-31 22:09   ` usability Yoshinori K. Okuji
2004-07-31 22:59     ` Marco Gerards [this message]
2004-08-01 11:00       ` usability Yoshinori K. Okuji
2004-08-01 15:24         ` wiki Yoshinori K. Okuji
2004-08-01 20:40           ` wiki Marco Gerards
2004-08-02 11:41             ` wiki Yoshinori K. Okuji
2004-08-04 11:14               ` wiki Yoshinori K. Okuji
2004-08-02 15:05         ` usability Tomas Ebenlendr
2004-08-04 11:18           ` usability Yoshinori K. Okuji
2004-07-31 22:34   ` usability Yoshinori K. Okuji
2004-08-01  8:40     ` usability Jeroen Dekkers

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87fz77eqam.fsf@marco.marco-g.com \
    --to=metgerards@student.han.nl \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.