On 29 Jun 2006 18:57:55 +1000, Scott Smedley wrote:
Hi Oliver,
- Try to grab just 2 times (this is really fast). If the grab succeed
everything is ok. If it fails execute the function any way.
If you're happy to execute a function even if a grab fails, why go
to the trouble of
On 29 Jun 2006 00:44:22 +0200, Dominik Vogt wrote:
I agree that a failed grab can cause lots of problems. Hopefully
it's clear that many immediate functions may need the grab too.
But I have no idea how to decide if a certain function needs it or
not. The only way would be to write a
On 29 Jun 2006 00:24:50 +1000, Scott Smedley wrote:
Just to clarify ...
In my opinion, it's not Schedule that is broken/unreliable. _Any_
function may fail to execute if the pointer is grabbed for ~1 second
at the time of execution.
It doesn't matter if a function is invoked by
On 26 Jun 2006 13:52:23 +1000, Scott Smedley wrote:
DefineFunc would behave much like AddToFunc except for 3 differences:
1. It would generate a warning message if the function already existed.
This is bad. Configs should usually be re-read-able. Instead, it should
silently apply DestroyFunc.
On 24 Jun 2006 06:52:13 -0500, FVWM CVS wrote:
Changes by: domivogt06/06/24 06:52:13
Modified files:
modules/FvwmPerl: FvwmPerl.1
This man page (like several others) is generated from FvwmPerl.in by
make _FvwmPerl.1. Any changes done to FvwmPerl.1 will be lost.
Regards,
On 24 Jun 2006 13:58:30 +0200, Dominik Vogt wrote:
I have just checked in the new command ModuleListenOnly. It works
like Module, but fvwm does not send any messages to such a module.
I am using it to attach a shell script to the module interface
that periodically updates titles of
On 24 Jun 2006 16:15:16 +0200, Dominik Vogt wrote:
Yes, I changed it in the source when I noticed my mistake but
wasn't aware the man page is in CVS.
It is generally bad to have generated files in cvs. But just like with
our manually generated lex/yacc files in FvwmScript, it is better not to
On 24 Jun 2006 16:35:21 +0200, Dominik Vogt wrote:
On Sat, Jun 24, 2006 at 02:08:43PM +, Mikhael Goikhman wrote:
I can't say I am very happy about this. Actually, I would not be happy
about any new feature added without discussion before 2.6.0. :)
Hm, I don't see that happen
On 04 Jun 2006 11:18:54 +0200, Dominik Vogt wrote:
On Sun, Jun 04, 2006 at 12:50:19AM +, Mikhael Goikhman wrote:
I think the ultimate solution is explained in file doc/todo-vars.
Among other things, it says that we only have variables in format $[],
all one letter variables
On 04 Jun 2006 11:18:54 +0200, Dominik Vogt wrote:
On Sun, Jun 04, 2006 at 12:50:19AM +, Mikhael Goikhman wrote:
And finally, should $[ENV_VAR] like $[PATH] be quoted by default?
Hm.
I think I convinced myself that we may continue not to quote it.
I see pros and cons to do
On 28 May 2006 15:20:47 -0300, marcel bertonzzin wrote:
Because of the png_LIBS variable, that is set to:
-lpng -lz
but should be:
-L/usr/local/bin -lpng -lz
What is the location of libpng.so or/and libpng.a on your system?
Do you say that /usr/local/bin?
Regards,
Mikhael.
On 25 May 2006 07:19:33 -0400, Dan Espen wrote:
Bob Mutch [EMAIL PROTECTED] writes:
Hi Dan,
Sent it to the list if that will help and to the top contributors also.
Current we are donating $10,000 to 200 projects which is $50 per project.
Any opinions on this?
I think it is an ok
On 22 May 2006 00:16:46 +0400, Serge (gentoosiast) Koksharov wrote:
I found out that 'Test' command description in fvwm manpage is
incomplete. Let me cite an excerpt:
Test [(test-conditions)] command
snipThey include Version operator x.y.zsnip
If it helps, then (or /Version pattern/) may
On 08 Apr 2006 02:02:10 +0400, Serge (gentoosiast) Koksharov wrote:
P.S. Question to Mikhael: Why you named one of your kitties `Murzilka'?
In USSR we had a children's magazine with exactly such name. It was nice,
kind and I read it when I was a kid.
Yes, I read it too. And it seems to be
On 06 Apr 2006 12:47:59 +0200, Dominik Vogt wrote:
On Thu, Apr 06, 2006 at 12:13:17PM +0200, Viktor Griph wrote:
On Thu, 6 Apr 2006, Dominik Vogt wrote:
Do you mean this text:
They are searched in the reverse order stated.
When two conflicting styles apply to the same window,
On 07 Apr 2006 11:42:43 +1000, Cameron Simpson wrote:
On 06Apr2006 12:58, mikhael goikhman [EMAIL PROTECTED] wrote:
|
| When two opposite style options are specified for the same window
| (like Sticky and Slippery), then the last specified option wins.
Please say opposing instead
On 30 Mar 2006 02:05:18 +0400, Serge (gentoosiast) Koksharov wrote:
P.S.1: Where I can find recent mailing list archives? On
'http://www.mail-archive.com/fvwm-workers@fvwm.org/' most recent dated
2005/06/24.
The correct url is http://www.mail-archive.com/fvwm-workers@lists.math.uh.edu/
On 17 Mar 2006 18:34:29 +, Thomas Adam wrote:
Just a minor typo that needs fixing. In the main FVWM man page of
2.5.16 on line 8241, there is:
Colorset 12 VGradient 200 grey30 gery60
This typo among others was fixed a month ago.
Regards,
Mikhael.
On 14 Feb 2006 13:45:10 +, seventh guardian wrote:
I found this on the todo-list:
E.7 Fix the FvwmProxy placement algorithm (it may loop and can place windows
off screen)
[dv: added on 02-Mar-2003]
I've looked int othe code, but I really don't know what the bug is.
Can
On 11 Feb 2006 09:50:34 -0600, FVWM CVS (Dominik) wrote:
* Committed UnderMousePlacement patch.
Will we apply new patches without any discussion now? :)
I think this patch was better (both the name and the functionality):
http://www.mail-archive.com/fvwm-workers@hpc.uh.edu/msg05522.html
On 10 Feb 2006 08:35:04 +0100, Dominik Vogt wrote:
On Fri, Feb 10, 2006 at 01:19:26AM +, seventh guardian wrote:
Then we have two options:
- Modules don't pass a matching string to fvwm and fvwm is entirely
responsible of the module's aliases.
- Modules continue to pass the
On 10 Feb 2006 08:25:41 +, Nick Fortune wrote:
How about factoring the alias mechanism away from the module alias?
You could have a command:
AliasModule module-name alias [ alias ... ]
This way instead of writing
DestroyModuleConfig MonitorPanel: *
On 10 Feb 2006 18:06:55 +, Thomas Adam wrote:
On Fri, Feb 10, 2006 at 05:45:21PM +, seventh guardian wrote:
Anyway, on that list there's the entry E6, saying FvwmProxy should be
renamed. I agree, and suggest FvwmWinTag.
I'm indifferent. Proxy makes sense to me in this case --
On 10 Feb 2006 23:34:15 +0100, Viktor Griph wrote:
Seeing that there has only been one new command in the last 2.5 years I
think it was time to add another. ;)
No, it means it is a time to spend all energy on releasing 2.6. :)
Then any number of new commands and new features may be added.
On 11 Feb 2006 00:50:13 +0100, Viktor Griph wrote:
Currently EdgeScroll divides pixel steps1000 by 1000 and enables wrap. I
belive this to be a bug (and is reportd as sush (#3162)). However, it is
useful to allow for warps when using pixel steps as well, so just removing
that ability is
On 10 Feb 2006 16:48:49 +, Mikhael Goikhman wrote:
On 10 Feb 2006 08:25:41 +, Nick Fortune wrote:
You'd write
AliasModule FvwmButtons MonitorPanel
DestroyModuleConfig MonitorPanel
*MonitorPanel: (1x1, Swallow 'asclock' 'Exec exec asclock
On 09 Feb 2006 22:24:44 +0100, Dominik Vogt wrote:
Hm, what about passing the module alias as an environment
variable? It's ugly, but we're already doing it with
FVWM_VISUALID and FVWM_COLORMAP. An FVWM_MODULE_ALIAS wouldn't
do further harm.
However, this doesn't solve the syntax issue
On 10 Feb 2006 01:19:26 +, seventh guardian wrote:
For instance (using your example syntax):
1 - We call Module FvwmPager --alias foobar
2 - FvwmPager will name itself FvwmPager and would request the *FvwmPager
lines.
3 - fvwm knows that this instance of FvwmPager is aliased as
On 08 Feb 2006 18:36:58 +0300, George Nephrite Potapov wrote:
On Wed, Feb 08, 2006 at 04:01:15PM +0100, Dominik Vogt wrote:
Here is the correct one. I'm very very sorry.
Thats a nice patch with an important feature.
I agree.
Now, I have massive changes locally that make indentation of
On 04 Feb 2006 16:56:47 +, seventh guardian wrote:
existing structure only stores the name, and not the asterisk. Of
course we could use the existing char* MyName, but that would defeat
the whole purpose of using the ModuleArgs struct.
I wonder if we need the asterisk in the
On 04 Feb 2006 19:42:58 +, seventh guardian wrote:
Yes, but as I found in the source code, modules distinguish them by
looking for the *FvwmMyname string instead of just the asterisk. I
don't know about perl, but c modules usually do that. In this case it
would be as easy to look for
On 04 Feb 2006 22:49:00 +, seventh guardian wrote:
I'm changing the official modules to use the new ParseModuleArgs
function, and I have a question regarding the module Alias argument.
Is it in fact a protocol standard or is it something some modules use?
This is not currently the
On 18 Jan 2006 12:45:21 +0100, Dominik Vogt wrote:
On Sun, Jan 15, 2006 at 09:44:49PM +, Mikhael Goikhman wrote:
Just tested. Mere make is broken on the released fvwm-2.5.15 tarballs.
Hrmpf, why didn't make distcheck catch this?
No matter how smart make distcheck is, it is always
On 18 Jan 2006 18:53:58 +, Thomas Adam wrote:
I'd been meaning to send these in for a while, but University work always
seems to get in the way. :) I've created two patches[1] --- very minor
ones that add two new conditionals:
HasTitle -- Checks to see whether a window has a
On 19 Jan 2006 01:16:28 +, Thomas Adam wrote:
On Thu, Jan 19, 2006 at 12:57:18AM +, Mikhael Goikhman wrote:
I am all for adding these conditions, but implementation is incorect .
HasBorders can't work, since you do not use any window info for it .
Hint: you may use
On 19 Jan 2006 01:16:28 +, Thomas Adam wrote:
OK. I'll do this in the morning, after I have slept.
We are not really in hurry. In fact, I would feel more comfortably before
applying any patch if its author tells that he runs fvwm with this patch
applied for several days without problems
For the record, the fixed tarballs are in place.
If one happens to get the old 2.5.15 tarball, he may just remove the
FvwmTabs.1 rule from the end of modules/FvwmTabs/Makefile[.in].
Regards,
Mikhael.
Just tested. Mere make is broken on the released fvwm-2.5.15 tarballs.
I don't think we should release new version. We should do this:
* unpack tarball, fix one Makefile.am by adding one character, pack it
* move cvs tag version-2_5_15 on 2 files (Makefile.am, FvwmTabs.1)
I will do this and
On 15 Jan 2006 21:44:49 +, Mikhael Goikhman wrote:
Just tested. Mere make is broken on the released fvwm-2.5.15 tarballs.
I don't think we should release new version. We should do this:
* unpack tarball, fix one Makefile.am by adding one character, pack it
For the record, I applied
On 09 Jan 2006 00:25:46 +0100, Dominik Vogt wrote:
Actually, requiring 1.8 was an accident. I wanted to upgrade to
1.6. Of course the current code works with 1.4 becuase I did not
change anything essential, but in the future I'd like to have the
new macros.
Both automake 1.4-p6 and 1.6.3
On 06 Dec 2005 13:07:46 +, Thomas Adam wrote:
Something that I have been seeing a lot recently, is the question of
Style lines, how they're applied, and what things can go wrong. This
is more so observed in #fvwm on irc.freenode.net, although I see it a
lot on the FVWM Forums.
How
On 14 Nov 2005 01:31:05 +, Malcolm Still wrote:
This patch allows users to use their menu foreground colour for
submenu triangles, by using the new MenuStyle keyword TrianglesUseFore,
e.g.:
MenuStyle * TrianglesSolid, TrianglesUseFore
I've uploaded the patch to my webspace at:
On 03 Nov 2005 16:03:56 +1100, Scott Smedley wrote:
A while back there was some talk about including the FvwmTabs
module as part of the Fvwm distribution. Are people still happy
for this to happen?
You should include it. It is fully ready for this.
Regards,
Mikhael.
Just to clarify. By ready I didn't mean the functionality (this is
something users should decide about), but the fact it is written
properly. So that even it requires some external things (tk and more),
these are not required in installation time, and the module is still
runnable without them.
On 23 Sep 2005 08:09:07 +, George Krajcsovits wrote:
holly molly, that patch is from 2002 ! Was that the last of it ?
Ok, I'm joining fvwm-workers now.
Please don't top-post on these lists.
I may be mistaken, but I don't remember seeing more updated patches.
On 9/22/05, Mikhael
On 01 Sep 2005 07:10:25 +0200, Viktor Griph wrote:
On Wed, 31 Aug 2005, Mikhael Goikhman wrote:
On 31 Aug 2005 21:42:20 +, Mikhael Goikhman wrote:
This is not enough, To emulate the current logic you should also add:
Mouse 1 P N CancelPlacement
Mouse 2 P N CancelPlacement
On 31 Aug 2005 21:42:20 +, Mikhael Goikhman wrote:
This is not enough, To emulate the current logic you should also add:
Mouse 1 P N CancelPlacement
Mouse 2 P N CancelPlacement
I.e. if you started the Move using button 1, then button 2 cancels it and
vice versa. Since you can't
On 30 Aug 2005 17:20:59 +0300, Evgeny Stambulchik wrote:
Mikhael Goikhman wrote:
Fine, I would like to apply this patch.
Thanks!
I have modified the patch slightly, so it only calls
frame_get_titlebar_dimensions once, not 8 times.
But please fix borders for windows without title
On 12 Aug 2005 08:45:07 +, Mikhael Goikhman wrote:
I need a tool to check if some settings was set before and act
acordingly (eg. I need to check if a variable was set before, to not
overwrite it, or check the value of a variable and load apropriate
config file).
I.e. you need
One user wrote me that the Dominik Vogt domivogt#fvwm.org address
(that is listed in fvwm-menu-directory man page) has delivery errors.
What is a preferable email address? I suppose it is dominik.vogt#gmx.de.
Still a good excuse to hear a word from Dominik. :)
Regards,
Mikhael.
--
Visit the
On 02 Feb 2005 21:23:32 +1030, Alex Wallis wrote:
On Tue, 1 Feb 2005 23:55:49 Mikhael Goikhman [EMAIL PROTECTED] wrote:
We need someone with Debian (preferable stock) to run make deb-inplace
inside the unpacked fvwm-2.5.12 directory, and submit us the deb file.
I run stock debian sarge
On 01 Feb 2005 12:41:25 +0100, Uwe Pross wrote:
On 29 Jan 2005 at 14:26:03 +1100, Scott Smedley wrote:
Further examples are available at:
http://users.tpg.com.au/users/scottie7/tmp/config.if
...
Any comments/criticism most welcome.
AddToMenu my_menu
if ! ShellCmd
On 01 Feb 2005 23:19:27 +, Mikhael Goikhman wrote:
Don't specify --without-gnome, it does not do what you think it does.
Sorry, this specific advice was bad, using --without-gnome is useful.
I refered to --disable-gnome-hints (or --disable-gnome in the past).
Regards,
Mikhael.
--
Visit
On 29 Jan 2005 13:33:54 -0500, I. Thomas Cundiff wrote:
Since then, on August 25, 2004, I installed GLIB-2.4.2 and GTK+-2.4.2
since it was my understanding that these could coexist with versions
1.2.10 of both (which I needed at least for GIMP 1.2.5).
Today I tried installing FVWM-2.4.19
On 29 Jan 2005 15:46:36 -0600, [EMAIL PROTECTED] wrote:
Message summary for PR#1577
From: [EMAIL PROTECTED]
Subject: FVWM Themes will not install
Full_Name: Jan Brandse
OS: Yoper V2.1
When I try to instaal the fvwm themes I get the folloving error message
(only the message at the
On 29 Jan 2005 16:30:33 -0600, [EMAIL PROTECTED] wrote:
Message summary for PR#1578
From: [EMAIL PROTECTED]
Subject: fvwm segfault upon startup after keypress
Full_Name: Will Jhun
OS: debian unstable
Upon performing an 'apt-get dist-upgrade', I picked up fvwm 2.5.12-4. The
following
On 20 Dec 2004 23:43:45 -0600, [EMAIL PROTECTED] wrote:
At http://www.fvwm.org/documentation/faq/#0.3 at question 1.7 the config
file appears to be 'fvwm/config'. It should be '.fvwm/config'. The man
page is correct.
Well, the full wording would be ~/.fvwm/config or $datadir/fvwm/config
On 18 Dec 2004 18:29:13 -0500, Matt DeLuco wrote:
I use fvwm-menu-directory for a couple different directories (one for
playing music, the other for setting backgrounds.) Recently I organized
my backgrounds in to alphabetical subdirectories which is when I began
to have problems.
I
On 06 Dec 2004 16:54:54 -0500, David Mandelberg wrote:
There's a major error on fvwm.sourceforge.net:
This is an automatically updated mirror. Please use the original site at
http://fvwm.org/ until this error is fixed. (There is an indication that
this is a mirror at the botton, but it is not
On 06 Nov 2004 15:00:12 +0100, Rafal Bisingier wrote:
On Tue, Oct 26, 2004 at 01:33:11PM +, Mikhael Goikhman wrote:
On 26 Oct 2004 14:21:56 +0200, Rafal Bisingier wrote:
On Tue, Oct 26, 2004 at 10:10:16AM +0200, Dominik Vogt wrote:
On Thu, Oct 21, 2004 at 10:58:40AM +0200
.
But, I think, the described logic was such only initially when I added
this feature. I changed it since then:
2002-04-27 Mikhael Goikhman [EMAIL PROTECTED]
* fvwm/move_resize.c:
don't start Move with snap disabled if Alt is initially pressed
So, indeed, it seems like someone
On 27 Oct 2004 11:59:57 -0700, [EMAIL PROTECTED] wrote:
The intended logic is simple, as long as Alt is pressed, there is no
snap-attraction; as long as it is not pressed, there is one.
It is possible to press and release Alt as many times as needed to switch
snap-attraction on and off
On 04 Oct 2004 21:20:58 -0700, Tommy C. Li wrote:
Regarding the title-bar at the side, is it possible to have rotated
text? So the title would look like:
M
o
z
i
l
l
a
If you actually mean the text that looks exactly as shown here, then this
is not currently possible, and there are
On 02 Oct 2004 13:47:18 -0700, John Hawkins wrote:
I'd like to donate $100 to your efforts, to be used as you see fit,
Please negotiate with Dominik Vogt dominik.vogt @ gmx.de directly.
and I have a xinerama screenshot that takes some ideas from Cameron
Simpson and then makes them very much
[I suppose Jason should approve these messages to the list.]
On 16 Sep 2004 17:02:57 -0400, Salvatore Domenick Desiano wrote:
I go back and forth about this. On the one hand, dumping the C structure
is the most efficient way to take care of shipping this kind of data. On
the other hand, my
On 16 Sep 2004 19:45:10 -0400, Salvatore Domenick Desiano wrote:
how do you account for endianness?
Please don't worry about endianness, at least not in this thread.
Endianness and bits-in-the-integer is something that should be worried
in the lowest layer regardless of the event.
With this
On 16 Sep 2004 20:26:03 -0400, Salvatore Domenick Desiano wrote:
o how do you account for endianness?
o
o Please don't worry about endianness, at least not in this thread.
o Endianness and bits-in-the-integer is something that should be worried
o in the lowest layer regardless of the
On 16 Sep 2004 00:20:53 +1000, Scott Smedley wrote:
o I am writing a fvwm perl module and anticipate wanting to parse the
o window_flags data upon receiving each M_ADD_WINDOW event
The proper solution is to serialize the flags without dumping C
structures. Here is a discussion:
On 16 Sep 2004 15:11:56 -0400, Salvatore Domenick Desiano wrote:
o But I really like your suggestion about a C program which will
o generate a perl only FVWM::WindowFlags, and I will look into doing so.
I reiterate the suggestion that this be done on module startup, rather
than by file
On 03 Sep 2004 10:03:19 +0200, Dominik Vogt wrote:
On Fri, Sep 03, 2004 at 07:20:59AM +0200, Olivier Chapuis wrote:
* New command SaveWindowPointerPosition: this command save the pointer
position relatively to the current window. You can restore this
position with a new option to the
On 01 Sep 2004 11:36:02 -0400, Chris Ross wrote:
Hi. The definition of smr_SWITCH (in both acinclude.m4
and aclocal.m4) uses m4_substr and m4_len, neither of
which exist in any m4 I know about. (The three on my
Solaris 8 machine are /usr/ccs/bin/m4, /usr/xpg4/bin/m4,
and GNU m4 1.4.)
On 01 Sep 2004 11:36:02 -0400, Chris Ross wrote:
Anyone know where these came from? (And why there's
ones in both aclocal.m4, and acinclude.m4?)
aclocal.m4 is generated from acinclude.m4 by aclocal that's from automake
(before this generated file is used by autoconf to generate
On 27 Aug 2004 01:39:04 +0200, Christoph Bussenius wrote:
I did not feal comfortable with any of the provided window placement
methods. I would like the windows to appear where the mouse pointer is
because this is the place my eyes are concentrating on.
Even ManualPlacement is one click
On 22 Aug 2004 15:08:12 -0500, [EMAIL PROTECTED] wrote:
Message summary for PR#1412
From: [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Arrows in menu with submenu, MenuStyle win: color should be black
Full_Name: Pavel Alexeev
Version: 2.5.10
Should
Sorry, a finger pressed 'y' in mutt instead of 't'. :)
Will bounce the answer to Pavel.
Regards,
Mikhael.
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems,
On 14 Aug 2004 12:53:47 +1000, Scott Smedley wrote:
Create FvwmButtons.1.in, a Makefile entry run it through config.status?
(like the fvwm.1 man page)
I'm having trouble determining the configuration (in fvwm/Makefile.am?)
that creates this target in fvwm/Makefile.in:
fvwm.1:
On 17 Jul 2004 12:51:11 +1000, Scott Smedley wrote:
I'd like to be able to determine if a module is already loaded. Is there
a way to do this?
There is no relable way currently.
I'd like to be able to do something like:
AddToFunc ToggleFvwmProxy
+ I Test (!ModuleRunning FvwmProxy)
On 16 Jul 2004 00:14:38 +1000, Scott Smedley wrote:
3) Press and hold a mouse button over a button. It gets
hilighted as it should. Then move the pointer out of the
button into another button.
== It is still hilighted and sunken, but should be raised and
not
On 12 Jul 2004 16:36:07 +1000, Scott Smedley wrote:
* fvwm.1: always use commas between conditions
I checked this. It doesn't appear to be mandatory.
ie.
All (xterm, Iconic) Echo w is $[w.name]
All (xterm Iconic) Echo w is $[w.name]
both of the above appear to give the same
On 12 Jul 2004 17:28:50 +1000, Scott Smedley wrote:
One problem: I'm running a simple module get this error:
Internal error, event type 1 (11 names, 7 values)
It is M_ICONIFY, it sometimes sends 7 and sometimes 11 values.
Also FVWM::Window::dump in WindowList.pm looks dodgy. I
On 11 Jul 2004 02:46:50 +0200, Dominik Vogt wrote:
On Sat, Jul 10, 2004 at 12:42:52AM +, Mikhael Goikhman wrote:
At least one change (order of arguments in CONFIGURE_WINDOW) is bad.
The flags are of the variable size and thus should be last.
I can change that. But why are the flags
On 11 Jul 2004 10:47:28 +, Mikhael Goikhman wrote:
Although I didn't actually use M_OLD_ADD_WINDOW/M_OLD_CONFIGURE_WINDOW,
I think I could use them to obtain certain flags.
I think it is a good idea to think about the set of maybe 50 of most
useful flags (each of one or two bits
On 11 Jul 2004 16:54:18 +0200, Dominik Vogt wrote:
On Sun, Jul 11, 2004 at 10:47:28AM +, Mikhael Goikhman wrote:
If you ever change any event arguments, please update file
perllib/FVWM/EventNames.pm (including format, names and types of the
event args), or tell me to update
On 11 Jul 2004 17:03:37 +0200, Dominik Vogt wrote:
On Sun, Jul 11, 2004 at 01:26:55AM -0500, fvwm-workers wrote:
Log message:
Apply conditionals patch.
Committed patch by Norman Yarvin (with a few minor mods) to extend
conditionals to handle multiple window names.
Hm, I did not
On 11 Jul 2004 16:56:08 -0400, Norman Yarvin wrote:
On Sun, Jul 11, 2004 at 04:25:46PM +, Mikhael Goikhman wrote:
On 11 Jul 2004 17:03:37 +0200, Dominik Vogt wrote:
On Sun, Jul 11, 2004 at 01:26:55AM -0500, fvwm-workers wrote:
Committed patch by Norman Yarvin (with a few minor
On 11 Jul 2004 17:01:16 +, Mikhael Goikhman wrote:
On 11 Jul 2004 20:08:06 +1000, Scott Smedley wrote:
Currently M_RESTACK is the only event with periodical format, and it is
not fully supported by perllib yet. So, you can't get the stacking info
yet. But there is nothing
On 09 Jul 2004 10:46:45 -0500, FVWM CVS wrote:
Modified files:
fvwm : module_interface.c
Log message:
* Removed old module interface.
At least one change (order of arguments in CONFIGURE_WINDOW) is bad.
The flags are of the variable size and thus should be last.
If you
On 31 May 2004 21:53:51 -0400, Norman Yarvin wrote:
This is a small patch that allows multiple window names to be specified
in conditions. I've tried to write it with the same style used in the
rest of the code, although some variable names may be a bit terse by your
standards. The patch
On 06 Jul 2004 00:29:39 +1000, Scott Smedley wrote:
Out of tree builds should work. If not, then it is a bug.
For example, this should work:
cd /nfs/cvs/fvwm
aclocal
autoheader
automake -a
autoconf
cd /build/mysystem
/nfs/cvs/fvwm/configure [params]
On 02 Jul 2004 14:51:19 +1000, Scott Smedley wrote:
Is it possible to build FVWM in separate directories?
ie. a bit like how GCC is built.
I'd like to have a NFS-mounted directory with CVS source code
then build it for several systems.
Out of tree builds should work. If not, then it is a
On 30 Jun 2004 12:42:20 +1000, Scott Smedley wrote:
Hmmm, I thought specifying fvwm-workers@fvwm.org in the notification
list (of the fvwm-bug website) would ensure this note got sent to the
list - obviously not:
This probably awaited the moderation.
Regards,
Mikhael.
--
Visit the official
On 24 Jun 2004 08:33:34 -0500, [EMAIL PROTECTED] wrote:
Message summary for PR#1328
From: [EMAIL PROTECTED]
Subject: Problem Installing fvwm-themes-0.7.0-2
Full_Name: Jon Turenne
Version: fvwm 2.5.10
When I try to install the themes PKG, I get a dependency error, saying
On 23 Jun 2004 16:37:28 +1000, Scott Smedley wrote:
What needs to be done for items E.11, E.12 E.15 in docs/todo-2.6?
As for E.15, there is a bug number 1146 (escaping the special characters
in menu labels).
You may go to http://www.fvwm.org/cgi-bin/fvwm-bug.private (password
needed) and
I bounced the answer to Jon and closed the bug together with other 60
bugs (mostly SPAM).
Regards,
Mikhael.
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report
On 23 Jun 2004 16:37:28 +1000, Scott Smedley wrote:
Hi Mikhael,
What needs to be done for items E.11, E.12 E.15 in docs/todo-2.6?
E.11 and E.12 are mostly done unless you (as an application writer) find
something missing. I plan to make small clean ups however.
I planned to have more
I actually wrote this before the Dominik's reply, but forgot to send. :)
On 21 Jun 2004 20:40:14 +1000, Scott Smedley wrote:
The default config for FVWM is (IMO) yuk!
I propose we update it to actually make it usable also to make it a
little more aesthetically pleasing.
I don't think the
On 20 Jun 2004 14:24:45 +0100, Tavis Ormandy wrote:
Hello, telling windows to AnimatedMove while already in an AnimatedMove
operation seems to leave the server grabbed, i work around it with a
simple wrapper function that uses States to make sure it's safe:
DestroyFunc LockingSlide
On 19 Jun 2004 13:08:49 +0300, Victor Ananjevsky wrote:
There is a patch for add Gtk2 support for FvwmGtk module instead of GTk 1.x
I adapt this patch - http://www.hpc.uh.edu/fvwm/archive/0209/msg00563.html
for cvs version of fvwm, make some cleanups and add new widget StockButton.
Nice,
On 03 Jun 2004 15:05:29 +0200, Dominik Vogt wrote:
On Thu, Jun 03, 2004 at 08:44:52AM -0400, Dan Espen wrote:
Dominik Vogt [EMAIL PROTECTED] writes:
I think we should give CVS write access to Scott. Anybody to
second that opinion?
Mikhael proposed this on 31-May so you've just
On 02 Jun 2004 07:46:28 -0500, [EMAIL PROTECTED] wrote:
Message summary for PR#1295
From: [EMAIL PROTECTED]
Subject: fvwm-2.4.17-1.src.rpm doesn't build
Full_Name: Erik Sj?lund
Version: 2.4.17
CVS_Date:
OS: fedora core 2 ( linux )
X_Server: xorg-x11-6.7.0
I downloaded
1 - 100 of 888 matches
Mail list logo