In message <[EMAIL PROTECTED]> on Sun, 29 Jan 2006 12:59:31 +0200, "Nadav Har'El" <[EMAIL PROTECTED]> said:
nyh> * I couldn't find in the CTWM site - not even in the change log nyh> - any release date. This is very confusing: is the version I nyh> decided to download (3.7) recent? How much more recent is it nyh> than the previous version I had installed on that machine nyh> (3.5)? It's information users would like to know, I think. You're entirely right, there is no date. The mail archive shows that the release was on July 19 2005, see http://tigerdyr.wheel.dk/ctwm-archive/1565.html When I'm thinking of it, I'm not really sure why the release date is so important. It's obviously newer than what you currently have! On the other hand, this is probably the only project I'm working on that doesn't have a release date anywhere. nyh> * X's "imake" was never a great idea, but more than a decade nyh> after GNU's autoconf became popular, it's an even worse idea. nyh> Especially annoying is the lack of the "--prefix" feature, and nyh> its "/usr/local" default, which has become the common nyh> expectation from all package. I hope that ctwm one day moves nyh> to use autoconf. If work is the only reason why we don't move nyh> to autoconf, I will volunteer create an autoconf myself. The default prefix is what your central imake configuration says, i.e. the stuff that you can find in /usr/X11R6/lib/X11/config/ on a Debian system. You mention the auto* tools, and although they are good and tested, the result is definitely not portable outside of the Unix family or operating systems, and there are much more that have X11. Would anyone consider SCons (requires python)? I've some experience with it, and would definitely be able to build proper recipes. nyh> * In Imakefile.local.template, where the different libraries are nyh> described (xpm, jpeg, etc.) there's a typo: the library name nyh> "librplay" is repeated instead of the appropriate library nyh> names. Actually, it's the word "rplay", but that's a good point. I just corrected that. Thanks! nyh> * README should explain that if you want to install the manual nyh> page (and who doesn't?), you should also do "make install.man" nyh> in addition to "make install". Again, the idea of doing "make nyh> install.man" went the way of the dodo, but if ctwm keeps it we nyh> should at least document it. >From everything I can find (the worst thing with imake is it's *utter* *lack* *of* *documentation*!), that's the way it's supposed to be, probably to avoid reinstalling the man pages multiple times on a shared filesystem in a heterogenous environment. nyh> And now for a real bug in ctwm 3.7: "f.resize" has become (since nyh> ctwm 3.5) screwed up, when you map it to the window borders, as I nyh> like. For example, if you map: nyh> nyh> Button1 = : frame : f.resize nyh> nyh> you should be able to go to the top border, click and drag it up, nyh> to make the window slightly taller in that direction. This used nyh> to work beautifully, but now it does a completely non-sensical nyh> thing: when you try to drag the top border, the *bottom* border nyh> is moved! Note that dragging the other borders (bottom, right and nyh> left) works just as it should. Hmm? Could you try downloading the snapshot I just made and try with that? http://ctwm.free.lp.se/preview/ctwm-3.8devel.20060129.tar.gz Cheers, Richard -- Richard Levitte [EMAIL PROTECTED] http://richard.levitte.org/ "When I became a man I put away childish things, including the fear of childishness and the desire to be very grown up." -- C.S. Lewis
