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 o
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 invoke
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 w
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 DestroyFun
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.
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
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 F
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.
Rega
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.
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 $[],
> >
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 are deprecated, and that a user may request
not to quote a value or choose from several quoting styles.
However, we should decide about
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
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
> They include Version operator x.y.z
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 14 Apr 2006 19:32:16 +0200, Viktor Griph wrote:
>
> On Fri, 14 Apr 2006, Serge (gentoosiast) Koksharov wrote:
>
> >2) If this problem can't be solved without much hassle I think we should
> >make it clear in documentation that ResizeOpaque style don't applies to
> >shaded windows.
>
> I like
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.
>
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 t
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/
R
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
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 11 Feb 2006 02:08:55 +, seventh guardian wrote:
>
> On 2/11/06, Mikhael Goikhman <[EMAIL PROTECTED]> wrote:
> >
> > Another serious problem with this suggestion is that now we start to
> > manipulate with strings like "ColourTable" or "Monito
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
> > *MonitorPa
On 11 Feb 2006 00:50:13 +0100, Viktor Griph wrote:
>
> Currently EdgeScroll divides pixel steps>1000 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
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 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 cas
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 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 t
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
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
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 indent
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 sta
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 f
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 as
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
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
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 ti
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
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.
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 charact
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 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
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.
H
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
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.
R
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.
On 24 Oct 2005 00:12:12 +0200, Dominik Vogt wrote:
>
> On Sun, Oct 23, 2005 at 07:47:44PM +0200, Viktor Griph wrote:
> > What is the reason for CenterPlacement not allowing the upper left corner
> > be off screen? My brother confronted me today and wanted some video output
> > to be partly off s
On 25 Sep 2005 01:18:29 +0200, Viktor Griph wrote:
>
> On Sun, 25 Sep 2005, Dominik Vogt wrote:
>
> >On Sun, Sep 25, 2005 at 12:32:55AM +0200, Viktor Griph wrote:
> >>
> >>Now, this is a configuration question. I tend to have something like
> >>DestroyFunc MoveFunction
> >>AddToFunc MoveFunction
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 21 Sep 2005 00:05:15 +0200, Viktor Griph wrote:
>
> >>2. What is the reason for windows dropped by button 1 to not fall over to
> >>button release, as windows dropped by button three. I know that not doing
> >>so allows to keep moving the window until you release the button, but why
> >>differe
On 18 Sep 2005 23:28:29 +0200, Viktor Griph wrote:
>
> I just believe that I didn't freeded a varable returned by expand_vars,
> thus having a memory leak. Could you check so that the var_name is
> freed at the end of epand_vars_extended if it isn't already?
This is not trivial, since this functi
I would like to ask all to refrain from working on FvwmButtons for a
short period. I started to reindent its code to the Dominik's style,
before working on some feature. The FvwmButtons code is large (200Kb) and
I do it mostly manually, so it may take more than several days. Thanks.
Regards,
Mikha
On 18 Sep 2005 22:59:39 +0200, Dominik Vogt wrote:
>
> Anybody with me in giving CVS commit privileges to Viktor?
Yes, sure, his patches are good.
Regards,
Mikhael.
On 18 Sep 2005 22:55:50 +0200, Dominik Vogt wrote:
>
> On Sun, Sep 18, 2005 at 04:30:08PM +, Mikhael Goikhman wrote:
>
> > P.S. I'd like to remove obsolete one-letter variables (like $n) in 2.7.x.
>
> Hm, I see this as a big change (many people use it) and w
On 18 Sep 2005 21:17:39 +0200, Viktor Griph wrote:
>
> On Sun, 18 Sep 2005, Mikhael Goikhman wrote:
> >
> >Actually, this patch is a bit conservative and expands less than I would
> >like to. For example, $[fg.cs$d] and $[gt.$n] are always expanded (this
> >is correc
On 18 Sep 2005 15:54:51 +0200, Dominik Vogt wrote:
>
> On Tue, Sep 13, 2005 at 08:16:29AM +0200, Viktor Griph wrote:
> > I've written a patch to allow nesting of variables as
> > in $[desk.name$[desk.n]].
>
> I wonder if we actually want to do that. I mean, what happens if
> the value of a varia
On 30 Aug 2005 17:20:59 +0300, Evgeny Stambulchik wrote:
>
> Mikhael Goikhman wrote:
>
> >Fine, I would like to apply this patch.
>
> Thanks!
>
> >But please fix borders for windows without title (WindowStyle !Title),
> >they are still quite bad with your n
On 01 Sep 2005 22:40:06 +0200, Viktor Griph wrote:
>
> I don't really see a need to try to reimplement the entire placement feel
> with keybindings. As soon as I start looking at modifiers and/or keys I
> would need a mush more complex binding system then the one I'e
> been looking to implement
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:
> >>
> >
On 01 Sep 2005 11:30:10 +0300, Evgeny Stambulchik wrote:
>
> Cameron Simpson wrote:
>
> >| For the no-title case only, right? Personally, I don't care as I don't
> >| see a sound reason for no-title windows to have borders at all (which is
> >| why I didn't notice this problem in the first plac
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 an
On 31 Aug 2005 23:19:48 +0200, Viktor Griph wrote:
>
> On Tue, 30 Aug 2005, Viktor Griph wrote:
>
> >On Mon, 29 Aug 2005, Mikhael Goikhman wrote:
> >
> >>On 29 Aug 2005 22:55:43 +0200, Viktor Griph wrote:
> >>>
> >>>This patch makes placement
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
On 30 Aug 2005 14:27:36 +0300, Evgeny Stambulchik wrote:
>
> Mikhael Goikhman wrote:
>
> >I don't think this patch improves anything, borders look differently bad.
> >See 2 screenshots (a bit ugly), before and after applying your patch:
> >
> > htt
On 29 Aug 2005 22:55:43 +0200, Viktor Griph wrote:
>
> This patch makes placement of windows using any button possible. The
> button used to place the window is stored, and can be checked for with the
> new window condition PlacedByButton.
I wonder what are real life applications of this featur
On 27 Aug 2005 12:42:46 +0100, seventh guardian wrote:
>
> > I agree with Mikhael. I've done my best to make borders look
> > good, but it's just not possible under all circumstances.
>
> Well, why not using styles? That way the rendering of the borders
> could be adapted to specific kinds of pi
On 25 Aug 2005 11:46:09 +0200, Dominik Vogt wrote:
>
> On Thu, Aug 25, 2005 at 10:57:45AM +0200, Tobias Kieslich wrote:
>
> > The file fvwm-2.5.14/libs/FBidi.c calls a constant defined in a fribidi
> > header. This constant seems to be renamed as of the last version in
> > fribidi.
> > sed -i
On 18 Jan 2005 17:12:52 +0200, Evgeny Stambulchik wrote:
>
> >>In 2.5.*, when a pixmap is used for window borders, the right border is
> >>rendered separately (with shifted origin) using the pixmap, whereas in
> >>2.4.* the same pixmap was used, so for gradiented pixmaps it looks now
> >>(2.5) ugl
On 23 Aug 2005 22:30:42 +0100, seventh guardian wrote:
>
> I'm trying to learn how to write fvwm modules, so I read all the info
> I could find on the fvwm page, and also a great C module programming
> guide from Nick Fortune (at fvwm lair). Also, following the sugestion
> from the fvwm's page, I
On 17 Aug 2005 22:22:23 -0500, Jonathan Kotta wrote:
>
> This is my first patch. It adds a FixedPosition condition.
I have applied your patch. BTW, making patches against cvs is more
desirable, this reduces conflicts.
I also added this man page example:
DestroyFunc ToggleFixedGeometry
Ad
On 23 Aug 2005 09:04:03 +0200, Julien Cervelle wrote:
>
> I spot what I think is a mistake in fvwm manpage. It reads
>
> *TestRc [([!]*/returncode/*)] */command/
>[...]
>Example:
>
>AddToFunc ToggleXterm
>+ I Any (my_xtermwindow) Close
>+ I TestRc (NoMatch) Exec x
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
>
On 11 Aug 2005 09:21:41 +0200, Rafal Bisingier wrote:
>
> On Thu, Aug 11, 2005 at 05:09:26PM +1000, Cameron Simpson wrote:
> > On 09Aug2005 11:16, Mikhael Goikhman <[EMAIL PROTECTED]> wrote:
> > | On 09 Aug 2005 08:47:10 +0200, Rafal Bisingier wrote:
> > | > I p
On 09 Aug 2005 08:47:10 +0200, Rafal Bisingier wrote:
>
> On Mon, Aug 08, 2005 at 10:59:16AM +, Mikhael Goikhman wrote:
> > On 08 Aug 2005 11:27:16 +0200, Rafal Bisingier wrote:
> > >
> > > This patch ads new test-condition to the Test function named Compare.
&
On 08 Aug 2005 11:27:16 +0200, Rafal Bisingier wrote:
>
> This patch ads new test-condition to the Test function named Compare.
> With it one can do simple comparisions of numbers or strigs without
> using PipeRead and shell subprocesses. This could be very handy in
> conditional configuration (a
On 05 Jul 2005 19:31:58 +0900, Yasuhiro Nakazaki wrote:
>
> Neither 2.5.12 nor CVS head recognizes "EUC-JP" (and its variants) as
> valid StringEncoding in a font description; the following patch will fix
> it:
>
> *** fvwm-2.5.12/libs/FlocaleCharset.c 2003-06-29 19:53:24.0 +
> --- fv
On 05 Jul 2005 09:30:57 +0200, Dominik Vogt wrote:
>
> The ChangeLog is included in the patch.
This file was not really applied cleanly. I suppose this is a part of
another uncommitted patch:
2005-02-28 Dominik Vogt <[EMAIL PROTECTED]>
* fvwm/icons.c (DrawIconPixmapWindow):
Regards,
On 29 Jun 2005 00:42:21 +0200, Viktor Griph wrote:
>
> > I think this is just "1100", MX_LEAVE_WINDOW.
> > You should always strip the high 32 bits, that are either zeros or ones.
> > Probably $type &= 0x; in readPacket().
>
> Stripping the high bits fixes it.
On 28 Jun 2005 01:11:28 +0200, Viktor Griph wrote:
>
> I was trying to use FvwmDebug with an amd64, running a 64 bit system, when
> I found that it wouldn't load but exit with an error message "command is
> too big (`64-bit integer`), limit is 1000". Investigating the error I
> found that the p
One user wrote me that the "Dominik Vogt " 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 official FVWM web pag
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).
Regar
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
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 sub
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
>
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
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
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/confi
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.
>
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 Dec 2004 10:11:07 +0100, Olivier Chapuis wrote:
>
> On Sun, Dec 05, 2004 at 07:44:40PM -0500, Dan Espen wrote:
> >
> > For FvwmIconMan, I adjusted the first paragraph, but got stuck on the
> > second:
> >
> > .IP "*FvwmIconMan: [id] MaxButtonWidth \fIwidth\fP"
> > Defines a maximum for th
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:
> &g
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
ving windows using keyboard or mouse.
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 i
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
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 directly.
> and I have a xinerama screenshot that takes some ideas from Cameron
> Simpson and then makes them very much my own. I'd love
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 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 thi
[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, m
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 fil
1 - 100 of 1048 matches
Mail list logo
