Welcome to
PyWM logo PyWM

your Python Window Manager


Kindly hosted by Sourceforge

Intro | Features | Screenshots | Purpose | Python APIRequirements | Status | Download

David Mcnab's (original author) Python Archive

News

31.3.2006: Suggestions for feature enhancements wanted! Note that packaging (debianizing especially) is being worked on. Please join pywm-talk@users.sf.net and shoot.

26.3.2006: New release with better docs and smarter window placement (whoa, something new ;)

19.3.2006: A new release with more code cleaning

13.3.2006: Some maintaining already done =), mainly cleaning and some minor bugs and a new release, see below...

27.2.2006: A new maintainer: Elmo Mäntynen (that's me) is going to try to do some maintaining on pywm, mainly helping interested people and bug hunting, but is hoping to do some developing also. A new release has been made already, see below...

8/3/2005: I'm currently concentrating on figuring out how to write the event catcher portion of PyWM, as I think that it is the most immediately useful, and doesn't require much from the other portions to be useful.

6/28/2005: PyWM has recently had a change of developers: After two years of no activity on the project, David has offered the Sourceforge admin/developer stick to Jon Wilson.

Jon intends to (not sure if this is going to happen, Jon has been busy) largely rewrite the window manager, using the current PyWM codebase as a jumping off point. See Design Philosophy.

What's PYWM?

PYWM is a small, simple python-programmable X window manager that's packed with features, yet very easy to learn and use. It gives you easy-to-use tools to create your own personal dream desktop. Control Freak Heaven.

Some window managers are mouse heaven and keyboard hell. Other window managers are the other way around.
But PYWM aims to be very comfortable to use from either.

At the moment PYWM is a "pythonised" version of the fast and light FLWM window manager, but it migth grow up and lose all the c(++) code.


So What Can I Do With It?

All sorts of stuff, limited only by your imagination. Here's a short (and very incomplete) list:

Why???

I've seen dozens of window managers in my time.

At one extreme are the morbidly obese KDE and Gnome desktops, which can take longer to fire up than Linux itself! One wonders if development of these two projects is funded by manufacturers of memory and hard disks :p

At the other extreme are hard-core 'minimalist' window managers like 'LWM' and 'TWM', which can be very functionality-challenged, or have some annoying quirks. For example, one WM I tried requires you to hold down the ALT key while using the mouse within a window!

On the fringes are 'rodentophobic' window managers like Matchbox, RatPoison, Ion etc. One thinks of certain people (who will go nameless) who take pride in still using ASCII dumb terminals.

On the advanced end of the spectrum is the wonderful LISP-driven 'Sawfish' window manager.

But PyWM is aimed at the middle ground. On one hand, it's easy to set up magickal key bindings to do pretty much what you want. But on the other hand, it's also comfortable and courteous for mouse users. I find myself often switching from mouse/keyboard to straight keyboard, so PyWM is there for me all the way.

And, above all, it's built to support easy customisation in Python, the world's coolest programming language.


Design Philosophy


The window manager itself should have four main components: This will be made EWMH and ICCCM compliant. Then it will be able to be used underneath gnome, kde, etc.

The window manager will NOT implement:

These would all be separate programs and/or scripts and/or libraries.

When the event catcher gets an event, it would spawn a new thread, and go back to listening for new events (spawning a new thread to actually handle the events means that we can get back to listening much more quickly, which would hopefully improve the system's responsiveness.). The new thread would then start the python interpreter, calling a function to actually handle the event. Anything from this point would be completely reprogrammable on the fly by the user. For example, on a button click on the root window, some users might want to start a menu process, and some users might want to make an icon selection box. Or, on a window map event, some users might want reparent the window into a frame, and some users might want to position the window to tile nicely with all the other windows on the screen, but leave it frameless (a la Ratpoison). Some actions, such as clicking and dragging on a frame window, might want to communicate with the window management server (tell it to move or resize the window). In this case, the script would need access to the client library, so it could send signals to the server.

Client Examples:


A number of these clients would be written as part of the PyWM project, but would not be part of the PyWM distribution itself. They would instead have their own separate distributions, as befits separate projects. Some packagers might choose to bundle a number of clients along with PyWM itself, but that would naturally be up to their discretion.

I think that this is very much in the spirit of unix development as a whole (do one thing well, and not anything else at all), as well as being closest to what I've been looking for in a window manager.


What's the Python Scenario?

I've taken the FLWM window manager and wrapped it into a Python module as a 'window manager engine'.

You drive PYWM by creating a subclass of the basic pywm.WM window manager class. If you want even more per-window control, you can subclass the pywm.window class as well. Plenty of examples in the PYWM distribution you can use as a starting point.

If you like, why not browse the documentation online?

Within your derived classes, you write event handlers, which receive all kinds of window manager related events, and within the event handler methods, can pick from a large range of actions.

The PyWM API is kept clean, simple and intuitive. So you won't be dragging your ass through unreadable source code and incomplete/inaccurate documentation for hours just to figure out how to do basic stuff. There are some programmers who get a perverse rush from making their APIs as complicated and obscure as possible. For example, in raw X, it takes 12 args to a function to get just the title of a window! But that's not how I work...

Within your handlers, you can:
Your handlers can receive events, such as:
In contrast to other Python-driven window managers, this one is so easy and intuitive that you'll be hacking your own window manager script in a couple of minutes. A set of easily-undersood example scripts is included with the distribution.

Caveat - due to some quirks in Pyrex, some exceptions may not appear on stdout - if things ever look weird, just sprinkle in a few print statements while debugging, until you figure out what's happening.

Also, while you're testing/debugging your Python script, you're best advised to put 'xterm' in your .xinitrc, and launch your script manually within the xterm window, or, even better from a virtual console.

What Do I Need?

Requirements (read INSTALL):
Note - if your system has glibc 2.2 or later, and Python 2.2.1 or later,
you can save yourself the need to download/install/compile FLTK 1.0 and Pyrex,
and use the
the orignal 0.1 tarball, link below
(not recommended,
though I will probably release binaries in the future, especially if requested...).



Where's It At?

PyWM is in a prototype state, but it's working well enough to offer for download and review.

Be warned that if your scripting has errors, it can take the X server down with it, killing off your apps and causing possible loss of data.

There may also be bugs in the FLWM core, or in the PyWM code, which cause stability problems as well.

So if you want to play around with PyWM, please observe the following:

I'm Curious - Gimme a Copy!

You're encouraged try it on your own, but if after some serious effort (I intend to make it frendlier) you can't get it to work, please join pywm-talk and post your questions there (or mail me, drayko *at* users.sf.net).

Download PYWM from the sf.net files here (recommended),
or the old 0.1 release here (the original archive from David Mcnab).



Intro | Features | Purpose | Python APIRequirements | Status | Download

Page updated 2 Apr, 2006 by Elmo Mäntynen
Privacy Policy
Hosted by:
SourceForge.net Logo