Re: travis-ci - fvwm.git master branch is "protected"

2016-03-24 Thread Viktor Griph
Den 24 mar 2016 5:22 em skrev "Thomas Adam" : > > Hi all, > > I've to document this formally, but I wanted to let you know of a few options > I've enabled for the "master" branch on the main fvwm Git repository. > > All pushes by default (across all branches) will now have Travis

Re: CVS domivogt: * Fixed the TitleWarp menu style.

2006-10-28 Thread Viktor Griph
On Wed, 25 Oct 2006, Tavis Ormandy wrote: On Wed, Oct 25, 2006 at 10:34:08PM +0200, Dominik Vogt wrote: Hello, I really liked this behaviour, is it possible to re-enable it as an option? Ever since this was introduced I've been launching the wrong applications :) What's the problem? The

todo-2.6: C.23 XForms sliderall demo

2006-09-01 Thread Viktor Griph
I've been doing some tests, and the problem is partly fixed in the current version. Keybindings no longer stop working as in the bug description, but the focused window decorations are still incorrect in the same way as reported. sliderall is an unmannaged window that takes focus on

Re: MapWindow directly after UnmapWindow

2006-08-30 Thread Viktor Griph
On Wed, 30 Aug 2006, Dominik Vogt wrote: On Tue, Aug 29, 2006 at 10:18:30PM +0200, Viktor Griph wrote: [snip] The idea was to check for a MapRequest of FW_W_PARENT before reparenting the window, while the server is grabbed, and if sush event exists not unparent it. The problem is only

Re: MapWindow directly after UnmapWindow

2006-08-29 Thread Viktor Griph
On Tue, 29 Aug 2006, Dominik Vogt wrote: On Mon, Aug 28, 2006 at 08:07:31PM +0200, Viktor Griph wrote: On Mon, 28 Aug 2006, Andreas Ehliar wrote: I have a problem with fpga_editor as reported in bug 4062. With some help from #fvwm I managed to find something suspicious. fpga_editor does

Re: MapWindow directly after UnmapWindow

2006-08-29 Thread Viktor Griph
On Tue, 29 Aug 2006, Viktor Griph wrote: On Tue, 29 Aug 2006, Dominik Vogt wrote: On Mon, Aug 28, 2006 at 08:07:31PM +0200, Viktor Griph wrote: On Mon, 28 Aug 2006, Andreas Ehliar wrote: I have a problem with fpga_editor as reported in bug 4062. With some help from #fvwm I managed to find

Re: MapWindow directly after UnmapWindow

2006-08-28 Thread Viktor Griph
On Mon, 28 Aug 2006, Andreas Ehliar wrote: I have a problem with fpga_editor as reported in bug 4062. With some help from #fvwm I managed to find something suspicious. fpga_editor does an UnmapWindow request and a MapWindow request right after each other. An example program that does the same

Handling of MapRequests

2006-08-27 Thread Viktor Griph
What is the reason to send the parent window in a map request if it's not root? This may cause a window to disappear if it were first unmapped, and then mapped again if fvwm did not reparent it back to the root window before destroying the old parent window (which will be the new window sent to

Re: CVS griph: * use ewmh allowed actions to track window movability

2006-08-10 Thread Viktor Griph
On Thu, 10 Aug 2006, Dominik Vogt wrote: On Thu, Aug 10, 2006 at 04:24:48AM -0500, fvwm-workers wrote: CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: griph 06/08/10 04:24:48 Modified files: . : NEWS modules: ChangeLog

Re: CVS griph: * use ewmh allowed actions to track window movability

2006-08-10 Thread Viktor Griph
On Thu, 10 Aug 2006, Dominik Vogt wrote: On Thu, Aug 10, 2006 at 12:58:06PM +0200, Viktor Griph wrote: On Thu, 10 Aug 2006, Dominik Vogt wrote: On Thu, Aug 10, 2006 at 04:24:48AM -0500, fvwm-workers wrote: CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: griph 06/08/10

Extending the ways for modules to request information back

