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: [patch] Widening terminal coordinates, and reading terminal size.
Date: Wed, 06 Oct 2004 15:41:48 +0000	[thread overview]
Message-ID: <87brff97lv.fsf@marco.marco-g.com> (raw)
In-Reply-To: <200410061618.45255.tim.lists@majoroak.f2s.com> (Timothy Baldwin's message of "Wed, 6 Oct 2004 16:18:39 +0100")

Timothy Baldwin <tim.lists@majoroak.f2s.com> writes:

>> I agree with your idea, but the name `getsizexy' is not very good, since
>> the return values are not coordinates. getsize or getgeometry might be
>> better. What do you think?
>
> grub_getsize is ambiguous (size of what?) and grub_getgeometry suggests a 
> function to get the geometry of a GUI window, grub_get_term_size is better. 
> What do you think?

How about getdimensions?  That is the term that is used in the Hurd.

> Would it be better for grub_getxy and grub_getsizexy (or whatever it is 
> called) to handle the case of null pointers, rather than the terminal 
> drivers?

The case of null pointers?  I think when you have a nullpointer this
is a bug, no?

>  (grub_getxy): Returns via pointers to unsigned, instead of packed
>  into a 16-bit value, all callers updated.
>  (struct grub_term): Added a new member `grub_getsizexy', arguments
>  to `grub_gotoxy' changed to unsigned, `grub_getxy' returns values
>  via pointers to unsigned as above.

As above is very confusing.  In that case I would do:

 (grub_getxy): Returns via pointers to unsigned, instead of packed
 into a 16-bit value, all callers updated.
 (grub_getxy): Likewise.
 (struct grub_term): Likewise for `grub_getxy'.  Added a new member
 `grub_getsizexy', arguments to `grub_gotoxy' changed to unsigned,
 `grub_getxy'.

So you can better reorder things or duplicate the text IMHO.

--
Marco




  reply	other threads:[~2004-10-06 15:49 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-06  2:29 [patch] Widening terminal coordinates, and reading terminal size Timothy Baldwin
2004-10-06  8:55 ` Yoshinori K. Okuji
2004-10-06 15:18   ` Timothy Baldwin
2004-10-06 15:41     ` Marco Gerards [this message]
2004-10-06 21:50       ` Timothy Baldwin
2004-10-06 22:38         ` Marco Gerards
2004-10-07  9:22       ` Yoshinori K. Okuji
2004-10-09 11:03         ` Timothy Baldwin
2004-10-09 18:21           ` Yoshinori K. Okuji
2005-01-08 13:07             ` Marco Gerards

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=87brff97lv.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.