[ctwm] Re: Small installation issues, and a f.resize bug
On Sun, Jan 29, 2006, Rhialto wrote about Re: [ctwm] Small installation issues, and a f.resize bug: On Sun 29 Jan 2006 at 12:59:31 +0200, Nadav Har'El wrote: And now for a real bug in ctwm 3.7: f.resize has become (since ctwm 3.5) screwed up, when you map it to the window borders, as I like. For example, ... If I turn AutoRelativeResize off the problem disappears. you're right that I also had AutoRelativeResize. ... AutoRelativeResize works ok though if you start resizing from inside the window, if you have a mapping for that. Button3 = m4 : window|icon : f.function resize-or-raise ... You're right, that worked as well. ... Can you try the attached patch? I tried it, and it works! Dragging the window's borders appears to work perfectly now. Thanks. -- Nadav Har'El| Monday, Jan 30 2006, 1 Shevat 5766 [EMAIL PROTECTED] |- Phone +972-523-790466, ICQ 13349191 |echo '[q]sa[ln0=aln256%Pln256/snlbx] http://nadav.harel.org.il |sb3135071790101768542287578439snlbxq'|dc
[ctwm] Re: Small installation issues, and a f.resize bug
On Mon, 30 Jan 2006, Nadav Har'El wrote: Hi, On Sun, Jan 29, 2006, Matthew D. Fuller wrote about [ctwm] Re: Small installation issues, and a f.resize bug: 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. As well, not everybody is a big fan of auto*... I see now that lack of volunteers isn't what prevented autoconf from being used in ctwm, but rather people don't really like it. I can accept that, but I hope you won't mind that I just explain for one last time the rationale behind autoconf and why most project prefer it, and then shut up on this subject. Wouldn't it be possible to provide both? Keep the Imake as the official one as it's better supported in most systems that can use ctwm and provide the automake stuff as an extra stuff for those who want to use it instead and we wouldn't have thise discussions why and why not and I think this is why we should... -- //Aho E-Mail: [EMAIL PROTECTED]URL: http://www.kotiaho.net/~trizt/ ICQ: 13696780 System: Linux System(PPC7447/1000 AMD K7A/2000) EU forbids you to send spam without my permission
[ctwm] Re: Small installation issues, and a f.resize bug
In message [EMAIL PROTECTED] on Mon, 30 Jan 2006 10:11:16 +0200, Nadav Har'El [EMAIL PROTECTED] said: nyh Yes, but individual users are no longer familiar with this nyh process (which very few programs use these days), so it can't nyh hurt to mention this in the README. This is all I asked for - not nyh to merge the make install.man into make install. I did that yesterday, sorry for not mentioning it. Cheers, Richard - Please consider sponsoring my work on free software. See http://www.free.lp.se/sponsoring.html for details. -- 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
[ctwm] Re: Small installation issues, and a f.resize bug
In message [EMAIL PROTECTED] on Mon, 30 Jan 2006 10:17:48 +0100 (CET), J.O. Aho [EMAIL PROTECTED] said: trizt Wouldn't it be possible to provide both? Keep the Imake as the trizt official one as it's better supported in most systems that can trizt use ctwm and provide the automake stuff as an extra stuff for trizt those who want to use it instead and we wouldn't have thise trizt discussions why and why not and I think this is why we trizt should... If you volunteer to keep both systems synchronised :-). Cheers, Richard - Please consider sponsoring my work on free software. See http://www.free.lp.se/sponsoring.html for details. -- 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
[ctwm] Re: Small installation issues, and a f.resize bug
On Mon, 30 Jan 2006, Richard Levitte - VMS Whacker wrote: In message on Mon, 30 Jan 2006 10:17:48 +0100 (CET), J.O. Aho said: trizt Wouldn't it be possible to provide both? Keep the Imake as the trizt official one as it's better supported in most systems that can trizt use ctwm and provide the automake stuff as an extra stuff for trizt those who want to use it instead and we wouldn't have thise trizt discussions why and why not and I think this is why we trizt should... If you volunteer to keep both systems synchronised :-). I think there was someone else who already volunteered to make an autoconfig version, so if that person wants to have it, should be he who sees to it to be up to date with Imake. By the way, is there a way to get the maillist to ignore to send to me when my e-mail is in the To/Cc already, not that happy about dubbles. -- //Aho E-Mail: [EMAIL PROTECTED]URL: http://www.kotiaho.net/~trizt/ ICQ: 13696780 System: Linux System(PPC7447/1000 AMD K7A/2000) EU forbids you to send spam without my permission
[ctwm] Re: [repository.lp.se #114] Folding menus
Richard Levitte - VMS Whacker via RT [EMAIL PROTECTED] writes: I'm talking about menus that are so long that they don't fit on the screen. For example, on my laptop, the Debian-Apps-Tools menu is very large and doesn't fit on my screen. Oh. My bad. I didn't realize. I have never seen such horribly long menus.
[ctwm] Re: Small installation issues, and a f.resize bug
In message [EMAIL PROTECTED] on Mon, 30 Jan 2006 13:32:35 +0100 (CET), J.O. Aho [EMAIL PROTECTED] said: trizt I think there was someone else who already volunteered to make trizt an autoconfig version, so if that person wants to have it, trizt should be he who sees to it to be up to date with Imake. BTW, I mentioned SCons, but haven't seen any comments on that idea. It's basically a system that works like autoconf and make combined. trizt By the way, is there a way to get the maillist to ignore to trizt send to me when my e-mail is in the To/Cc already, not that trizt happy about dubbles. Hmmm, not with the software I use, as far as I know. I use courier. Cheers, Richard - Please consider sponsoring my work on free software. See http://www.free.lp.se/sponsoring.html for details. -- 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
[ctwm] Re: [repository.lp.se #114] Folding menus
In message [EMAIL PROTECTED] on Mon, 30 Jan 2006 15:54:43 +0100 (CET), J.O. Aho [EMAIL PROTECTED] said: trizt On Mon, 30 Jan 2006, Richard Levitte - VMS Whacker via RT wrote: trizt trizt In message [EMAIL PROTECTED] on Mon, 30 Jan 2006 09:55:56 +0100, Michael Widerkrantz [EMAIL PROTECTED] said: trizt trizt mc Many window managers don't fold menus that extend below trizt mc the screen. Instead, they simply display the menu trizt mc slightly higher, so that the menu window can fit on the trizt mc visible screen. trizt trizt I'm talking about menus that are so long that they don't fit trizt on the screen. For example, on my laptop, the trizt Debian-Apps-Tools menu is very large and doesn't fit on my trizt screen. trizt trizt Why make the meny that big in the first place? trizt I like to have submenus so that I don't have any big ones. They are automatically generated by the Debian installer and accessed via this line in my configuration (which needs m4 to work, of course): undivert(`/etc/X11/ctwm/menudefs.hook') Cheers, Richard - Please consider sponsoring my work on free software. See http://www.free.lp.se/sponsoring.html for details. -- 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
[ctwm] Re: Small installation issues, and a f.resize bug
On Mon, 30 Jan 2006, Richard Levitte - VMS Whacker wrote: nyh Does using SCons require the end-user (who does the installation) nyh to install both Python and SCons, or are these tools only nyh necessary for the developers? If the installer requires Python nyh and SCons, isn't this a problem for portability? I think the SCons modules (it's basically just a bunch of python modules and a couple of wrapper python scripts) themselves can be built in to the project, but python needs to be installed. However, considering the spread of python, I'm not sure it's that much of a problem, and it poses less portability problems than sh, the sh builtins and common Unix utilities and make. Python is ported to many platforms (including VMS, which I view as a proof of portability). Even if there is a lot of stuff that depends on python today, I would rather see ctwm not be depending on it in this way. IMHO the less dependencies the better, no matter if it's during build time or running the application. -- //Aho E-Mail: [EMAIL PROTECTED]URL: http://www.kotiaho.net/~trizt/ ICQ: 13696780 System: Linux System(PPC7447/1000 AMD K7A/2000) EU forbids you to send spam without my permission
[ctwm] Re: [repository.lp.se #114] Folding menus
On Mon, Jan 30, 2006 at 03:54:43PM +0100 I heard the voice of J.O. Aho, and lo! it spake thus: Why make the meny that big in the first place? I like to have submenus so that I don't have any big ones. I have a menu with all the xlock modes on it (for no particularly good reason, other than that the idea stuck me once). I ended up writing a perl script to parse the xlock mode list output and generate a set of more'd submenus with 25 modes on each. It comes out to 5 of 'em, each of which is a bit less than half the height of my screen. (Actually, it doesn't generate ctwm menus as output, it generates perl definitions of ctwm menus, since I build them with a perl script on the fly, but who wants to get THAT nutty? ;) -- Matthew Fuller (MF4839) | [EMAIL PROTECTED] Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream.
[ctwm] Re: [repository.lp.se #114] Folding menus
On Mon, 30 Jan 2006, Matthew D. Fuller wrote: On Mon, Jan 30, 2006 at 03:54:43PM +0100 I heard the voice of J.O. Aho, and lo! it spake thus: Why make the meny that big in the first place? I like to have submenus so that I don't have any big ones. I have a menu with all the xlock modes on it (for no particularly good reason, other than that the idea stuck me once). I ended up writing a perl script to parse the xlock mode list output and generate a set of more'd submenus with 25 modes on each. It comes out to 5 of 'em, each of which is a bit less than half the height of my screen. (Actually, it doesn't generate ctwm menus as output, it generates perl definitions of ctwm menus, since I build them with a perl script on the fly, but who wants to get THAT nutty? ;) So how does this work really, as it do sound a bit interesting for me. Have myself been thinking of making menus of all those *.desktop that are used by many desktop environments for their menu entries, didn't think of making this on fly, as I guess that can be pritty slow to use the menus, but generate statick menu files. Maybe someone has already made a such script that makes menus of the *.desktop files. -- //Aho E-Mail: [EMAIL PROTECTED]URL: http://www.kotiaho.net/~trizt/ ICQ: 13696780 System: Linux System(PPC7447/1000 AMD K7A/2000) EU forbids you to send spam without my permission
