CVS griph: * BroadcastRestack to modules even if non is done.

2007-01-14 Thread FVWM CVS
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: griph 07/01/14 04:36:22 Modified files: . : ChangeLog fvwm : stack.c Log message: * BroadcastRestack to modules even if non is done. * don't do raise hacks if no restack was done. * fix

cross-referenced FVWM documentation

2007-01-14 Thread Scott Smedley
Hi all, I have been working on converting the FVWM documentation into DocBook format. You can view some preliminary HTML results on-line. http://members.optusnet.com.au/~scott.fvwm/index.html The most interesting links, so far, are: All Commands Grouped Commands Modules FVWM man page

Re: cross-referenced FVWM documentation

2007-01-14 Thread Viktor Griph
On Sun, 14 Jan 2007, Scott Smedley wrote: Hi all, I have been working on converting the FVWM documentation into DocBook format. You can view some preliminary HTML results on-line. http://members.optusnet.com.au/~scott.fvwm/index.html looking good. The most interesting links, so far, are:

Re: Bug in FvwmIdent's Geometry string.

2007-01-14 Thread Dominik Vogt
On Sun, Jan 14, 2007 at 12:27:35AM +, Thomas Adam wrote: On Sun, Jan 14, 2007 at 12:50:57AM +0100, Dominik Vogt wrote: On Sat, Jan 13, 2007 at 09:12:00PM +, Thomas Adam wrote: On Sat, Jan 13, 2007 at 04:34:17PM +0100, Dominik Vogt wrote: There appears to be a discrepency between

Re: cross-referenced FVWM documentation

2007-01-14 Thread Dan Espen
Scott Smedley [EMAIL PROTECTED] writes: Hi all, I have been working on converting the FVWM documentation into DocBook format. You can view some preliminary HTML results on-line. http://members.optusnet.com.au/~scott.fvwm/index.html The most interesting links, so far, are: All

Re: CVS griph: * silence compiler warnings

2007-01-14 Thread Dominik Vogt
On Sun, Jan 14, 2007 at 03:52:03AM -0600, fvwm-workers wrote: CVSROOT: /home/cvs/fvwm Module name: fvwm Changes by: griph 07/01/14 03:52:03 Modified files: . : ChangeLog bin: ChangeLog fvwm-root.c fvwm : add_window.c

CVS domivogt: * Properly handle title direction in FvwmIdent.

2007-01-14 Thread FVWM CVS
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt07/01/14 09:31:45 Modified files: . : NEWS modules: ChangeLog modules/FvwmIdent: FvwmIdent.c Log message: * Properly handle title direction in FvwmIdent.

CVS griph: * don't loop for ever (may still not work correctly, but at least

2007-01-14 Thread FVWM CVS
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: griph 07/01/14 10:03:02 Modified files: . : ChangeLog NEWS fvwm : icons.c Log message: * don't loop for ever (may still not work correctly, but at least doesn't lock up)

CVS domivogt: * Fixed SmartPlacement; more work on placement infrastructure.

2007-01-14 Thread FVWM CVS
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt07/01/14 11:01:50 Modified files: . : ChangeLog fvwm : placement.c Log message: * Fixed SmartPlacement; more work on placement infrastructure.

CVS domivogt: * Icon loop fix.

2007-01-14 Thread FVWM CVS
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt07/01/14 11:20:10 Modified files: . : NEWS ChangeLog fvwm : icons.c Log message: * Icon loop fix.

Re: Bug in FvwmIdent's Geometry string.

2007-01-14 Thread seventh guardian
On 1/14/07, Dominik Vogt [EMAIL PROTECTED] wrote: I don't understand what your problem is. When I start xterm like this: $ xterm -g 80x24+0+0 I get an 80x24 xterm at +0+0. FvwmIdent says: X: 0 (frame x position) Y: 0 (frame y position) Width: 587 (frame width) Height: 342 (frame

Re: CVS domivogt: * Icon loop fix.

2007-01-14 Thread Dominik Vogt
On Sun, Jan 14, 2007 at 06:26:47PM +0100, Viktor Griph wrote: On Sun, 14 Jan 2007, FVWM CVS wrote: Log message: * Icon loop fix. What's the difference. ofw isn't used outside the loop anyway. Ah, you're right. I didn't understand your patch correctly. The effect is the same, but the

Re: deiconify may loop forever