2006-08-09 Thread Viktor Griph
I've been wanting a way to have fvwm perform tests for modules and respond to the module for some time now. While it's possible to use SendToModule with an argument 6 alias, or the program name, that may lead to the reply being sent to more modules than the originating module. To allow this

Re: CVS griph: * make non-icon mode pager use fvwm command for moving

2006-08-09 Thread Viktor Griph
On Wed, 9 Aug 2006, seventh guardian wrote: On 8/9/06, Viktor Griph [EMAIL PROTECTED] wrote: On Wed, 9 Aug 2006, FVWM CVS wrote: * don't add title height and border width to coordinates on pager move I think that this chagen is correct. I did some tests without it, and is seems as if high

moving icons across desks with Move breaks drawing

2006-08-09 Thread Viktor Griph
With a blank config the following produces some erractic behaviour: Style * Icon SOME_ICON AddToFunc BreakIcon + I Iconify on + I MoveToDesk 1 + I Move 0 0 Next BreakIcon results in a non-updated (icon match background and can be moved as such with Move, and icon title blank until the icon

Re: Tracking flag changes from modules

2006-08-08 Thread Viktor Griph
On Tue, 8 Aug 2006, seventh guardian wrote: On 8/8/06, Viktor Griph [EMAIL PROTECTED] wrote: On Tue, 8 Aug 2006, seventh guardian wrote: On 8/7/06, Dominik Vogt [EMAIL PROTECTED] wrote: Is there any way that the module interface allows keeping track of changes to the window flags

Re: Tracking flag changes from modules

2006-08-08 Thread Viktor Griph
On Tue, 8 Aug 2006, seventh guardian wrote: On 8/8/06, Dominik Vogt [EMAIL PROTECTED] wrote: On Tue, Aug 08, 2006 at 04:31:00PM +0100, Thomas Adam wrote: On Tue, 8 Aug 2006 16:18:41 +0100 seventh guardian [EMAIL PROTECTED] wrote: On 8/8/06, Dominik Vogt [EMAIL PROTECTED] wrote: As a

Tracking flag changes from modules

2006-08-07 Thread Viktor Griph
Is there any way that the module interface allows keeping track of changes to the window flags of a window? Currently FvwmPager allows moving of FixedPosition mini-windows, but the main window does not move. Just checking for IS_FIXED in MoveWindow doesn't work if the FixedPosition flag was

icon movement tracking

2006-08-07 Thread Viktor Griph
Should the flag tracking icon movement be set by MoveToPage? Currently it's not, which makes icons jump back to the initial page if do for example 'Style * IconTitle' if an icon has been moved to another page by MoveToPage. On a sidenote the same problem exists whenever moving icons with the

Re: Tracking flag changes from modules

2006-08-07 Thread Viktor Griph
On Tue, 8 Aug 2006, seventh guardian wrote: On 8/7/06, Dominik Vogt [EMAIL PROTECTED] wrote: Is there any way that the module interface allows keeping track of changes to the window flags of a window? Currently FvwmPager allows moving of FixedPosition mini-windows, but the main window does

Re: Documentation for module developers

2006-07-31 Thread Viktor Griph
On Sun, 30 Jul 2006, Thomas Adam wrote: On Mon, 31 Jul 2006 00:19:51 +0400 Serge (gentoosiast) Koksharov [EMAIL PROTECTED] wrote: On Sun, Jul 30, 2006 at 06:02:51PM +0100, Thomas Adam wrote: On Sun, 30 Jul 2006 14:40:50 +0400 Serge (gentoosiast) Koksharov [EMAIL PROTECTED] wrote: Hi,

Re: Flags - is negation prefered?

2006-07-17 Thread Viktor Griph
On Mon, 17 Jul 2006, Thomas Adam wrote: On Mon, Jul 17, 2006 at 04:02:47PM +0100, seventh guardian wrote: Yes, but then the 2.5 manual should be updated. I'll start doing that.. Don't be too hasty. :) Things like: Style foo !Icon Won't work. Another thing to remember is that all

Re: Flags - is negation prefered?

