i all ... stick on
Replace the "..." with a condition that matches all windows that
are supposed to become sticky.
Then replace all "move" calls in the config with "moveandstick".
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
is it as easy as
>
> + I Test (Init) Schedule 8000 Exec gkrellm StaysOnTop
Style ... staysontop
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
d the arguments before
each infostore command.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
look like?
> Does it send a SIGTERM to every job as I imagine?
Fvwm doesn't have a built in "quit" function. If there is one,
it's either in your private config or came with the desktop
environment or some other setup.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
indows are managed internally.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
the relevant part of the output to
the list.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
t; > somebody else, that would be great.
>
> How far back is "early days"? I am sure Dan Espen and Dominik Vogt would
> qualify!
> They're still lurking round these parts somewhere, I do hope!
Sure I am. :)
> As for Robert Nation, I contacted him a few yea
On Mon, Mar 15, 2021 at 01:38:56PM +0100, Klaus Altmann wrote:
> how can I change the size, shape, or color of the mouse pointer? i mean this
> little black arrow which is to tiny for my eyes...
I have this in $HOME/.Xresources:
Xcursor.size: 64
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Mon, Mar 01, 2021 at 01:40:17PM +, Ethan Raynor wrote:
> hi Dominik,
>
> On Mon, Mar 1, 2021 at 9:45 AM Dominik Vogt wrote:
> > What is the actual use case for this?
>
> i quite often find myself wanting to move windows between desks to
> suit my workflow. what i w
e a hand tailored function that
shows the windows when weitching to desk 1 and 2, but not on other
desks.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Thu, Feb 18, 2021 at 09:31:06PM +0100, Klaus Ethgen wrote:
> Am Do den 18. Feb 2021 um 18:57 schrieb Dominik Vogt:
> > They tell the X server to do it, mostly by doing alpha blending, I
> > think. X offers no reliable way to get any screen contents other
> > than wha
On Thu, Feb 18, 2021 at 02:00:44PM +0100, Klaus Ethgen wrote:
> Hi Dominik,
>
> Am Do den 18. Feb 2021 um 12:36 schrieb Dominik Vogt:
> > On Wed, Feb 17, 2021 at 06:48:45PM +0100, Klaus Ethgen wrote:
> > > seting the background (root window) to some image is easy. But is th
ewhere on the system.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Mon, Feb 15, 2021 at 09:25:44PM +0530, Mandar Mitra wrote:
> Dominik Vogt wrote (Sun, Feb 14, 2021 at 12:05:26PM +0100):
> I have no idea what I'm doing wrong, but something does seem to
> be messing with window focus. For a while, the list is nicely
> maintained in MRU order, t
On Sun, Feb 14, 2021 at 11:31:01AM +0100, Dominik Vogt wrote:
> For me, this works well:
>
> Style * GrabFocusTransient
> Style ipe !FPGrabFocusTransient
> Style * !RaiseTransient, !LowerTransient, !StackTransientParent
P.S.: There's also the nuclear option to prevent some w
On Sun, Feb 14, 2021 at 01:07:03PM +0530, Mandar Mitra wrote:
> At the moment, the only thing that I want is that transients
> should never get focus.
Side note: You *really* don't want this. It would render many
applications unusable (file dialogs etc.).
Ciao
Dominik ^_^ ^_^
--
D
other.
Alt-Minus gives you the window closest to the current one, and
Alt-Home the one that's closest to the pointer. Both bindings
help with stacked windows, but I hardly ever use them.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
ansient
Or run the FvwmIdent module on the window in question. (E.g. open
FvwmConsole, type "FvwmIdent", then pick a window.)
--
(A bug report to Ipe to ask them to name all their windows
properly would be in order, but not fix the problem anythime soon,
I guess.)
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
conflicts with fvwm2 and
> only one of those can be installed at a time.
I don't like this naming scheme that suggest the version number is
part of the project name. Is naming them "fvwm", "fvwm-2",
"fvwm-1" not an option?
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
and rename it
to fvwm again. The autotools can take care of having two versions
installed in parallel (--program-suffix configure option).
Distributors know how to use these options.
And as far as I understand, nobody is going to maintain the 2.x
version anyway.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
-2.0.0. No reason to repeat it now.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
years ago, but the X interface is just not
suited for this kind of binding. To trap key press and release
events it's necessary to redirect all keyboard input to fvwm.
> Holding down Ctrl any pressing A should NOT trigger this command.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
, working from home for the forseeable future.
Things are a bit strange in Germany. Hopefully people hav
understood the severity of the current situation now.
Keep well and fit everybody, as we now say in Germany.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
ilar to how neovim does things, for example.
Please don't forget a way to just send text from a shell script
without having to link with some library.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Sun, Feb 16, 2020 at 09:23:45AM +0100, Dr. Nikolaus Klepp wrote:
> Anno domini 2020 Sun, 16 Feb 00:18:54 +
> Thomas Adam scripsit:
> >
> > On Sun, Feb 16, 2020 at 12:57:20AM +0100, Dominik Vogt wrote:
> > > Debian based distros seem to have some kind of scalable
o
Dominik ^_^ ^_^
--
Dominik Vogt
ample with
ThisWindow
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
created. If it's really
necessary to execute a function for a new window, the FvwnEvent
module can be used.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Fri, Feb 07, 2020 at 11:56:32AM +0100, Peter Holm wrote:
> No go with
> AddtoFunc StartFunction
> + I All Thumbnail_MiniIcons
Of course not. "All" works only on existing windows. Perhaps you
can elaborate on what you want to accomplish?
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
'm using the wrong function even?
Looking at the --help output, I imagine that the option
--exec-file=xdg-open should do what you want. (xdg-open starts
the application defined by the mime type with the given file;
don't ask me about syntax details.)
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
...
> :
>
> in my .fvwmrc.
>
> Assuming the window "xyz" has input focus: If I press and release
> some [magic_escape_key], followed by [F1], then "xyz" should *not*
> be changed to an icon, but [F1] should be sent to "xyz" instead.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Sun, Dec 30, 2018 at 10:23:39AM -0700, Glenn Golden wrote:
> Dominik Vogt [2018-12-30 01:11:13 +0100]:
> > On Sat, Dec 29, 2018 at 04:29:00PM -0700, Glenn Golden wrote:
> > > Anyway, the idiom I'm seeking to implement is this:
> > >
> > > 1. Tap Co
inate the 'Move' operation
All the keyboard shortcuts for moving and resizing windows,
dragging the viewport and execution of complex functions are hard
coded in libs/Target.c. I.e. this won't work without changing the
sources.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
n/faq/#a-few-minutes-after-fvwm-is-started-my-keyboard-and-mouse-bindings-stop-working--what-can-i-do
>
> Anyways, making N and A (for any modifiers) should make it work no
> matter what modifier you are holding down.
And
IgnoreModifiers L2
is a good idea too.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
er than
the screen height wehn the function is called, its value is used
unchanged in the aWindow.resizeTo() call.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Tue, Aug 28, 2018 at 03:22:54AM +0200, hw wrote:
> Dominik Vogt writes:
>
> > On Mon, Aug 27, 2018 at 10:36:58PM +0200, hw wrote:
> >> Dominik Vogt writes:
> >>
> >> > On Sun, Aug 26, 2018 at 09:30:14PM +0200, hw wrote:
> >>
> >>
On Tue, Aug 28, 2018 at 02:51:58AM +0200, hw wrote:
> Dominik Vogt writes:
> >> Or does the module create its own output that needs to be
> >> redirected when the module is being started?
> >
> > What module?
>
> FvwmConsole
We're talking about fvwm ou
to the windows of Firefox, and
> they remain on top of each other. It replaces other windows as
> expected, though.
>
> Oh, and when I manually move the Firefox window which is on top and
> replace it then, it is being moved to the top left corner of the display
> so it ends up on top o
file was created buy remained empty.
>
> Hm, do I need to redirect fvwms stdderr, too?
Of course.
> Or does the module create its own output that needs to be
> redirected when the module is being started?
What module?
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Mon, Aug 27, 2018 at 10:36:58PM +0200, hw wrote:
> Dominik Vogt writes:
>
> > On Sun, Aug 26, 2018 at 09:30:14PM +0200, hw wrote:
>
> > [...]
> >> IIUC, I explicitly told the window manager to ignore what the program
> >> tries to do about the place
On Sun, Aug 26, 2018 at 11:23:56PM +0200, hw wrote:
> Dominik Vogt writes:
> >> What could be causing this? Is Firefox somehow claiming the entire
> >> screen because it tries to place the windows itself, making fvwm figure
> >> there is no good place to put
On Sun, Aug 26, 2018 at 09:30:14PM +0200, hw wrote:
> Dominik Vogt writes:
>
> > On Fri, Aug 24, 2018 at 10:58:51PM +0200, hw wrote:
> >> Stefan Blachmann writes:
> >> > I was annoyed and looked into that.
> >> > session[re]store.js is a *horribl
hing that
Firefox does in a reliable way.
> On 8/25/18, Dominik Vogt wrote:
> > It actually is possible. Sort of. If the application claims that
> > a requested position is "user specified" instead of "program
> > specified", the window manager has no wa
or it. Nowadays many programs abuse this hint to
override the window manager - in clear violation of the
communication rules set in the ICCCM2 standard.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Fri, Aug 24, 2018 at 10:41:45PM +0200, hw wrote:
> Dominik Vogt writes:
>
> > On Thu, Aug 23, 2018 at 07:10:47PM +0200, hw wrote:
> >> Hi!
> >>
> >> Fvwms manpage says:
> >>
> >>
> >>Placement policy options a
les make it impossible for the user to move or
resize the window too. If they re the only way to make the
application behave, one could make a script that waits for a few
seconds or until the windows appear and then remove the style.)
There's also the option
bugopts explainwindowplacement on
Which will print a detailed report to the console when new windows
are placed.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Mon, Jun 25, 2018 at 10:28:29PM +0100, Klaus Ethgen wrote:
> Am Mo den 25. Jun 2018 um 21:29 schrieb Dominik Vogt:
> > Don't use FakeClick, it's a failed experiment I once made. It's
> > virtually imposible to get the clicks in the right ubwindow, and
> > eve
pport
(256) and then increased that to 1024 at some time.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Fri, Mar 02, 2018 at 08:33:20PM +, Thomas Adam wrote:
> On Tue, Feb 13, 2018 at 11:19:41PM +0100, Dominik Vogt wrote:
> > On Mon, Feb 12, 2018 at 02:14:57PM +, Thomas Adam wrote:
> > > Well, this is good news! Apologies for bouncing this between fvwm@ and
probably a good idea to put the $0 in double quotes.
You'll get a similar warning if $0 contains spaces.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Tue, Feb 27, 2018 at 07:45:50PM +0100, Dominik Vogt wrote:
> That leaves the "comma" warning. If you can't find it by looking
> at your files, try adding more "echo" commands to narrow it down
> to a specific place. It's probably in a style or a window
> cir
On Tue, Feb 27, 2018 at 05:51:52PM +0200, Michelle Konzack wrote:
> Am 2018-02-27 hackte Dominik Vogt in die Tasten:
> > Is the file that defines the root menu in this list? Have you
> > double checked the menu name and the binding? Is there any
> > problem with numloc
, please include the FvwmIconMan config
and the line from FvwmButtons that starts it.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Tue, Feb 27, 2018 at 02:33:19PM +0100, Dominik Vogt wrote:
> If the debug output looks good, Firefox has probably moved its own
> window to a different page. There is a number of styles to
> prevent applications moving their own windows. Try
>
> Style ... fixedpposition
&
a detailed message
explaining where new windows are placed and why. In case you need
help reading that output, feel free to post it to the list.
If the debug output looks good, Firefox has probably moved its own
window to a different page. There is a number of styles to
prevent applications moving their own windows. Try
Style ... fixedpposition
first.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
e programs with
Key (Gnumeric) q TSIFW M Nop
Key (Sea*onkey*) q TSIFW C Nop
etc.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
N
...
echo END
Also, make sure that all "read" commands actually find the filed
they are supposed to read.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
estroyFunc EWMHActivateWindowFunc
Create a new function with that name that does nothing.
addtofunc EWMHActivateWindowFunc i nop
> [fvwm][__execute_function]: <> No such command
> 'EWMHActivateWindowFunc'
> which is not, what I expected...
Well, you should expect that, if you destroy functions that are
in use.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
r - go ahead.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Fri, Sep 29, 2017 at 09:39:05AM -0400, Tom Horsley wrote:
> On Fri, 29 Sep 2017 14:00:10 +0100
> Dominik Vogt wrote:
>
> > These two styles are meant exactly for this situation. One of
> > them should work unless the program guesses the border width and
> > titl
On Fri, Sep 29, 2017 at 08:38:01AM -0400, Tom Horsley wrote:
> On Fri, 29 Sep 2017 01:30:08 +0100
> Dominik Vogt wrote:
> > On Thu, Sep 28, 2017 at 07:18:08PM -0400, Tom Horsley wrote:
> > > I see calibre windows gradually drift up and left
> > > every time I
ty
where "..." is a style name matching the offending window only.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
problem (trackball broken) or the X server
is doing something strange (not deliver the button release event
unless there is some mouse motion). I've seen thing like this
before, caused by both.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Sat, Jun 10, 2017 at 07:41:24PM +0100, Thomas Adam wrote:
> On Wed, Apr 12, 2017 at 08:47:15PM +0100, Dominik Vogt wrote:
> > I don't see how this is fixable without either removing all of
> > Rob's code or changing Github's terms and conditions. I see no
> > problem
> I can't give you a time line right now on the fix.
> I might do the work but other issues stand in the way.
> Dominik, any updates?
I really don't know what to do about Github, other than dumpint it. :-(
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Thu, Apr 27, 2017 at 05:00:33PM -0600, Jaimos Skriletz wrote:
> On Thu, Apr 27, 2017 at 4:21 PM, Dominik Vogt <dominik.v...@gmx.de> wrote:
> > On Thu, Apr 27, 2017 at 11:04:14AM -0600, Jaimos Skriletz wrote:
> >> Sometimes when a process stops the window will remain op
6.7-3 package and the
> master branch from git inside a virtual machine.
Maybe it's a problem with the X server in a virtual machine? I
don't have such a setup to test that, but it doesn't happen on a
plain X server with or without config and neither in Xnest for me.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Wed, Apr 12, 2017 at 09:24:45AM +0100, Thomas Adam wrote:
> On Wed, Apr 12, 2017 at 09:48:30AM +0200, Christoph Fritz wrote:
> > On Thu, 2017-03-09 at 13:55 +0100, Dominik Vogt wrote:
> > > There is a discussion about Github's new terms of service which may
> > > not
There is a discussion about Github's new terms of service which may
not be compatible with the Gpl:
https://www.mirbsd.org/permalinks/wlog-10_e20170301-tg.htm
I didn't have time to read the new terms yet, but it is possible
that we need to remove all fvwm repositories from Github. The
most
Branch: refs/heads/fvwm2-stable
Home: https://github.com/fvwmorg/fvwm
Commit: d89af5d26a27e52ba86e529fbde02a26533c2d84
https://github.com/fvwmorg/fvwm/commit/d89af5d26a27e52ba86e529fbde02a26533c2d84
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2017-03-01 (Wed, 01 Ma
s the cursor unchanged.
>
> I wonder if GTK is (mis-)processing the LeaveNotify here as 'the mouse
> pointer is leaving the link', instead of 'mouse has been grabbed from me'.
That's just what I think. The program seems to believe it has
lost focus and stops processing button events.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Wed, Mar 01, 2017 at 08:36:58PM +0100, Dominik Vogt wrote:
> On Wed, Mar 01, 2017 at 01:36:52PM -0500, Chris Siebenmann wrote:
> > (Let me know if you want more detail somewhere here and I can rerun
> > my gdb tracing and/or add printfs appropriately.)
> >
> > Fo
On Wed, Mar 01, 2017 at 08:45:36PM +0100, Dominik Vogt wrote:
> On Wed, Mar 01, 2017 at 08:36:58PM +0100, Dominik Vogt wrote:
> > On Wed, Mar 01, 2017 at 01:36:52PM -0500, Chris Siebenmann wrote:
> > > (Let me know if you want more detail somewhere here and I can rerun
&g
be
some change in the sequence of events the application gets, or
maybe the timestamps, but its hard to say without actually seeing
the events.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Wed, Mar 01, 2017 at 07:02:55PM +0100, Dominik Vogt wrote:
> On Wed, Mar 01, 2017 at 09:43:58AM -0500, Chris Siebenmann wrote:
> > > On Tue, Feb 28, 2017 at 08:42:38PM -0500, Chris Siebenmann wrote:
> > > >
> > > > > > If I comment out all
No.
> It is relatively striking to me how correlated things are here.
These events are generated as a side effect of button presses by
design of the X protocol. An application that cannot deal with
them is broken.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Thu, Mar 02, 2017 at 12:00:08AM +0700, ?? wrote:
> On 01.03.2017 23:38, Dominik Vogt wrote:
> >On Wed, Mar 01, 2017 at 04:20:29PM +0100, Dominik Vogt wrote:
> >>On Sat, Feb 18, 2017 at 11:35:48AM +0700, ?? wrote:
> >>>With bo
Branch: refs/heads/fvwm2-stable
Home: https://github.com/fvwmorg/fvwm
Commit: bc685fd15f2f2f1064347f0ae1cfc19560ef9de4
https://github.com/fvwmorg/fvwm/commit/bc685fd15f2f2f1064347f0ae1cfc19560ef9de4
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2017-03-01 (Wed, 01 Ma
ot;. Can you please try that
and see if it solves your problem? It does for me.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
Branch: refs/heads/dv/devel
Home: https://github.com/fvwmorg/fvwm
Commit: 5df54fcf24d2488f4ba82acd92412df85d2a60b3
https://github.com/fvwmorg/fvwm/commit/5df54fcf24d2488f4ba82acd92412df85d2a60b3
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2017-03-01 (Wed, 01 Ma
On Wed, Mar 01, 2017 at 07:18:11AM -0700, Jaimos Skriletz wrote:
> On Wed, Mar 1, 2017 at 5:30 AM, Dominik Vogt <dominik.v...@gmx.de> wrote:
> > On Tue, Feb 28, 2017 at 10:22:33PM -0700, Jaimos Skriletz wrote:
> >> On Mon, Feb 27, 2017 at 11:10 PM, Jaimos Skriletz
> &
Branch: refs/heads/master
Home: https://github.com/fvwmorg/fvwm
Commit: 3bad8f5e61a9ac1a9e510fe085f69fbbb348fd3c
https://github.com/fvwmorg/fvwm/commit/3bad8f5e61a9ac1a9e510fe085f69fbbb348fd3c
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2017-03-01 (Wed, 01 Ma
Branch: refs/heads/dv/devel
Home: https://github.com/fvwmorg/fvwm
Commit: 3bad8f5e61a9ac1a9e510fe085f69fbbb348fd3c
https://github.com/fvwmorg/fvwm/commit/3bad8f5e61a9ac1a9e510fe085f69fbbb348fd3c
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2017-03-01 (Wed, 01 Ma
the
root window?
> > > then I see the extra LeaveNotify / EnterNotify / KeymapNotify sequence
> > > in xev
Forget about these; that's just how X works.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
ibs.height != man->geometry.height)) {
> +XGetWindowAttributes(theDisplay, man->theWindow, );
> +counter--;
> + }
>fix_manager_size(man, man->geometry.width, man->geometry.height);
> }
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
On Sun, Jan 08, 2017 at 11:13:52AM -0700, Jaimos Skriletz wrote:
> On Sun, Jan 8, 2017 at 3:14 AM, Dominik Vogt <dominik.v...@gmx.de> wrote:
> > On Sun, Jan 01, 2017 at 02:10:03AM -0700, Jaimos Skriletz wrote:
> >> Here is an old (minor) bug that is lurking in the Deb
org/msg01916.html
>
> Unsure if the bug is just an extra character is underlined in the Menu
> or if using non ASCII characters for hot-keys doesn't work.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
See branch dv/devel for various patches.
On Sat, Dec 31, 2016 at 07:26:54AM -0700, Jaimos Skriletz wrote:
> On Sat, Dec 31, 2016 at 6:03 AM, Dominik Vogt <dominik.v...@gmx.de> wrote:
> > 1. In the log there is
> >
> > Traceback (most recent call last):
> >
On Sat, Dec 31, 2016 at 05:37:45AM -0700, Jaimos Skriletz wrote:
> On Sat, Dec 31, 2016 at 4:11 AM, Dominik Vogt <dominik.v...@gmx.de> wrote:
> > On Fri, Dec 30, 2016 at 09:12:50PM -0700, Jaimos Skriletz wrote:
> >> On Fri, Dec 30, 2016 at 8:49 PM, Dominik Vogt <
On Fri, Dec 30, 2016 at 09:12:50PM -0700, Jaimos Skriletz wrote:
> On Fri, Dec 30, 2016 at 8:49 PM, Dominik Vogt <dominik.v...@gmx.de> wrote:
> > On Fri, Dec 30, 2016 at 08:24:07PM -0700, Jaimos Skriletz wrote:
> >> Hello,
> >>
> >> This was repor
On Sat, Dec 31, 2016 at 01:07:59AM +, Thomas Adam wrote:
> On Fri, Dec 30, 2016 at 11:20:59PM +0100, Dominik Vogt wrote:
> > > EWMHBaseSTruts is not a Style,
> >
> > What? Should have paid more attention when this stuff was
> > written. Got to fix this some t
Branch: refs/heads/dv/new-parser-2
Home: https://github.com/fvwmorg/fvwm
Commit: b2f4bce686118c71e3b2c22c2905479588af303f
https://github.com/fvwmorg/fvwm/commit/b2f4bce686118c71e3b2c22c2905479588af303f
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2016-12-28 (Wed,
Branch: refs/heads/master
Home: https://github.com/fvwmorg/fvwm
Commit: 7cfd209e17ed88c34f7ec9318dd82aabc3757baa
https://github.com/fvwmorg/fvwm/commit/7cfd209e17ed88c34f7ec9318dd82aabc3757baa
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2016-12-28 (Wed, 28 De
Branch: refs/heads/dv/devel
Home: https://github.com/fvwmorg/fvwm
Commit: 7cfd209e17ed88c34f7ec9318dd82aabc3757baa
https://github.com/fvwmorg/fvwm/commit/7cfd209e17ed88c34f7ec9318dd82aabc3757baa
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2016-12-28 (Wed, 28 De
On Tue, Dec 27, 2016 at 05:34:08PM -0700, Jaimos Skriletz wrote:
> On Tue, Dec 27, 2016 at 5:28 PM, Jaimos Skriletz
> <jaimosskril...@gmail.com> wrote:
> > On Tue, Dec 27, 2016 at 5:15 PM, Dominik Vogt <dominik.v...@gmx.de> wrote:
> >> On Tue, Dec 27, 2016 at
On Tue, Dec 27, 2016 at 05:04:40PM -0700, Jaimos Skriletz wrote:
> On Tue, Dec 27, 2016 at 4:52 PM, Jaimos Skriletz
> <jaimosskril...@gmail.com> wrote:
> > On Tue, Dec 27, 2016 at 3:44 PM, Dominik Vogt <dominik.v...@gmx.de> wrote:
> >> On Mon, Dec 26, 2016 at
while. This
certainly needs testing.
However, this patch only affects clients that do things like
iconifying or withdrawing their windows, i.e. the vast majority of
programs won't be affected, but you never know what closed source
programs until they break.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
e several patches to fix problems caused
by unmapping windows in HandleUnmapNotify, but none of us ever
figured out the real bug for more than fifteen years. :-/
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
Branch: refs/heads/dv/fix-disappering-windows
Home: https://github.com/fvwmorg/fvwm
Commit: b1912ee1d0af84aef588bebb4b37a118a91ec6a8
https://github.com/fvwmorg/fvwm/commit/b1912ee1d0af84aef588bebb4b37a118a91ec6a8
Author: Dominik Vogt <dominik.v...@gmx.de>
Date: 2016-11-2
alled in HandleUnmapNotify(), I think I could
write a decent fix instead of jsut disabling the parts of the code
that cause trouble.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
>From c179137faffbdebc5e2875a0f418b4679dc4fe94 Mon Sep 17 00:00:00 2001
From: Dominik Vogt <dominik.v...@gmx.de&g
1 - 100 of 571 matches
Mail list logo