@@
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
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
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
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
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
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
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
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
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
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
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
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,
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
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'
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
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
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
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:
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
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
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
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
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
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
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
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
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 ||
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
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
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 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
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
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
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
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
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,
Is there some define to check for systems that have lstat?
/Viktor
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:
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
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]
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
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
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
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
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
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
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
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.
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
68 matches
Mail list logo