Re: gfxmenu available in experimental

[Colin D Bennett <colin@gibibit.com>]

[-- Attachment #1: Type: text/plain, Size: 1741 bytes --]

On Fri, 20 Nov 2009 23:17:51 +0100
Vladimir 'φ-coder/phcoder' Serbinenko <phcoder@gmail.com> wrote:

> Hello, all. After various delays with various cause I'm proud to
> announce the availability of Colin's gfxmenu into experimental branch
> of grub2.

Thanks for keeping things moving forward even while I have not had time
to do anything on gfxmenu for quite a while.

> Known issues with gfxmenu:
> 1) It's slow. At least in qemu. More things are repainted than really
> needed

Yes, it is slow. Whether or not it was to best decision at the time, I
decided during the Summer of Code that I would keep the painting logic
simple as by always repainting the entire screen whenever anything
changes.  (I wanted to support fancy features like animated
transitions, backgrounds, and widgets, and I knew that double-buffering
would be necessary for this.)

It would perhaps be best to keep track of dirty regions and only repaint
those parts -- however, this gets more complicated when page flipping is
being used as a double-buffering method.


> 2) Menus aren't multi-resolutin adapted. We probably need the
> ability to specify coordinates in percents of width/height rather
> than in pixels

Yes, this has been on my to-do list for a while as well.  Obviously
there are a wide range of screen resolutions and aspect ratios out
there that we should support well.


> If you really want something to be done you have only 3 ways to do it:
> 1) Do it yourself. Patches are welcome.
> 2) Hire someone to do it. Many grub2 developpers including myself
> accept paid jobs in Free Software.
> 3) Forbid your kids to do it. New generation of Free Software devs is
> welcome

LOL @ #3!

Regards,
Colin

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]