Re: [Supertuxkart-devel] GUI design

[Jonathan B. (Gmail) <jon...@gm...>]

Hi,

I've design another concept based on Constantin Pelikan : a "kind of  
rolling pipe" :
On the main screen it can be centered, and be used align on the left  
for other menus like that :
http://egypte.webou.net/stk/stk-tracks.png

I absolutely not know what can be done or not, that's why I just give  
ideas :)

It would be nice if could play with the alpha (opacity) and blur of  
the items of the menu, and make them more eye-candy :)

For the SVG : I can do the same buttons in SVG if needed. I'm not sure  
for the background, dure to the blur effects.
But why not PNG files for buttons ?

See you

Jo


Le 30 mai 08 à 17:05, M Gagnon a écrit :

>> In this very message, if Auria
>> had not mentioned that she thought SVG didn't needed much effort to
>> add, I wouldn't have thought about loading them into display list  
>> from
>> a library to use them easily, but I initially thought that it would  
>> be
>> more than that.
> Hmm, if you understood that then I need to explain my point better =)
>
> Since we use OpenGL, and OpenGL has generally weak font rendering, and
> has generally low-level render commands. So by using SVG, we would  
> very
> likely end up having the SVG library render the SVG into a buffer and
> pushing it as a GL texture. So we're back to the texture idea ;) I  
> don't
> like the idea of adding dependencies just to end up using a GL texture
> anyway, with a performance loss
>
> Possible SVG readers I've found with a quick google:
> * http://svg.kde.org/
>      Depends on KDElib AFAIK so it's a no-go
> * http://cairographics.org/ and http://librsvg.sourceforge.net/
>      Rather big, a pain to get to work with SDL, OpenGL rendering is
> experimental
> * http://svgl.sourceforge.net/
>    Depends on GLFT, GLFT depends on Freetype. Unmaintained for years
>
> So I'm not very positive. I still vote for using buttons rendered  
> big on
> a GL texture ;) But feel free to prove me wrong
>
>>
>> The problem is that selection of the widgets with the mouse is done
>> based on geometry, not pixels, so the mouse would be able to select a
>> box, not a skewed box :p
> I don't see this as a big problem, i wouldn't think it is  
> inappropriate
> that a menu item gets highlited when the mouse gets near
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Supertuxkart-devel mailing list
> Sup...@li...
> https://lists.sourceforge.net/lists/listinfo/supertuxkart-devel