[Thread Prev][Thread Next]   >Date Index >Thread Index

Re: [wmx] Why I use wmx (fwd)

Lasse Rasinen - Wed Apr 21 13:22:31 1999

Robin Stephenson <robin.stephenson@blackwell.co.uk> writes:

> Another thing: currently there's a single codebase.  Is splintering it
> such a good idea?  I feel it's getting sort of fractured internally
> already, what with the dynamic config stuff, and all those other
> #ifdefs, and at some point it's going to become just insanely
> complicated & fall apart.  Is there a better way of doing this, and
> yet still adding features?  Something other than the C preprocessor,
> perhaps?

The suggestions I've seen on this list would change wm[2x]'s nature quite
a bit. I for one feel uneasy about few of those changes. I use the right
button on root window from time to time.

Starting a whole new project would probably make both efforts a lot
cleaner, IMHO. If there are good features on wmg we can always take them
to wmx one-by-one. And vice versa.

OTOH, the code is still pretty intact. Possible ways to make it cleaner
etc. might involve use of C++ features. The menu system is a good example
of this. I'm no C++-design guru, so I can't tell how this could be done.

Then again, the current method seems to work (at least for a while), so
why bother?

By the way, should we do optional code by #ifdefs or if-blocks?
As far as I know, the compiler should be clever enough to notice if the
code is always/never run and optimize the unnecessary blocks away.