2007-01-14 Thread Viktor Griph
On Sun, 14 Jan 2007, Dominik Vogt wrote: On Sun, Jan 14, 2007 at 04:42:23PM +0100, Viktor Griph wrote: This loop is on line 2288 in icons.c: for (ofw = NULL; fw != ofw IS_ICONIFIED_BY_PARENT(fw); ) { t = get_transientfor_fvwmwindow(fw); if (t != NULL) {

CVS domivogt: * Fixed travelling windows with win_gravity upon restart with ResizeHintOverride style.

2007-01-14 Thread FVWM CVS
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt07/01/14 12:12:38 Modified files: . : ChangeLog fvwm : add_window.c Log message: * Fixed travelling windows with win_gravity upon restart with ResizeHintOverride style.

Re: Bug in FvwmIdent's Geometry string.

2007-01-14 Thread Dominik Vogt
On Sun, Jan 14, 2007 at 03:54:23PM +, Thomas Adam wrote: On Sun, Jan 14, 2007 at 04:33:56PM +0100, Dominik Vogt wrote: With that, FvwmIdent prints the relevant information to the console. Can you post the output and the (relevant) output of xwininfo please? Sure. I should just

Re: CVS domivogt: * Use resize_inc hint even with ResizeHintOverride style.

2007-01-14 Thread Viktor Griph
On Sun, 14 Jan 2007, FVWM CVS wrote: Log message: * Use resize_inc hint even with ResizeHintOverride style. Does this make ResizeHintOverride do nothing? /Viktor

Re: deiconify may loop forever

2007-01-14 Thread Dominik Vogt
On Sun, Jan 14, 2007 at 07:01:06PM +0100, Viktor Griph wrote: On Sun, 14 Jan 2007, Dominik Vogt wrote: On Sun, Jan 14, 2007 at 04:42:23PM +0100, Viktor Griph wrote: This loop is on line 2288 in icons.c: for (ofw = NULL; fw != ofw IS_ICONIFIED_BY_PARENT(fw); ) { t =

CVS domivogt: * Also override the resize_inc with ResizeHintOverride.

2007-01-14 Thread FVWM CVS
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt07/01/14 12:51:18 Modified files: fvwm : add_window.c fvwm.1.in Log message: * Also override the resize_inc with ResizeHintOverride. * Document that FvwmIdent does not show the right geometry

Re: CVS domivogt: * Use resize_inc hint even with ResizeHintOverride style.

2007-01-14 Thread Dominik Vogt
On Sun, Jan 14, 2007 at 06:29:01PM +, Tavis Ormandy wrote: On Sun, Jan 14, 2007 at 07:19:07PM +0100, Viktor Griph wrote: On Sun, 14 Jan 2007, FVWM CVS wrote: Log message: * Use resize_inc hint even with ResizeHintOverride style. This faq question will have to be updated:

Question regarding ModuleSynchronous man page entry

2007-01-14 Thread seventh guardian
Hello. Here's the dubious part of the man page entry: This command is intended for use with the (currently hypothetical) module that should be in place before other modules are started. What is this hypothetical module? Cheers Renato

CVS griph: * move common tests to function to avoid code duplication

2007-01-14 Thread FVWM CVS
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: griph 07/01/14 14:57:45 Modified files: . : ChangeLog fvwm : stack.c Log message: * move common tests to function to avoid code duplication * use = 32 character function name

Re: Question regarding ModuleSynchronous man page entry

2007-01-14 Thread Dominik Vogt
On Sun, Jan 14, 2007 at 08:06:09PM +, seventh guardian wrote: Hello. Here's the dubious part of the man page entry: This command is intended for use with the (currently hypothetical) module that should be in place before other modules are started. What is this hypothetical module?

Re: big do-everything functions or small do-one-thing ones?

2007-01-14 Thread seventh guardian
On 1/14/07, Dominik Vogt [EMAIL PROTECTED] wrote: On Sun, Jan 14, 2007 at 08:36:31PM +, seventh guardian wrote: Hello I have a question regarding one aspect of the coding: is it better to use big do-everything functions or do-one-thing ones? It's better to use

Re: deiconify may loop forever

2007-01-14 Thread Cameron Simpson
On 14Jan2007 19:21, Dominik Vogt [EMAIL PROTECTED] wrote: | I don't know if this feature is *usefull* at all, but I don't know | any application that makes use of the window group feature. I have an app here that acts as though it is a window group. But it might not be - it could just as easily