[ctwm] Re: VCSage
Matthew D. Fuller fulle...@over-yonder.net wrote: So in shuffling stuff around, the question of what to do with source repos comes up. I must say, I'm strangely heartened by the lack of enthusiasm for git 8-} So, based on feedback, my operative theory is that I will go ahead and bzr-ify things. The long-term future isn't ultra rosy, and assuming the status quo does tend to suggest we'll have to migrate away from it at some point. But I'm confident enough that it won't be in the next couple years. ... Thanks for taking this on, and providing all that information. I am a very grateful user, but unlikely to be able to contribute to development. Whatever is done about the development site, I can see a need for some additional information to be made readily available for potential new users of my type (e.g. people dissatisfied with their current WM looking for something better) including users are are not programmers and are unlikely to contribute to development, but can use tips about configuration. This might be separated into: 1. A brief overview of what CTWM is, where to get it, how to install it and how to launch it. (E.g. sample .xinitrc files?) [Perhaps copied from an existing web page?] 2. Information about this mailing list (after relocation) and how to report faults or ask for help. 3. Links to other web sites with information about ctwm, including sample .ctwmrc files and corresponding screenshots. Here are some I've found in a quick search (apart from http://ctwm.free.lp.se/ ) http://xwinman.org/ctwm.php (in Window Managers for X) Includes links to 14+ year old sites with .ctwmrc and screenshots. All the links still work because they are part of xwinman. http://en.wikipedia.org/wiki/CTWM (will need some addresses changed) http://www.math.toronto.edu/cms/ctwm-man-page/ Nicely formatted man page at Department of Mathematics, University of Toronto http://www.reivax.org/projets/cts/ CTWM Themes System (CTS) My own (very limited) sample, including links to Johan Vroman's samples: http://www.cs.bham.ac.uk/~axs/laptop/ctwm (I need to tidy up and improve comments in my configuration file.) There are probably many more. Thanks. Aaron
Re: [ctwm] Time for someone else to take over...
Mark Carroll m...@ixod.org wrote: ... I don't know if it is easy to just push the code to GitHub or Google Code or something and let some third party worry about the hosting. A lack of any actual developers is a bigger problem, if that's the case. (Unfortunately I've never programmed directly for X and rarely touch C, so I'm no use.) Me too. Though I hope it's kept alive somehow. I am willing to test changes (as a fedora user). As it is, I've tried things like XFCE4 and Sawfish and whatnot over the years and always come back to ctwm as doing exactly what I want. I've also tried various alternatives and always come back to ctwm as being the most easily tailorable to meet my needs. (Currently running Fedora 18 and 19 on laptop and desktop respectively, using XFCE live CD to get started then complete the install over the internet.) I make a lot of use of virtual desktops (12 at present) and CTWM seems to make it easiest to cycle through them in either direction, with automatic 'wrap' at the end, in either direction. Tiled window managers do not tempt me at all. I often need overlaps, e.g. using a text editor to give commands that generate a graphical display in a bigger window that partly overlaps the text window, with previous commands scrolling up partly hidden by the graphical window. I also often use a window part of which is pushed beyond an edge of the display, which CTWM allows by default but not all WMs. Most of the WMs I've tried make it hard to allow focus to follow mouse without raising the window with input focus. (OpenBox is one of the few I've tried that meet this requirement.) Some of them grab control of function keys (e.g. forcing F1 to be a help key) that I want to use for other purposes. Ctwm gives the user control. The next best thing I've tried is Openbox, though it's barely tolerable for me (no menus for left or middle mouse buttons, for example). On startup my .xinitrc file uses xmodmap to swap caps-lock and CTRL, and swap ESC and Grave (top left) because I use CTRL and ESC constantly when editing. I've recently found that some web actions (perhaps some videos) disable those settings, but ctwm made it easy for me to set up a mouse action to reset them quickly. I was very grateful to find that someone had built a ctwm rpm for fedora, ctwm-3.8.1-3.1.x86_64 My thanks to all who contribute to keeping Ctwm working. Aaron Sloman http://www.cs.bham.ac.uk/~axs
[ctwm] Thanks! and a question about sessions.
I recently discovered that ctwm is once again a standard package in Fedora, both 32bit and 64 bit -- when I upgraded to fedora 18 I had no trouble installing and using it, whereas in the past I had to fetch and compile the sources. I would like to thank whoever is responsible. Although I tried openbox for a while and found I could live with it, I still much prefer the tailorability and behaviour of ctwm. (I don't use gnome or kde: I start from the lightweight fedora lxde CD for a minimal installation, then add things I need from repositories, including many things that were installed to meet dependency requirements.) I have a question for this list: apologies if there's a standard well known answer. I now very rarely reboot either my desktop PC or my laptop, since pm-hibernate works very well. (In fact in fedora 18 both hibernate and suspend seem to work, whereas in the past I could not get linux to resume reliably from suspend.) But now and again there's an upgrade that makes a reboot desirable. Is there any way of saving the state of CTWM windows so that they can be restored after a reboot? I use my ten CTWM desktops as extensions to my brain, keeping track of many part-read and part-written documents and things to be done. So having to restart CTWM can require me to carefully compile a list by hand, except for firefox tabs and windows which are now managed inside firefox. What I don't know is whether the information ctwm uses to restore the display as I move between virtual desktops could somehow be made available across runs of ctwm also? I suspect doing this in general would be very difficult, especially for things launched not from CTWM menus or functions but e.g. from xterm windows or other things. I have never worked on a window manager myself -- I am merely a grateful user. It may be that the way I launch ctwm is incompatible with this functionality. I don't start my linux machine in graphical mode: I use '3' in the grub.cfg menu to boot in multi-user non-graphical mode, which is often most convenient for any maintenance work. I then enter graphical mode by running startx which invokes ~/.xinitrc, which sets up some xterm windows and a few other things (e.g. swap ctrl/caps lock, swap esc/grave keys, start pulseaudio) and then runs ctwm ctwm -W followed by an exit button which keeps X11 running and allows me to restart CTWM without restarting X, though I have not needed to do that for many months. I recently had some problems on my laptop that led me to do this, without understanding why: dbus-launch --exit-with-session ctwm I think it helped with networking, though linux has now got so complex (e.g. with systemd, and the horrendous and buggy grub2, that I often don't know what I am doing when I follow suggestions). The ctwm man page assumes users know what session managers do! I have the gnome-session-manager which must have been installed by something I needed. Can ctwm use the session manager to restore a session after reboot? I believe open-box can do that, but I would not switch from ctwm to openbox merely for that purpose. Thanks. Aaron http://www.cs.bham.ac.uk/~axs
Re: [ctwm] serious bug of xterm on ctwm
Nadav Har'El wrote: Hi, today I updated my Fedora system, which? I've been using Fedora 17 with kernel 3.6.2-4_1 (with and without tuxonice). and suddenly I can't use xterm - when I run xterm on my ctwm (3.8.1) I get I am also using 3.8.1 without problems 'Yum update' gave me only xterm-284-1.fc17.i686 I've never seen this: $ xterm X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 20 (X_GetProperty) Resource id in failed request: 0x8b Serial number of failed request: 131 Current serial number in output stream: 131 I debugged the latest xterm (285), and found the problem: Xterm has a I am willing to try to replicate if you tell me where to fetch xterm 285. Perhaps it's not available for fedora 17? Aaron
[ctwm] Getting NetworkManager interface to work with ctwm
For a long time I've found NetworkManager a pain to use and configure, so have been using wicd instead. I have found it mostly very intuitive and convenient, allowing useful defaults. And the graphical interface can be launched by a shell command (wicd-client -n) or from a Ctwm menu, etc. This requires disabling NM which can cause problems because some other things (wrongly) assume that NM is always used to manage network connections. Anyhow having recently upgraded my dell laptop to Fedora 17 (to get round problems in hibernate/resume) I thought I would try NM. It seems to work OK when I run openbox with lxpanel (though with fewer options than wicd). But I have not found a way to launch the applet (nm-applet) while running ctwm, except by launching lxpanel (which I would not otherwise use as it takes up memory and cpu time, mostly duplicating functionality I aleady get from ctwm). While running lxpanel with ctwm I can click on the network icon included, and access NM. But I can't see why I can't just invoke 'nm-applet' in a ctwm menu option. I have done some searching on the internet, but probably have not phrased the question correctly. Thanks. Aaron http://www.cs.bham.ac.uk/~axs
Re: [ctwm] Getting NetworkManager interface to work with ctwm
Thanks Stefan, While running lxpanel with ctwm I can click on the network icon included, and access NM. But I can't see why I can't just invoke 'nm-applet' in a ctwm menu option. I have done some searching on the internet, but probably have not phrased the question correctly. AFAIK there's no NM client which does not rely on the panel. Tho, I see now that I can run nm-connection-editor, tho I'm not sure if it works by contacting nm-applet or if it wold also work if I didn't have nm-applet running. I was able to run nm-connection-editor without the panel. It allows me to edit wireless connections provided I run it as root. To launch it from a ctwm menu I can use sudo. That's a good start. For some reason sudo /bin/nm-connection-editor does not work in a ctwm menu, but the following does. xterm -geom 10x2 -e sudo /bin/nm-connection-editor I also have nm-tool, which reports current states, and I've just discovered nmcli, though it's not clear whether those will be of any use. Thanks. Aaron
Re: [ctwm] SIGSEGV patch
I too have noticed that ctwm crashes for me about once a month or so, but I could never figure out why. So like you, I ran ctwm in a loop ;-) Strange. It never seems to crash for me, using Ctwm with Fedora 16 on both laptop (Dell E6410) and desktop, both with integrated intel graphics. I wonder if it could be an interaction with a specific application? I have firefox with several windows and many tabs, plus thunderbird, lots of xterm windows some logged through to other machines some running a text editor locally, 10 virtual desktops (not always all in use), various open pdf files (using xpdf) sometimes OpenOffice (ugh!), and frequently use pm-hibernate and resume, though resume needs acpi=off to complete successfully. Various other things are used intermittently, e.g. skype, amarok, vlc, cheese, tgif, xv,... Aaron
Re: [ctwm] SIGSEGV patch
Michael O'Donnell wrote Date: Fri, 15 Jun 2012 11:29:25 -0400 New to the list, long-time CTWM addict^H^H^H^H^Huser, wondering if I'm the last one on the planet. I don't know if anyone else replied to you but you are not. I use 1. ctwm-3.8a-27.1.x86_64 on a 5 year old desktop PC in my department at Birmingham University using Scientific Linux 6, with kernel 2.6.32-220.13.1.el6.x86_64 2. ctwm v 3.8.1 on a 1 year old Viglen desktop PC running Fedora 16 currently kernel 3.3.7-1.fc16.i686 (My main machine at home) 3. ctwm v 3.6.1 on a 2 year old Dell Latitude E5410 running Fedora 16 with kernel 3.4.2-1.fc16.i686 More details here: http://www.cs.bham.ac.uk/~axs/laptop/linux-desk-top-environments.html I have a patch that fixes a SIGSEGV - any interest? What are the symptoms of needing this patch? Aaron http://www.cs.bham.ac.uk/~axs
Re: [ctwm] ctwmrc (Fonts)
on Mon, 2 Jul 2012 Ravi Uday raviu...@gmail.com wrote: Thanks for the reply. I have attached a png shot with 1680x1050 display. I am not sure how to find what fonts I am using.. Pls let me know any commands i could use on my lds server. It looks to me as if you are running ctwm remotely on an Apple of some sort using VNC. In that case the Xwindow clients (e.g. xterm and other programs) are using the Xwindow server on your Apple. The server may not have all the fonts you have specified. The fonts have to be loaded on the machine running the display, not the machine running the remote applications (at least that's the case in every example I have tried.) Apologies if I have misunderstood your screen shot. In my ancient messy .ctwmrc files (linked here http://www.cs.bham.ac.uk/~axs/laptop/linux-desk-top-environments.html ) I specify fonts for title bars. My Viglen PC uses an LG display with resolution 1920x1080 pixels (shown in output of 'xdpyinfo'). But it looks as if you don't have a problem with characters on your title bars, only inside the console windows you are running. What are they? Could you try running an xterm window (you may have to install xterm if it is not provided), e.g. using a command like: xterm -fn 10x20 xterm -fn 9x15 xterm -fn -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-1 If you want to find out which fonts you have (fixed and proportional) run 'xfontsel' (http://www.xfree86.org/4.2.0/xfontsel.1.html) You may have to install (on your mac, for use with your xserver) some fixed width font package that is not installed by default. When you have found a font that works you may be able to use ~~/.Xdefaults to specify that your application should use it. E.g. I have this default for xterm windows: XTerm*VT100*font: 10x20 and some others for larger and smaller fonts invoked in xterm using the font menu (CTRL + right button). Apologies if I have misunderstood, or if my Fedora experiences are irrelevant to the version of linux you are using. Aaron
Re: [ctwm] [ANNOUNCE] CTWM 3.8.1 released
Thanks very much. It's been a while, and as per a request on the ctwm list, I'm releasing ctwm 3.8.1, which contains all the latest fixes that have been committed on the main branch (see the README file). I have now compiled and tested it on two machines Desktop PC; running Fedora 15 with LG monitor 1920x1080 Laptop: Dell E6410 with 1440x900 display running Fedora 16 Both have 'lightweight' versions of Fedora F15: based on the fedora-xfce CD, plus upgrades and extras F16: based on the fedora-lxde CD, plus upgrades and extras I only use bits of gnome and kde that I find useful (e.g. gnome-sound-recorder for testing audio input). Compiling CTWM 3.8.1: I used the default Imakefile.local-template, copied as Imakefile.local then 'xmkmf'. However the 'make' command produced a series of errors which were removed by installing four groups of packages with these commands and then redoing the 'make' command (four times): yum install libXmu-devel yum install libXpm-devel yum install libjpeg-turbo-devel yum install gcc I presume ubuntu/debian users would compress 'devel' to 'dev' and use 'apt-get' instead of 'yum' Could these tips be added to the READEM file? They would have saved me some detective work. The previous fault that drove me away from ctwm to try other things, namely flash crashing in full screen mode, has been fixed. (I still get mysterious flash crashes on the laptop, but not just in full screen mode.) === I had tried openbox on both machines, but was irritated by the difficulty of setting up the environment I want (e.g. getting keyboard focus to follow mouse, but without clicking or typing in a window raising it, and attaching functions to key combinations). On both machines I start linux using runlevel3 (no graphics), using the new 'systemd' mechanism which is a bit messy to set up, but works well. After logging in I either work without graphics or (usually) use the 'startx' command and get my .xinitrc file to launch ctwm after doing some preparation, including swapping caps-lock and ctrl, starting pulseaudio, and launching a couple of xterm windows. I would be interested to know what others find necessary to get ctwm going. Anyhow, thanks very much. Aaron http://www.cs.bham.ac.uk/~axs
Re: [ctwm] Putting a development diff on the website.
On Tue, Jan 03, 2012 at 11:11:53AM +0100 I heard the voice of Rhialto, and lo! it spake thus: That made me think it would be better to just have a cumulative patch for everything since ctwm-3.8a. And in turn that made me wonder if it would make sense to just put such a diff on the website, next to the release itself. Instead of a diff, why not just do a tarball instead? We could call it ctwm-3.8.1.tar.gz, see... For people like me, and anyone considering trying out ctwm, having to merge a diff, instead of just fetching a tarball and following instructions, could be really off-putting -- compared with the convenience of most other window-manager options nowadays. I am still undecided between ctwm and openbox. I use OB on my desktop and ctwm on my laptop. (Fedora 15). Thanks. Aaron
Re: [ctwm] new ctwm git repository
Daniel Vogelbacher dan...@vogelbacher.name wrote: It seems that ctwm is currently a little bit unmaintained. I'm using it about 2 years, and for me it's working great. Because I want to use it in the next years, too, I have decided to make my own git repository - looking forward to maintain a usable version of ctwm. This sounds very useful. I used CTWM for many years, then, reluctantly, switched to OpenBox when I found I could not use full screen flash with ctwm (My personal summary of OpenBox is here, including some screen shots: http://www.cs.bham.ac.uk/~axs/laptop/openbox ) Unfortunately, I don't find Openbox as flexible as CTWM, and I can't replicate some of the nice functionality of ctwm. E.g. in ctwm, I set Key F1 in root window to open xterm with my preferred font, size and location. Openbox always requires a keyboard action to include a modifier key, even in the root window. In August 2009, someone posted a hint on how to get full screen flash to work in CTWM. See this message and followups: http://tigerdyr.wheel.dk/ctwm-archive/2185.html From: Tadziu Hoffmann hoffmann_at_usm.uni-muenchen.de Date: Fri, 28 Aug 2009 18:30:03 +0200 Various threads are visible here: http://tigerdyr.wheel.dk/ctwm-archive/index.html#2146 I tried the suggestion from Tadziu and (more or less blindly, as I am not a C programmer nor an X window programmer), got it to work as reported here: http://tigerdyr.wheel.dk/ctwm-archive/2187.html However the change produced a nasty side effect: sometimes these actions Function GoLEFT { f.prevworkspace f.unfocus } Function GoRIGHT { f.nextworkspace f.unfocus } which I mapped onto CTRL+LEFT and CTRL+RIGHT for rapidly moving around desktops, fail to work. [I could not use built-in functions since, without the f.unfocus call, various things did not work properly after switching to a new desktop.] Even with f.unfocus included the commands sometimes do not work. It seems to depend on what is in the current window and how I got there. It is also not easy to replicate. I managed to live with that for a while, but then found that some other things work if I start openbox, but not if I start ctwm, so I am now back wtih Openbox (reluctantly). The 'other things' (alas I can't remember exactly what they were) may have something to do with running a 'session manager'. I did not understand enough to pin down the problem and try to fix it I think some of the problems were concerned with sound, especially use of 'pulseaudio'. I've just noticed that the lack of session manager is mentioned by another convert to OpenBox from CTWM: http://www.vromans.org/johan/articles/MyDesktop/index.html If someone is able to modernise CTWM I would happily switch back. Unfortunately I cannot contribute, except as a tester (if given precise instructions about how to get a test version running). For a while I was worried that openbox might consume more battery power on my laptop than ctwm, but as far as I can tell that is not the case. I am currently using Fedora 13 on both an old Desktop PC and a new Laptop (Dell Latitude E6410). [Aside: For anyone who has not discovered it, 'lxrandr' is wonderful for connecting an external monitor or projector.] Aaron http://www.cs.bham.ac.uk/~axs
[ctwm] Another Focus mystery [WAS: Re: CTWM and Flash full screen]
I wrote previously: I used the change in the second message, and it works. Amazing! So I can now abandon openbox and go back to ctwm. However, I had to do some extra work to make the keyboard work as it did previously. . I have found another strange thing since ctwm was changed, though I have not tried to find out what causes this by undoing various changes to the source. There are some programs, e.g. glxgears and the demos of the ode (open dynamics engine) that start up with a graphic window, but should be able to accept keyboard input. Since I've gone back to the revised ctwm, these programs have not accepted keyboard input if started from a command an xterm window if they (e.g. the glxgears window) appear on top of the xterm window. However if I move the graphical window onto the root, then move the mouse in the root then into the graphical window it gets the keyboard focus. The graphical window does not have to be entirely in the root window, as long as a portion of it overlaps the root, so that the mouse can enter from the root. It was very annoying at first because I could not find any way to get get keyboard input into these programs, but now I know that they get the focus if entered via root I can live with this. I have tried turing various ctwm variables that deal with focus on and off, but it makes no difference. It is not restricted to the graphical window coming up over an xterm window. If it comes up over xpdf I get the same behaviour -- keyboard input works only if mouse comes in via an window edge on the root. I don't know enough about x11 programming to have any idea what the cause may be. Aaron http://www.cs.bham.ac.uk/~axs
Re: [ctwm] ctwm-3.8b? ctwm-3.9?
Kai wrote: On 08/20/2009 03:15 PM, Aaron Sloman wrote: Unfortunately monontone has a terrible bug: unlike wget, it loses all information about when the files were created, so I don't know how old this system is. Given that Monotone is a version control system, I'd expect mnt log or a similar command to show you the list of changes. That would give you the date you're looking for. And so it does! 'mnt log' tells me that files changed since 2007 are: Date: 2009-06-13T06:42:13 | menus.c Date: 2009-06-13T06:10:55 | workmgr.c Date: 2008-10-28T14:27:17 | menus.c Date: 2007-12-29T16:08:28 | workmgr.c (There's much more in the output.) I'll have to look more closely if I ever want to understand all the detail in the log output. Many thanks. Aaron http://www.cs.bham.ac.uk/~axs
Re: [ctwm] ctwm-3.8b? ctwm-3.9?
Matthew D. Fuller fulle...@over-yonder.net wrote: On Wed, Aug 19, 2009 at 11:11:03PM +0100 I heard the voice of Dave, and lo! it spake thus: Anyone got any pointers on what is causing flash to get annoyed with ctwm in this way? I s'pose the most likely thing is that it's trying to ask the WM some question, and ctwm doesn't give it an answer. I know, that's probably too specific... :) The Extended Window Manager Hints spec[0] is probably the most likely place to find something it's trying for that ctwm lacks. I seem to recall seeing something which pointed in that direction several months ago. But I lacked the expertise (and time) to follow it up. One way to check that would be to try with fvwm (2.4.x) and see if it still fails, then try with EWMH-enabled fvwm (http://fvwm-ewmh.sourceforge.net/ or 2.5). That would give you a quick touchstone as to whether the issue is likely to lie there. When considering alternatives to ctwm, and before I settled on Openbox, I briefly tried a recent version of fvwm (default version for Fedora) and full screen flash worked OK. I suspect it was fvwm 2.5 (the current version on my F10 machine is fvwm-2.5.26-2.fc10.i386). That implies that something like the code required for full screen flash is in recent versions of fvwm. I don't know if it would be straightforward for a C programmer (which I am not!) to port the relevant bit of code to ctwm. Is there a repository of the patches which have been made since the last release? You can get them out of the monotone repository. Where is that? Google gives no information about a repository with anything later than 3.8a. Neither does the cwtm page, as far as I can tell. There's a blurb on the page about pulling down a copy. I've attached a quickdirty slice of the log since the ctwm-3.8a tag. I recently found this, while searching for an update on ctwm: http://tigerdyr.wheel.dk/ctwm-archive/2147.html It mentions the latest update of ctwm (3.9devel) From: Richard Levitte richard_at_levitte.org Date: Tue, 06 Jan 2009 21:03:42 +0100 (CET) In message 20090106155024.GA26649_at_fermat.math.technion.ac.il on Tue, 6 Jan 2009 17:50:24 +0200, Nadav Har'El nyh_at_math.technion.ac.il said: nyh Recently I upgraded my Linux system from Fedora 7 to Fedora 10. nyh One of the changes which annoyed me was that suddenly, nyh full-screen-mode mplayer (mplayer -fs) no longer worked, and just nyh showed a small window as usual. I looked at all the usual nyh suspects (nvidia driver, xorg, XVideo extension, etc.) but none nyh of those seemed to be broken. nyh nyh Finally, I found the real problem: full-screen mode in recent nyh versions of mplayer does not work on ctwm (3.8a) :( What version is that? I used the following mplayer package for Debian with the latest update of ctwm (3.9devel): : ; apt-show-versions mplayer mplayer/unstable uptodate 1:1.0.rc2svn20080706-0.1 I have none of your problems... Not trying to invalidate your experience, mind. I'm just trying to see what we're up against and why. Also, I think you'll find mplayer defaults in /etc/mplayer, maybe there are things you should look into there... Cheers, Richard -- Richard Levitte richard_at_levitte.org However, no amount of searching with google led to any other information about ctwm (3.9devel) and where to get it. I concluded it must be something specific to Debian, which I don't use, so gave up. The latest version I have been able to find is 3.8a, which I was using before I switched. As far as I can tell the official ctwm page http://ctwm.free.lp.se/ was last modified on Fri Mar 30 00:03:44 2007 It contains a link to a debian ctwl cite, which is broken: http://packages.debian.org/stable/x11/ctwm.html Does Richard read messages from this list? Aaron http://www.cs.bham.ac.uk/~axs
Re: [ctwm] ctwm-3.8b? ctwm-3.9?
Matthew D. Fuller fulle...@over-yonder.net asked: [AS] Unfortunately monontone has a terrible bug: unlike wget, it loses all information about when the files were created, so I don't know how old this system is. [MDF] I'm not really sure what you mean by this. Apologies. It was not really relevant to ctwm: I object generally to people who copy files or directories using cp, instead of cp -p (or rsynch, or tar) because that loses useful historical information shown by 'ls -l', 'ls -lt', etc. In contrast, wget, by default, keeps the information when it fetches files, though browsers, e.g. firefox, typically don't (when you 'save as'). It turns out that monotone also loses the information. After downloading a package I like to use 'ls -lt' to see how old the files are and which ones were most recently changed. But that's impossible with monotone -- at least as I used it (blindly following instructions!) Anyhow, that gripe has nothing to do with ctwm and I should not have let it intrude. For one thing, most of the files were probably created 10 or 15 years ago, so that doesn't seem a useful question; there probably haven't been any new files in a couple releases :) The files that I have for ctwm-3.8a were all dated Feb 16 2007, though I appreciate that many of them must be much older. But ls -lt could have shown me which files had changed since then. Anyhow, it's all academic, as the changes I was hoping for don't exist! You can use log or annotate or other such VCS operations to find out what changes were made when, if you care about details. ...if you know what 'vcs' is, which I don't -- Sorry! If the thrust of your question is more general up to dateness, though, you grabbed the dev head; you're as up to date as anybody, until the next sporadic commits (and then you just do the pull/update dance, as you'd do comparable ops in any VCS). I think I must have inadvertently given the impression of being more knowledgable than I actually am about such things. sorry! Alas, full screen flash, Not unexpected; I'd be quite surprised, actually, if it acted any differently than the last release. None of the changes since then get near the realms that would probably have to get touched for that. Unfortunately, fixing it will probably require somebody seeing and caring about it to knuckle down and trudge through it. EWMH is the most likely culprit as mentioned, but that'll take some digging (first, you check the flash source... ;). I had hoped that the standard specification would simply determine a list of operations required, which could be installed without read any code that will invoke them. But perhaps EWMH is not clear enough for that. I haven't looked at it. I for one couldn't even take a first stab at it, since I neither have nor want flash on my system (and couldn't easily get it if I did for that matter, my platform not being showered with blessings from our Mudbrick Overlords). OK. I'll have to stick with Openbox for now. It's not too bad. Thanks for the information. Aaron http://www.cs.bham.ac.uk/~axs
[ctwm] CTWM and Flash full screen
[I previously posted a very similar message to the posting address found on list archives c...@cognac.epfl.ch though I don't know whether or how that is connected to this list. That message may have hit a non-member block. If not apologies for duplication.] Although I have been using and recommending ctwm for many years I have only recently discovered the ctwm email archive: http://tigerdyr.wheel.dk/ctwm-archive/ Our departmental linux system now has linux flash version 10 installed, which supports switching to full screen, not properly supported in previous versions of flash. I find that if I am running gnome on my desk top PC running CentOS release 5.2 (Final) the combination of firefox 3 (currently 3.0.4) and Flash 10 allows full screen versions of flash slideshows on the slideshare web to site work as expected, including mine: http://www.slideshare.net/asloman/slideshows However, I find gnome unacceptable as a working environment and for many years have been using ctwm as my window manager (currently version 3.8a from here http://ctwm.free.lp.se/) Although the ctwm defaults are very poor (which may account for its very limited use), it is highly tailorable, which overcomes all the poor defaults, at least for me. The only way ctwm now lets me down is not working with the 'full screen' option on flash, and I wonder whether anyone on this list knows how to fix that. Everything else does exactly what I want (including supporting rapid switching between ten different virtual desktops, and also sensibly 'wrapping' virtual desktops; and also allowing me to alter behaviour by editing ~/.ctwmrc instead of messing around with mouse and menus). I wonder if anyone might know what sort of thing needs to be changed in a window manager like ctwm to support a full-screen flash popup. I've confirmed that it's not firefox that is blocking this, because as mentioned above, if I switch from ctwm to gnome the switch to full screen works, e.g. on slideshare presentations. I am not a C programmer, but if someone can give me pointers I may be able to implement the required changes and test them, if the changes required are not too complex. Thanks. Aaron == Aaron Sloman School of Computer Science University of Birmingham, UK http://www.cs.bham.ac.uk/~axs