On Fri, 30 Oct 2015 17:10:57 +
Tethys wrote:
> My desire to have my desktop behave the
> way I want trumps the application developers' desire to screw me over.
Which is practically the main reason for FVWM to exist. Every other
nonsense request from apps can be overridden by FVWM (like
On Thu, 29 Oct 2015 19:26:06 +
Tethys wrote:
> How can I force decorations onto windows?
Some of the stupid apps have a setting you can change in the
app itself (I know google-chrome has one), other than that
I don't know.
I've never been able to find a coherent description of
what the heck
I've just been experimenting with running x2go, and when I tell
the client to run fullscreen, it apparently tells fvwm don't
manage me, which works OK till I use the x2go hotkey Ctrl-Alt-M
to minimize the fullscreen client and get back to my normal
local desktop.
There doesn't appear to be any
On Fri, 31 Jul 2015 13:43:24 +0100
Thomas Adam wrote:
Can you please run xprop(1) on this window before and after you've
fullscreened this thing? It's not allowed to be unmanaged *after* it
has mapped, so I suspect something else is going on.
It isn't going unmanaged after mapping, it is (I
On Fri, 31 Jul 2015 09:14:28 -0400
Tom Horsley wrote:
It isn't going unmanaged after mapping, it is (I think) a brand new window
starting out fullscreen and unmanaged. Certainly after I minimize
it with the hot key, it doesn't show up in the window list in
fvwm.
Actually I take it all back
On Wed, 28 Nov 2007 14:21:18 +0100
Chris Rouch [EMAIL PROTECTED] wrote:
When I use gnucash under fvwm (2.5.21 and 2.5.24), and I try to invoke
the find dialog, I can see it start, then immediately disappear.
Just another follow up on this thread, I see this gnome bugzilla:
On Mon, 3 Dec 2007 17:06:16 +0100
Jindrich Makovicka [EMAIL PROTECTED] wrote:
I once wrote even simpler example, using only plain X libraries, no GTK:
http://www.mail-archive.com/fvwm@lists.math.uh.edu/msg14479.html
I forget to include a build command in the original post. Something like
On Mon, 3 Dec 2007 17:32:03 +0100 (CET)
Viktor Griph [EMAIL PROTECTED] wrote:
I remember fixing that bug. the issue with gtk windows can however be seen
by removing the first sleep, and replacing XUnmapWindow with
XWithdrawWindow(dpy, win, scr).
That is: it happens when a program requests
There is a link to bug reporting on the fvwm home page
and when I followed it and reported a bug, my bug didn't show
up in the incoming list.
Is there some secret handshake I don't know about? Or is
the incoming list moderated and it takes a while for bugs
to show up?
I was trying to go ahead
On Mon, 28 May 2007 02:54:41 +0100
Thomas Adam [EMAIL PROTECTED] wrote:
Is there a way to get WindowList to order the entries by
window creation time (or at least by window management time).
No -- such information isn't used anywhere, let alone stored. Of
course, what you've just asked
Is there a way to get WindowList to order the entries by
window creation time (or at least by window management time).
I'd like the list to stay in the same order all the time so I
can get used to which windows show up where instead of having
the order be semi-random like it is now (it is
As my latest experiment with the disappearing virt-manager windows, I was
able to bring them up as long as I tell fvwm they should be unmanaged.
Once the window exists, I can edit the fvwm config file, remove the
style that says unmanaged, and restart fvwm and the windows get decorations
and
Have You tried to move the window back on screen using the All cammand
from FvwmConsole?
Yep, as near as I can tell, the window really does go away (though the
app doesn't exit). There is one window created by the virt-manager
app that acts normal, all the other ones disappear when I try to
Having gotten really curious about what was going on, I installed
xmon to watch the protocol messages as the windows appear and
disappear. Everything is relatively similar with no window manager
and with FVWM until a whole batch of expose events happen
in a row, then I see a PropertyNotify that
Redhat and fedora boxes have an application (written in some python
gui toolkit or other) named virt-manager (for managing Xen virtual
machines).
If I point my DISPLAY environment variable at a server where I'm
running fvwm (probably 2.5.18 is currently installed), then
I see a brief flash as a
15 matches
Mail list logo
