Best Window Manager for SDL Development under Linux

I am just beginning with SDL on Linux. What is the best window manager for SDL
Development? Currently I am using KDE but it seems a little bulky are there other
better alternatives?–
Todd V. Rovito
@Todd_V_Rovito
Carpe Aptenodytes! ================ “Seize the Penguins!”

“Todd V . Rovito” wrote:

I am just beginning with SDL on Linux. What is the best window manager for SDL
Development? Currently I am using KDE but it seems a little bulky are there other
better alternatives?

Todd V. Rovito
rovitotv at stargt.com
Carpe Aptenodytes! ================ “Seize the Penguins!”

gnome is the only alternative, if you need a lot of widgets and objects
on your screen–
signed
derethor of centolos

“Todd V . Rovito” wrote:

I am just beginning with SDL on Linux. What is the best window manager for SDL
Development? Currently I am using KDE but it seems a little bulky are there other
better alternatives?

Todd V. Rovito
rovitotv at stargt.com
Carpe Aptenodytes! ================ “Seize the Penguins!”

gnome is the only alternative, if you need a lot of widgets and objects
on your screen

What does any of this even mean?

What does a window manager have to do with developing SDL apps?
And the statement that you need gnome “if you need a lot of widgets and
objects on your screen” makes it sound like you cannot make an
SDL app with widgets without using Gnome. Thast may not be what you meant,
but it sure SOUNDED like that.

This is all really off-topic. MY suggestion is this: go learn more about
window managers and make up your mind for yourself:

http://www.plig.org/xwinman/
http://new.linuxnow.com/docs/content/HOWTO/XWindow-User-HOWTO/XWindow-User-HOWTO-3.html
http://www.linuxcare.com/products/prodmore.epl?PRODUCT_GROUP=Window+Managers

If you’re concerned about bloat, you can compare the size (in required
shared objects) of different window managers and applications by
doing something like this:

du -hcsD ldd \which WHATEVER` | cut -d\ -f 3`

Where WHATEVER might be “enlightenment”, “sawfish”, etc…

Enjoy!

-bill!

Hi!

I am just beginning with SDL on Linux. What is the best window manager for SDL
Development? Currently I am using KDE but it seems a little bulky are there other
better alternatives?

gnome is the only alternative, if you need a lot of widgets and objects
on your screen

I lately found fvwm to be a very cool window manager for programming.
(Take advantage of the very good customisation possibilities via the
~/.fvwmrc file!)

cu
G?nther–
±------------------------------+
| .~. |
| / V \ |
| /( )\ |
±------------^^-^^-------------+
| @gnoack_at_guentherno |
| http://www.guenthernoack.de |
±------------------------------+
| F?R BANNERTAUSCH iMMER BEREiT |
±------------------------------+

I am just beginning with SDL on Linux. What is the best window manager for SDL
Development? Currently I am using KDE but it seems a little bulky are there other
better alternatives?

I use Window Maker usually (customized to get rid of most appicons, which I find annoying), and sometimes GNOME/Sawfish (though I’m
having trouble getting used to its focusing algorithm).

I’m usually more productive with Emacs and a framebuffer console (though X is a bit more stable than most framebuffer drivers). Fewer
distractions on the console.

-John–
John R. Hall
overcode at lokigames.com
overcode at cc.gatech.edu

the window manager doesnt have any more to do with SDL development than playing
mp3’s(well it might have even less to do with it if you want to use one of the KDE
mp3 players…) but if you are looking for something less bloated but still useful i
would sugest WindowMaker.

sorry for adding to the offtopicness (and YES, i did just make that a word, so NOW it
does exist)

Jess

“Todd V . Rovito” wrote:> I am just beginning with SDL on Linux. What is the best window manager for SDL

Development? Currently I am using KDE but it seems a little bulky are there other
better alternatives?

Todd V. Rovito
rovitotv at stargt.com
Carpe Aptenodytes! ================ “Seize the Penguins!”

I’m usually more productive with Emacs and a framebuffer console (though X is a bit more stable than most framebuffer drivers). Fewer
distractions on the console.

More specifically, no xchat.

  • Andreas–
    Check out my 3D lightcycle game: http://www.gltron.org
    A 0.60 preview/beta for win32/mac is available NOW!
    More than 100’000 Downloads of the last version (0.59)

Derethor wrote:

“Todd V . Rovito” wrote:

I am just beginning with SDL on Linux. What is the best window manager for SDL
Development? Currently I am using KDE but it seems a little bulky are there other
better alternatives?

Todd V. Rovito
rovitotv at stargt.com
Carpe Aptenodytes! ================ “Seize the Penguins!”

gnome is the only alternative, if you need a lot of widgets and objects
on your screen

GNOME is lot more customizable than KDE (1.2), so you can ‘trim down’ the desktop if
you want.

The applications themselves work independently of the loaded desktop/wm.

Sean Etc.>


signed
derethor of centolos

I am just beginning with SDL on Linux. What is the best window manager for SDL
Development? Currently I am using KDE but it seems a little bulky are there other
better alternatives?

Well, no mather what u do, dont try the following combo :slight_smile:

SDL + Fullscreen + Blackbox (0.60.x)

When I run some SDL app in fullscreen mode blackbox put a blank window(with
decorations) offset by -10% covering the app.

ASCII Art :_________
|Blank |
|Window |___
|| |
| App |
|
__|

It only happens with blackbox. Tested with
icewm, fvwm, NO wm ( just X/xterm) and all seems to work.

I dont now whats wrong with SDL/bb. Any idea?

I really like BB. Fast and small. Just dont try to sugest features on their mailing list.
Im still recovering from flames for trying that :slight_smile:


|Blank |
|Window |___
|| |
| App |
|
__|

It’s most likely a bug in blackbox, so I suggest you report it to them.
In fullscreen mode the SDL window is a child of an override-redirect toplevel
window which shouldn’t be decorated or managed by the WM at all. However
the fullscreen code is complex and it’s possible that we’ve missed something