[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gfxmenu available in experimental
From: |
Colin D Bennett |
Subject: |
Re: gfxmenu available in experimental |
Date: |
Fri, 20 Nov 2009 14:54:15 -0800 |
On Fri, 20 Nov 2009 23:17:51 +0100
Vladimir 'φ-coder/phcoder' Serbinenko <address@hidden> 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
signature.asc
Description: PGP signature