When the 'Fancy Menu' branch will be availble on the main thread?

When the 'Fancy Menu' branch will be availble on the main thread?

[y.volta]

hi, all:

    Collin has submit the 'Fancy Menu', when it will be available on the main svn thread? 

And i want to make sure: 

- the fancy menu will support two bytes language?

- the vbe engine support non linear frame buffer modes? 

        i read the vbe.c line 445: 

        /* We support only linear frame buffer modes.  */, 

        if so, the graphic menu will not be available for some hardware or screen resolution.

- grub video uses double buffering, if this is available. if not, the bliting will be very slow. so,  how about using clip-box to improve it? backup area -> draw contents -> recover area -> draw new contents. ( by using this, there is no need to switch a whole screen. ^_^ )

- can the VBE engine support 16 bits (5:6:5) mode?


i've not familiar with grub2's video system, so, please help me out. Thanks!

-----------------------
y.volta

Re: When the 'Fancy Menu' branch will be availble on the main thread?

[Vesa Jääskeläinen]

y.volta wrote:
> hi, all:
> 
>     Collin has submit the 'Fancy Menu', when it will be available on the main svn thread? 

When it gets reviewed and merged. I have been slowly adapting some of
the patches to my local devel tree so they can get committed. However I
need to make sure they are architectually correct and that takes time.
If changes are more radical then we wait that we have improved patches.

> And i want to make sure: 
> 
> - the fancy menu will support two bytes language?

Unicode support is built in. Other than English script (eg. character
positioning) is not supported however. It should be good enough for most
of the languages on world (eg. Japanese, European, US), but is not
working properly on more challenging ones like Hebrew and Islam

> 
> - the vbe engine support non linear frame buffer modes? 
> 
>         i read the vbe.c line 445: 
> 
>         /* We support only linear frame buffer modes.  */, 
> 
>         if so, the graphic menu will not be available for some hardware or screen resolution.

I have no plans to write support for banked modes.

> - grub video uses double buffering, if this is available. if not, the bliting will be very slow. so,  how about using clip-box to improve it? backup area -> draw contents -> recover area -> draw new contents. ( by using this, there is no need to switch a whole screen. ^_^ )

There is similar feature in gfxterm. We will first get this merged and
then we worry about performance.

> - can the VBE engine support 16 bits (5:6:5) mode?

Yes. Thou, there are no accelerated functions for it, so it will be slow.

> i've not familiar with grub2's video system, so, please help me out. Thanks!

http://grub.enbug.org/VideoSubsystem

Re: Can LUA e coming with future Grub2

[y.volta]

Lua has been widely used. for example, the Warcraft, the 'AutoPlay Menu Studio', 'Adobe Photoshop Lightroom'; Samba4, Damn Small Linux, SciTE ...

here are two list:  

http://lua-users.org/wiki/LuaUses, 
http://en.wikipedia.org/wiki/Lua_%28programming_language%29#Applications

so, i think, we can use Lua in Grub2 freely. just as mentioned above, we can use lua as an optional module in Grub2, any distributions can select using it or not. - but, i think, the Lua scripting will extend the Grub2's functinality in many cases.  

so, i please Collin provide the Lua patch, if you had time. thank you!


-----------------
y.volta