2006-07-17 Thread Viktor Griph
On Mon, 17 Jul 2006, Dominik Vogt wrote: On Mon, Jul 17, 2006 at 03:47:13PM +0100, seventh guardian wrote: Hi. I have a question. Is the flag vs. !flag syntax the prefered one? I ask this because even though some styles only have the !(stylename) counterpart, some are still documented as

Re: CVS griph: * add variable filters

2006-07-16 Thread Viktor Griph
On Sun, 16 Jul 2006, Dominik Vogt wrote: On Fri, Jul 14, 2006 at 05:30:03PM -0500, fvwm-workers wrote: CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: griph 06/07/14 17:30:03 Modified files: . : ChangeLog NEWS fvwm : expand.c

Re: FVWM crashes with $[0]

2006-07-14 Thread Viktor Griph
On Fri, 14 Jul 2006, Scott Smedley wrote: I think there is a bug in FVWM's parameter expansion. FVWM crashes with a simple command such as: Echo $[0] Is this supposed to be fixed? FVWM still crashes on my system when I type Echo $[0] in FvwmConsole. I am using current version of CVS.

Re: FVWM crashes with $[0]

2006-07-14 Thread Viktor Griph
On Fri, 14 Jul 2006, Dominik Vogt wrote: On Fri, Jul 14, 2006 at 09:07:21AM +0200, Viktor Griph wrote: On Fri, 14 Jul 2006, Scott Smedley wrote: I think there is a bug in FVWM's parameter expansion. FVWM crashes with a simple command such as: Echo $[0] Is this supposed to be fixed? FVWM

Re: more on expansion behaviour

2006-07-14 Thread Viktor Griph
On Fri, 14 Jul 2006, Scott Smedley wrote: Hi all, Help please. addtofunc fn + i echo executing $[0-] + i $[0-] fn echo hello How come fn doesn't print out hello? After some time debuging it turns out to be problem with the parse function usage. I'm not sure the best way to fix it, but

Re: CVS domivogt: * Removed ifdefs from fifos.c.

2006-07-13 Thread Viktor Griph
On Wed, 12 Jul 2006, FVWM CVS wrote: Log message: * Removed ifdefs from fifos.c. * Added a compat header file libs/fvwm_sys_stat.h to wrap stat.h compat issues. Is it really neccessary to defene everything with FVWM_ as a prefix? If it's not already defined, why not define it using the

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Scott Smedley wrote: Hi all, I think there is a bug in FVWM's parameter expansion. FVWM crashes with a simple command such as: Echo $[0] I am looking at this problem in GDB. The variable 'm', suddenly has a huge value when I reach line 918 of fvwm/expand.c: if (input[m]

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Viktor Griph wrote: On Thu, 13 Jul 2006, Scott Smedley wrote: Hi all, I think there is a bug in FVWM's parameter expansion. FVWM crashes with a simple command such as: Echo $[0] I am looking at this problem in GDB. The variable 'm', suddenly has a huge value when I

Re: CVS domivogt: * Removed ifdefs from fifos.c.

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 09:16:24AM +0200, Viktor Griph wrote: On Wed, 12 Jul 2006, FVWM CVS wrote: Log message: * Removed ifdefs from fifos.c. * Added a compat header file libs/fvwm_sys_stat.h to wrap stat.h compat issues. Is it really neccessary

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 09:25:09AM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Scott Smedley wrote: Hi all, I think there is a bug in FVWM's parameter expansion. FVWM crashes with a simple command such as: Echo $[0] I am looking at this problem

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Viktor Griph wrote: On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 09:25:09AM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Scott Smedley wrote: Hi all, I think there is a bug in FVWM's parameter expansion. FVWM crashes with a simple command

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 02:55:24PM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 09:25:09AM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Scott Smedley wrote: Hi all, I think there is a bug in FVWM's

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Viktor Griph wrote: On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 02:55:24PM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 09:25:09AM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Scott Smedley wrote

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 05:07:17PM +0200, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 04:10:53PM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Dominik Vogt wrote: [snip] Not true. With 'is_single_arg' true 'upper' will always be -1, so no other

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 04:10:53PM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Dominik Vogt wrote: [snip] Not true. With 'is_single_arg' true 'upper' will always be -1, so no other parse-function will be called on the string. Then, why do you

