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 ignor
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
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.
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'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 w
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 re
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
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:
http://bugzil
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 and
> 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. There
> is no error message shown. If I shutdown fvwm the dialog does not
> appear (so it is not just hidden). This is the same if I use my normal
> config or
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 ju
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 particula
> 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
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 opera
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 ref
On Mon, 30 Apr 2007 23:58:46 +0100
Thomas Adam <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 30, 2007 at 06:29:07PM -0400, Tom Horsley wrote:
> > ... The virt-manager app still thinks it is running,
> > but the window isn't on the screen or in the WindowList.
>
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 wi
17 matches
Mail list logo