Style StrEquals/bsearch problem

Hi Domonik I was returning to the discussion we had at the start of the month where you wanted to replace the if/else chain with a bsearch. We had a detailed discussion about changing the data structures etc and I see you have modified the macros along some of the lines we discussed, but the

Re: CVS domivogt: * Fixed TitleAt... styles.

Hi, Sometime back I reported that some make files were badly created putting -lfvwm in the wrong pace on the LDADD line, and I asked for feedback. I got none, so here is the patch! This patch fixes the LDADD variable in a number of places because -lfvwm must be before the Xft library. Dominik,

Xft_LIBS in Makefile.am

Hi I've been having problems building 2.5.3 recently (month or two) and tonight decided to figure it out. At some point the $(Xft_LIBS) in LDADD of several Makefile.am files eg fvwm/fvwm. On my system (cygwin) this causes a problem because -lfvwm is now after -lXft. Flocale.c in libfvwm uses Xft.

Re: getting the "address" of a bitfield / rewriting style switches

Hi Dominik > The mask and changemask are used in the style code to access the > whole style structure en-bloc as a character array without knowing > its internal layout. For example, if you say > > Style A Foo, Bar > Style A BarOff, Baz > > The style code takes the logical "and" value of bot

Re: getting the "address" of a bitfield / rewriting style switches

Hi Dominik After pondering over this for several hours, I have some questions that I hope will drive the ultimate solution, whatever that maybe. Forgive my verbosity. The impression I get is that you want to retain the existing code that reads the flags without change. I see this as beneficial si

Re: Further replies to this mail address with be directed to /dev/null

Hi Jason, Jason L Tibbitts III wrote: > >>>>> "DT" == Dave Trollope <[EMAIL PROTECTED]> writes: > DT> Did I miss something? fvwm-workers ML being removed Or just a > DT> slip of the fingers Dominik? > I think he meant that his lifebits.de

Re: Further replies to this mail address with be directed to /dev/null

Did I miss something? fvwm-workers ML being removed Or just a slip of the fingers Dominik? Dave Dominik Vogt wrote: > Please don't respond to this address anymore. > > Bye > > Dominik ^_^ ^_^ > > -- > Dominik Vogt, email: [EMAIL PROTECTED] > -- > Visit the official FVWM web page at http://

Re: builtin command aliases

Hi Mikhael Mikhael Goikhman wrote: > Dave, in all your examples with no exception you either want functions or > preprocessing, both are already available. You don't need a new alias > functionality for this. Aliases only needed to be able to configure > hardcoded builtins that fvwm and modules h

Re: builtin command aliases

Hi, At first I thought the idea of implementing alias' was very good but I fear that limiting it to the first word would be too limiting to be really useful. Take for example: *FvwmButtonsGeometry 520x100-1-1 *FvwmButtonsBack bisque3 *FvwmButtons(Padding 2 2 Container(Rows 1 Columns 4 Frame 1 Pad

Re: 2.4.8 release time?

Hi Dan This was it I think, funny how it didn't show up in 2.4. Well never mind! Dave Dan Espen wrote: > Dave Trollope <[EMAIL PROTECTED]> writes: > > Hi > > > > > > > > Hmm. I went to rebuild 2.4 and don't have ./configure: > > >

Re: 2.4.8 release time?

Hi > > Hmm. I went to rebuild 2.4 and don't have ./configure: > > > > Perhaps I screwed something up? Perhaps the 2.4 branch has got > > corrupted? Any ideas? > > http://fvwm.org/cvs.html > > Regards, > Mikhael. OK I forgot to rerun automake, sorry. Perhaps you could explain why cvs status con

Re: 2.4.8 release time?

Hi > > I hoped someone else would volunteer. But it seems I should do it again. > > I just ask everyone who can, update 2.4.x cvs and run it for some time, > > we almost don't test the stable brench. > > You are right. In 2.4.8, there are a number of risky patches > regarding key bindings, Click

Re: NotifyMotion

Hi Dominik. > > > I intend to start looking at the processing of the NotifyMotion events > > > because I think > > > we can find some inprovement in handling that event since it is received > > > by apps > > > registered for it much more than any event. I noticed that it is in the > > > main