Re: FVWM crashes with $[0]

2006-07-13 Thread Viktor Griph
On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 05:00:27PM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Viktor Griph wrote: On Thu, 13 Jul 2006, Dominik Vogt wrote: On Thu, Jul 13, 2006 at 02:55:24PM +0200, Viktor Griph wrote: On Thu, 13 Jul 2006, Dominik Vogt wrote

using lstat

2006-07-11 Thread Viktor Griph
Is there some define to check for systems that have lstat? /Viktor

Re: CVS griph: fix tempfile vulnerabilities in FvwmCommand (bug

2006-07-11 Thread Viktor Griph
On Tue, 11 Jul 2006, Dominik Vogt wrote: On Tue, Jul 11, 2006 at 10:16:09AM -0500, fvwm-workers wrote: CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: griph 06/07/11 10:16:09 Modified files: . : ChangeLog NEWS configure.ac modules:

Re: Periodic command

2006-07-05 Thread Viktor Griph
On Wed, 5 Jul 2006, Scott Smedley wrote: Hi Dominik, Can you have multiple peridic commands or just one? Multiple. I suggest to replace the command Periodic with some option to the Schedule command The current specification for Schedule is: Schedule delay_ms [command_id] command So,

Matlab figure window refusing to move

2006-05-27 Thread Viktor Griph
I believe this to be a bug in matlab, but I report it here as someone might know of a workaround for i. It seems as if an obscured matlab figure will refuse to be moved, unless some not yet completely known conditions are met on the final destionation. It just bounce back to the original

Re: What are the hide windows in frame.c?

2006-05-10 Thread Viktor Griph
On Wed, 10 May 2006, Dominik Vogt wrote: On Wed, May 10, 2006 at 12:17:38AM +0200, Dominik Vogt wrote: On Tue, May 09, 2006 at 11:25:41PM +0200, Viktor Griph wrote: On Fri, 5 May 2006, Dominik Vogt wrote: On Thu, May 04, 2006 at 08:54:25PM +0200, Viktor Griph wrote: When are the hide

Re: What are the hide windows in frame.c?

2006-05-09 Thread Viktor Griph
On Fri, 5 May 2006, Dominik Vogt wrote: On Thu, May 04, 2006 at 08:54:25PM +0200, Viktor Griph wrote: When are the hide windows useful in frame.c? The call to frame_reparent_hide_windows in frame_create_move_resize_args casue X to generate extra VisibilityNotify events to clients during

Re: What are the hide windows in frame.c?

2006-05-09 Thread Viktor Griph
On Tue, 9 May 2006, Viktor Griph wrote: On Fri, 5 May 2006, Dominik Vogt wrote: On Thu, May 04, 2006 at 08:54:25PM +0200, Viktor Griph wrote: When are the hide windows useful in frame.c? The call to frame_reparent_hide_windows in frame_create_move_resize_args casue X to generate extra

What are the hide windows in frame.c?

2006-05-04 Thread Viktor Griph
When are the hide windows useful in frame.c? The call to frame_reparent_hide_windows in frame_create_move_resize_args casue X to generate extra VisibilityNotify events to clients during capture and redecoration (bug #3977). Would it be possible to narrow down the need for that function call to

Re: Inconsistency during resizing shaded windows

2006-04-15 Thread Viktor Griph
On Sat, 15 Apr 2006, Mikhael Goikhman wrote: 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

Re: Inconsistency during resizing shaded windows

2006-04-14 Thread Viktor Griph
On Fri, 14 Apr 2006, Serge (gentoosiast) Koksharov wrote: Hi, Yesterday I've noticed little inconsistency during resizing shaded windows under fvwm 2.5.16 and current CVS version: I have in my ~/.fvwm/config `Style * ResizeOpaque'. But during resizing of any shaded window this style ignored

Re: On my recent commits.

2006-04-14 Thread Viktor Griph
On Sat, 15 Apr 2006, Serge (gentoosiast) Koksharov wrote: On Thu, Apr 13, 2006 at 05:56:52PM +0200, Viktor Griph wrote: * should the options be allowed in any order. Now Reverse has to precede UseStack. If I understood your changes correctly, UseStack and Reverse options are not directly

On my recent commits.

2006-04-13 Thread Viktor Griph
I know that we are supposed to discuss new features before adding them, but this case the coding was so simple that I decided to write them up and commit them. If we decide that they are no good I'll just revert them back. The two options I added to the Add command are useful if one want to

Re: style matching in current CVS

2006-04-06 Thread Viktor Griph
On Thu, 6 Apr 2006, Dominik Vogt wrote: On Thu, Apr 06, 2006 at 11:13:03AM +0200, Dominik Vogt wrote: First, this code from style.c generates a warning: if (SID_GET_HAS_NAME(s_id) (fw-style_name == NULL (matchWildcards(SID_GET_NAME(s_id), fw-class.res_class) == TRUE ||

Re: style matching in current CVS

2006-04-06 Thread Viktor Griph
On Thu, 6 Apr 2006, Dominik Vogt wrote: On Thu, Apr 06, 2006 at 11:42:17AM +0200, Viktor Griph wrote: Just some conciderations: The manpage states that styles are search for in a specific order. I really fail to see how this information is useful while examining the logic, other than

Re: XResources and styles

2006-03-25 Thread Viktor Griph
On Sat, 25 Mar 2006, Dominik Vogt wrote: On Fri, Mar 24, 2006 at 06:32:18PM +0100, Viktor Griph wrote: Hi, does it exist any standard regulating the use of XResources? The reason I ask is that I recently found out that fvwm honors the resources Desk, Page and fvwmscreen for initial window

XResources and styles

2006-03-24 Thread Viktor Griph
Hi, does it exist any standard regulating the use of XResources? The reason I ask is that I recently found out that fvwm honors the resources Desk, Page and fvwmscreen for initial window positioning, and I find them quite neat to use together with apps supporting the -xrm option. I think

Re: Compile error - latest cvs

2006-03-21 Thread Viktor Griph
On Tue, 21 Mar 2006, Alex Wallis wrote: Just updated my cvs version to the latest and get this error [...] Fixed. I accidently broke C90-compability (mixed declarations with statements) when doing warnings for unconsumed parts of style options. /Viktor

Re: Menu Title patch

2006-02-15 Thread Viktor Griph
On Wed, 15 Feb 2006, Dominik Vogt wrote: On Tue, Feb 14, 2006 at 07:27:55PM +0100, Viktor Griph wrote: On Thu, 9 Feb 2006, Dominik Vogt wrote: I have applied the patch with some changes and bugfixes: * The text of the menuitem is always drawn in the given colour set (this required a bugfix

Re: Menu Title patch

2006-02-15 Thread Viktor Griph
On Wed, 15 Feb 2006, Dominik Vogt wrote: On Wed, Feb 15, 2006 at 09:25:11AM +0100, Viktor Griph wrote: On Wed, 15 Feb 2006, Dominik Vogt wrote: On Tue, Feb 14, 2006 at 07:27:55PM +0100, Viktor Griph wrote: On Thu, 9 Feb 2006, Dominik Vogt wrote: I have applied the patch with some changes

Re: Comments

2006-02-15 Thread Viktor Griph
On Wed, 15 Feb 2006, Bert 'theBlackDragon' Geens wrote: On 2/14/06, Viktor Griph [EMAIL PROTECTED] wrote: (and the emacs mode does not deal with that either ;))) I don't know if you're using my emacs mode or the old one that's floating about the web, but I've fixed mine so it only higlights

Re: Menu Title patch

2006-02-14 Thread Viktor Griph
On Thu, 9 Feb 2006, Dominik Vogt wrote: I have applied the patch with some changes and bugfixes: * The text of the menuitem is always drawn in the given colour set (this required a bugfix in the text drawing library). I don't think this should be done if no colorset is specified for the

Comments

2006-02-14 Thread Viktor Griph
Right now Style * Colorset 1 #, HilightColorset 2 is the same as Style * Colorset 1, HilightColorset 2 i.e. the # is simply ignored, which is somewhat correct according to the man page. However most users familiar with shell-scripts and perl scripts would think that the end of the first line is

Re: fvwm hangs with xine (PR#3828)

2006-02-12 Thread Viktor Griph
Full_Name: Version: 2.5.14,2.5.16 CVS_Date: OS: linux X_Server: xorg 6.8.2 Submission from: (NULL) (213.247.189.13) This occurs, when I launch xine (xine-ui-0.99.3), choose settings-Setup...-audio, select speaker arrangement combobox and try to scroll it. After that fvwm stops to

Re: EdgeScroll and pixel steps

2006-02-11 Thread Viktor Griph
On Sat, 11 Feb 2006, Mikhael Goikhman wrote: 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

Adding a Shift command

2006-02-10 Thread Viktor Griph
Seeing that there has only been one new command in the last 2.5 years I think it was time to add another. ;) I think that a parameter shifting command for use in functions could be useful. It could be used for small recursive (yes I know, that would not be very efficient) function calls:

EdgeScroll and pixel steps

2006-02-10 Thread Viktor Griph
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 no good solution. One possible solution would be to add

Re: fvwm starts when other window manager is already activeOrganization:

2006-01-28 Thread Viktor Griph
On Thu, 22 Sep 2005, Manoj Srivastava wrote: Hi, [Please retain the CC to [EMAIL PROTECTED] so that the Debian BTS has a record of your input] This was reported by a Debian user. Recent versions of fvwm, while being able to detect other versions of fvwm

Re: fvwm starts when other window manager is already activeOrganization:

2006-01-28 Thread Viktor Griph
On Sat, 28 Jan 2006, Bernhard R. Link wrote: * Viktor Griph [EMAIL PROTECTED] [060128 14:36]: I've done some tests and belive that this bug is due to a change in X with XOrg 6.8. I've tested fvwm 2.5.16, 2.5.10 and 2.5.4 from the 2.5.x branch, and all have the bug. However I'm sure

Re: fvwm starts when other window manager is already activeOrganization:

2006-01-28 Thread Viktor Griph
On Sat, 28 Jan 2006, Dominik Vogt wrote: On Sat, Jan 28, 2006 at 02:20:13PM +0100, Viktor Griph wrote: On Thu, 22 Sep 2005, Manoj Srivastava wrote: Hi, [Please retain the CC to [EMAIL PROTECTED] so that the Debian BTS has a record of your input] This was reported

Re: MenuStyle ActiveColorset and the need of HilightBack/ActiveFore

2006-01-18 Thread Viktor Griph
On Wed, 18 Jan 2006, Viktor Griph wrote: Hi When using the ActiveColorset menustyle, you also have to specify HiglightBack and/or ActiveFore (without arguments) in order to make the style use the colorset. Just using ActiveAcolorset has no effect what-so-ever. I think it would be good

Re: make rpm-dist and deb-dist both fail with the same error

2006-01-15 Thread Viktor Griph
On Mon, 16 Jan 2006, Alex Wallis wrote: I just updated my cvs sources (did a fresh checkout to be sure) and I keep getting an error with both make rpm-dist and make deb-dist as follows. Making all in FvwmTabs make[5]: Entering directory `/usr/src/rpm/BUILD/fvwm-2.5.16/modules/FvwmTabs'

The Style command

2006-01-01 Thread Viktor Griph
While looking at the possible options for implementing a Style setting functionality for window types based on EWMH. I got as deeply into the style code that I decided to give the syntax specification in the 3.0-todo a try. I've got the 'Style (conditions)' syntax working quite well, with the

Re: EWMH Window Types

2005-12-31 Thread Viktor Griph
I've spent some time learning the way fvwm wors with styles, and looked into how to implement the EwmhWindowTypeStyle command I suggested. There are at least two possible ways to do it: One is to make use of the style list, and add a window type field to the style id. That would require the

Re: TrianglesUseFore patch.

2005-12-21 Thread Viktor Griph
On Mon, 21 Nov 2005, Malcolm Still wrote: Hello again, I've now patched against the CVS version. Again I've uploaded it to my webspace: http://rv.sdf-eu.org/CVSTrianglesUseFore.patch With the old patch I'd also found that it didn't paint with the foreground colour when using TrianglesRelief,

matlab steals focus

2005-12-03 Thread Viktor Griph
I've encounted a strange, and undesired, behaviour with matlab 7.x (maybe eralier versions too), and I've tried all fvwm options available and I still can't get it to work right. My conclution is that matlab must break some rule. I write this in hope that someone knows of a way to go around

Re: matlab steals focus

2005-12-03 Thread Viktor Griph
On Sat, 3 Dec 2005, Tavis Ormandy wrote: On Sat, Dec 03, 2005 at 11:28:47PM +0100, Viktor Griph wrote: I've encounted a strange, and undesired, behaviour with matlab 7.x (maybe eralier versions too), and I've tried all fvwm options available and I still can't get it to work right. My

Re: matlab steals focus

2005-12-03 Thread Viktor Griph
On Sun, 4 Dec 2005, Dominik Vogt wrote: On Sat, Dec 03, 2005 at 11:28:47PM +0100, Viktor Griph wrote: I've encounted a strange, and undesired, behaviour with matlab 7.x (maybe eralier versions too), and I've tried all fvwm options available and I still can't get it to work right. My conclution

Re: resizing windows with root-transparent titles

2005-11-26 Thread Viktor Griph
On Sat, 26 Nov 2005, Dominik Vogt wrote: On Sat, Nov 26, 2005 at 09:35:16PM +0100, Viktor Griph wrote: It seems as if resizing of windows with root transparent titles doesn't update the title. It will consist of the old pixmap, with the title text on the same position as before, posible tiled

EWMH Window Types

2005-11-10 Thread Viktor Griph
The way fvwm handles the _NET_WM_WINDOW_TYPE hint is very non-configurable currently. You can't even set other style options on the windows yourself. There are several ways to improve this. In short term a style EWMHIgnoreWindowType would allow for users to set their own style on windows

Re: MenuStyle

2005-10-20 Thread Viktor Griph
On Thu, 20 Oct 2005, Dominik Vogt wrote: On Thu, Oct 20, 2005 at 07:42:36AM +0200, Viktor Griph wrote: Hi I am looking into the MenuStyle code trying to understand how some things are done. I plan to enable negation of all on/off menu styles by prefixing ! to them. However looking at the code

Re: CVS griph: reimplemented previous fix without breaking escape

2005-10-18 Thread Viktor Griph
On Mon, 17 Oct 2005, Dominik Vogt wrote: On Sun, Oct 16, 2005 at 04:45:39PM -0500, fvwm-workers wrote: CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: griph 05/10/16 16:45:39 Modified files: . : ChangeLog fvwm : move_resize.c Log

Re: ManualPlacement/Move Patch

2005-09-01 Thread Viktor Griph
On Thu, 1 Sep 2005, Mikhael Goikhman wrote: 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

Move question

2005-08-29 Thread Viktor Griph
I'm working on a patch to allow windows to be placed with buttons 3. However, I run into some strangeness with the way Move is supposed to work according to the Man page, compared to what it actually does: The man page states that Move can be canceled with MB2. This is currently only true if

ManualPlacement/Move Patch

2005-08-29 Thread Viktor Griph
This is the ManualPlacement/Move patch I'm currently working on. Right now I've done as mush as possible without knowing how placments are intended to be aborted. This patch makes placement of windows using any button possible. The button used to place the window is stored, and can be checked

New Test conditions: EdgeHasPointer and EdgeIsActive

2005-08-12 Thread Viktor Griph
@@ Viktor Griph: Patch for Perl modules on 64 bit machines. +EdgeHasPointer and EdgeIsActive test conditions. Bjoern Steinbrink: Patch for FvwmScript tasks running too often. Index: ChangeLog === RCS file: /home/cvs/fvwm/fvwm