I found SDL and must say it is perfectly interesting
and simple to use (i use it nativly in C# .Net)
Now i may find the answer somewhere else, it’s
just a simple thought on moving to it to use
it in a non-game application (for of course
faster graphics). The point is in the creation
of the mainwindow as in games i won’t use
any windows style things (fullscreen) but
here i would like a mainmenu and form
stuff layered in it or above it.
is there someway or clearly answer to use it in
this way ?
here i would like a mainmenu and form
stuff layered in it or above it.
GUI libraries exist that will layer on top of SDL to produce GUI
elements inside an SDL screen. http://www.libsdl.org/libraries.php
lists some of them, in the category “Interface”.
Alternatively, many GUI toolkits will permit you to embed OpenGL
directly in a specialized widget, if you just want accelerated
graphics for part of your display. gtkglarea does this for GTK+, for
instance.
not really related to the topic, but i think if someone made an SDL add on
library that used the native GUI to add a menubar at the top of the SDL
window (in the OS drawn portion of the window) and had a way to make menu
items call functions within your SDL program that would really really be
cool (:
im not sure if it’s possible, but that would really be neat i think> ----- Original Message -----
From: drake@libcom.com (Drake Wilson)
To: "A list for developers using the SDL library. (includes SDL-announce)"
Sent: Monday, March 07, 2005 3:57 PM
Subject: Re: [SDL] sdl in non-game app
not really related to the topic, but i think if someone made an SDL add on
library that used the native GUI to add a menubar at the top of the SDL
window (in the OS drawn portion of the window) and had a way to make menu
items call functions within your SDL program that would really really be
cool (:
im not sure if it’s possible, but that would really be neat i think
Not really an add-on, I guess. It would need to hook in deeper and be
more like sort of a patch to (or branch of) SDL. It would be cool,
though, I agree. But the actual question is whether it’s worth bloating
the API with.
Also, one would need to clarify what should happen in fullscreen mode.
What will you do on Macs, where the menubar is not typically /within/ the
window?
What about OSes that don’t have any kind of ‘menubar’ to begin with
(like Sega Dreamcast, or, I’m guessing, whatever’s on the GamePark32)?
-bill!On Tue, Mar 08, 2005 at 10:38:33PM +0100, Sebastian Beschke wrote:
Alan Wolfe schrieb:
not really related to the topic, but i think if someone made an SDL add on
library that used the native GUI to add a menubar at the top of the SDL
window (in the OS drawn portion of the window)
not really related to the topic, but i think if someone made an SDL
add on
library that used the native GUI to add a menubar at the top of the
SDL
window (in the OS drawn portion of the window)
What will you do on Macs, where the menubar is not typically /within/
the
window?
That doesn’t really matter so much because SDL only allows exactly one
or zero windows…
-bobOn Mar 8, 2005, at 8:17 PM, Bill Kendrick wrote:
On Tue, Mar 08, 2005 at 10:38:33PM +0100, Sebastian Beschke wrote:
Far from being neat, adding menu support to SDL would lead to more
programs with poorly designed interfaces. In my opinion, menus are NOT
good GUIs. The user interface is arguably the most important part of any
user application. Too many application writers use traditional drop-down
menus by default, because that is how so many previous programs were
written. This lack of thought and planning of the application GUI results
in programs that are hard to learn. I am glad that SDL has no
OS-integrated menu support. People that want to take shortcuts with their
GUI may use one of the many menu-providing GUI libraries which are listed
at libsdl.org.
(my humble opinion)
-Michael http://tamale.net/> not really related to the topic, but i think if someone made
an SDL add on library that used the native GUI to add a
menubar at the top of the SDL window (in the OS drawn
portion of the window) and had a way to make menu items call
functions within your SDL program that would really really be
cool (:
im not sure if it’s possible, but that would really be neat i
think
That’s why i was hoping it could be an add on library
i agree its kind of dirty for most situations so it would just be code bloat
for most people.
BUT! if you just want to get something done quick and dirty (level editor
perhaps?) it would be nice to have this functionality available.
a couple of times i have had to sit down and spend an hour or 2 coding a
menu bar at the top of my SDL program so that i could have the functionality
i want. If i could define an OS level menu and attach a function to each
choice (ie each menu item is a function pointer or some such) that would be
truly awesome.> ----- Original Message -----
From: sdl_anim@tamale.net (Michael Leonhard)
To:
Sent: Thursday, March 10, 2005 9:57 PM
Subject: Re: [SDL] sdl in non-game app
Far from being neat, adding menu support to SDL would lead to more
programs with poorly designed interfaces. In my opinion, menus are NOT
good GUIs. The user interface is arguably the most important part of any
user application. Too many application writers use traditional drop-down
menus by default, because that is how so many previous programs were
written. This lack of thought and planning of the application GUI results
in programs that are hard to learn. I am glad that SDL has no
OS-integrated menu support. People that want to take shortcuts with their
GUI may use one of the many menu-providing GUI libraries which are listed
at libsdl.org.
not really related to the topic, but i think if someone made
an SDL add on library that used the native GUI to add a
menubar at the top of the SDL window (in the OS drawn
portion of the window) and had a way to make menu items call
functions within your SDL program that would really really be
cool (:
im not sure if it’s possible, but that would really be neat i
think
GLUT has these features… Tried it for the level editors? If you use
SDL_GL it would be a simple transition, harder if you use 'bare’
SDL-2D
/OlofOn Thu, 10 Mar 2005 22:46:04 -0800, Alan Wolfe wrote:
That’s why i was hoping it could be an add on library
i agree its kind of dirty for most situations so it would just be code bloat
for most people.
BUT! if you just want to get something done quick and dirty (level editor
perhaps?) it would be nice to have this functionality available.
a couple of times i have had to sit down and spend an hour or 2 coding a
menu bar at the top of my SDL program so that i could have the functionality
i want. If i could define an OS level menu and attach a function to each
choice (ie each menu item is a function pointer or some such) that would be
truly awesome.
----- Original Message -----
From: “Michael Leonhard” <SDL_anim at tamale.net>
To:
Sent: Thursday, March 10, 2005 9:57 PM
Subject: Re: [SDL] sdl in non-game app
Far from being neat, adding menu support to SDL would lead to more
programs with poorly designed interfaces. In my opinion, menus are NOT
good GUIs. The user interface is arguably the most important part of any
user application. Too many application writers use traditional drop-down
menus by default, because that is how so many previous programs were
written. This lack of thought and planning of the application GUI results
in programs that are hard to learn. I am glad that SDL has no
OS-integrated menu support. People that want to take shortcuts with their
GUI may use one of the many menu-providing GUI libraries which are listed
at libsdl.org.
not really related to the topic, but i think if someone made
an SDL add on library that used the native GUI to add a
menubar at the top of the SDL window (in the OS drawn
portion of the window) and had a way to make menu items call
functions within your SDL program that would really really be
cool (:
im not sure if it’s possible, but that would really be neat i
think