Re: FvwmIconMan Patch - Background/NotifyMotion

Dominik Vogt wrote: > On Wed, May 29, 2002 at 07:48:20PM -0500, Dave Trollope wrote: > > Hi Dominik, > > > > Dominik Vogt wrote: > > > > > On Tue, May 28, 2002 at 09:28:10PM -0500, Dave Trollope wrote: > > > > Hi Dominik, > > > >

Re: FvwmIconMan Patch - Exposing Background Doesnt Redraw

Hi Dominik, Dominik Vogt wrote: > On Tue, May 28, 2002 at 09:28:10PM -0500, Dave Trollope wrote: > > Hi Dominik, > > > > Here is a new patch to move the REDRAW_BG #define to the manager dirty bits > > instead of the button dirty bits. I grouped it with the wrong define

Re: FvwmIconMan Patch - Exposing Background Doesnt Redraw

Hi, Mikhael Goikhman wrote: > [LARGE QUOTE SNIPPED] > > I'm thinking perhaps I should regenerate the patch, I realised just now I > > put > > the #define in the wrong set of defines. It doesn't cause a problem but the > > correct place is a few lines down. I will re-issue the patch - especiall

Re: FvwmIconMan Patch - Exposing Background Doesnt Redraw

Hi Dominik, Here is a new patch to move the REDRAW_BG #define to the manager dirty bits instead of the button dirty bits. I grouped it with the wrong defines. This is for 2.5 Cheers Dave Dominik Vogt wrote: > On Wed, May 22, 2002 at 11:28:39PM -0500, Dave Trollope wrote: > > Hi, >

Re: FvwmIconMan Patch - Exposing Background Doesnt Redraw

of defines. It doesn't cause a problem but the correct place is a few lines down. I will re-issue the patch - especially since I see others have added patches in the last few days too. Cheers Dave Dominik Vogt wrote: > On Wed, May 22, 2002 at 11:28:39PM -0500, Dave Trollope wrote: > >

Re: FvwmIconMan Patch - Exposing Background Doesnt Redraw

of defines. It doesn't cause a problem but the correct place is a few lines down. I will re-issue the patch - especially since I see others have added patches in the last few days too. Cheers Dave Dominik Vogt wrote: > On Wed, May 22, 2002 at 11:28:39PM -0500, Dave Trollope wrote: > >

FvwmIconMan Patch - Exposing Background Doesnt Redraw

if (FHaveShapeExtension) { Index: ChangeLog === RCS file: /home/cvs/fvwm/fvwm/ChangeLog,v retrieving revision 1.1803 diff -u -u -r1.1803 ChangeLog --- ChangeLog 2002/05/22 19:37:38 1.1803 +++ ChangeLog 2002/05/23 04:20:15 @@

Re: EILSEQ not defined

Hi Dan, bits doesn't exist in cygwin. Does it exist on solaris? I can check at work tomorrow. Is the dir bits Linux specific? Cheers Dave Dan Espen wrote: > Dave Trollope <[EMAIL PROTECTED]> writes: > > Hi All, > > > > I'm trying to compile the

EILSEQ not defined

Hi All, I'm trying to compile the latest code, and am getting an EILSEQ undefined in Ficons.c. This was in ewmh_names.c in the 3/17 snapshot. I'm using cygwin, and don't see this define in sys/errno.h. Can someone explain what this error code represents? Perhaps configure can check for this in /u

Re: Memory Allocations

Hi Dan, > > #define safemalloc(length) \ > >(malloc((length) <= 0 ? 1 : (length)) ? : (char > > *)alloc_failed("malloc",(length))) > > > > The main advantage of this is that only one function call for each > > malloc is required (malloc itself) instead of two (safemalloc+malloc). > > ?: is s

Memory Allocations

Hi, I recently downloaded and compiled fvwm2 for cygwin (having been using it on solaris for years) and was pleased to have it compile and run first time. However, cygwin is a little slow and I was curious about the fvwm2 source, so I downloaded it and decided to see if there was anything (even i