Re: FVWM: Two small oddities

2019-06-07 Thread E Frank Ball
On Fri, Jun 07, 2019 at 10:31:56PM -0700, Ronald F. Guilmette wrote:
 > 
 > I've just noticed a couple of very odd things whilst trying to use various
 > applications under fvwm on FreeBSD, and I thought that rather than just
 > ignoring these, I should perhaps say something, in case they turn out to
 > be actual bugs.
 > 
 > 1)
 > 
 > First, under fvwm, some certain applications, specifically evince and
 > the chromium browser, display with any of the usual outer framing that
 > fvwm seems to provide for all other X application programs, e.g. Xterm,
 > xpdf, and the Firefox and Oprera browsers.
 > 
 > I made an effort to see if these two applications (evince & chromium)
 > exhibit the same issue when run under twm.  They do not, in that case.
 > When run under twm, they get an outer frame just like everything else.

Chrome has an option under settings called "Use system title bar and
borders".  Turn it on an it works fine.  Evince is a problem.


"Science advances one funeral at a time." - Max Planck

   E. Frank Ball III



Re: FVWM: Two small oddities

2019-06-08 Thread E Frank Ball
On Sat, Jun 08, 2019 at 12:58:21PM +0100, Thomas Adam wrote:
 > On Fri, Jun 07, 2019 at 10:31:56PM -0700, Ronald F. Guilmette wrote:
 > > 1)
 > > 
 > > First, under fvwm, some certain applications, specifically evince and
 > > the chromium browser, display with any of the usual outer framing that
 > > fvwm seems to provide for all other X application programs, e.g. Xterm,
 > > xpdf, and the Firefox and Oprera browsers.
 > 
 > Chromium has an option to disable this.
 > 
 > As for evince and others, this is due to CSD (Client-side Decorations).
 > There's no proper way around this other than to use a patched gtk which uses
 > LD_PRELOAD to override this behaviour.
 > 
 > Have a look at gtk3-nocsd (https://github.com/PCMan/gtk3-nocsd).  I've just
 > checekd my FreeBSD machine -- it's not packaged.
 > 
 > -- Thomas Adam


gtk3-nocsd is packaged for Ubuntu 18.04 & Debian 9.
"gtk3-nocsd evince" works great. Thank you.

"Science advances one funeral at a time." - Max Planck

   E. Frank Ball III



Re: FVWM: emulating mouse button 2 on HP touchpad

2023-05-13 Thread E Frank Ball
On Sat, May 13, 2023 at 11:44:36PM +0200, Lucio Chiappetti wrote:
 > 
 > In particular (independently of fvwm ?) I am used to do quick
 > copy-and-paste of text selecting it with mouse button 1 (MB1) and pasting
 > with mouse button 2 (MB2). Or shift-MB1 and shift-MB2 in my favourite
 > editor (The Hessling Editor), due to a peculiarity of the editor.
 > 
 > Now I've got a new HP Probook laptop which has a touchpad without buttons.
 > Apparently tapping near the bottom left and bottom right corners of the
 > touchpad works as MB1 and MB3 ... but there is no MB2.
 > 
 > I wonder whether there is a solution (either fvwm-specific or X11-generic)
 > to achieve a decent emulation of the paste function.

 to paste.

   E. Frank Ball III




FVWM: window placement problem

2008-06-12 Thread E Frank Ball III
I'm using fvwm-2.4.19 on RedHat Enterprise 4.  Most windows work fine,
but when I open an acroread window the top and left borders are not in
the current workspace.  The upper and left edges of the acroread
application line up with the upper and left edges of the current
workspace.  The borders are in the next workspaces to the left and top.

My system at home uses 2.5.18 on Debian etch and it doesn't do this.
I can't find any relevant differences in the fvwm config file.
I have: 

   Style * MinOverlapPercentPlacement 
Style * NoPPosition
Style "Acroread" NoUSPosition

I tried changing/commenting these, but no help. Any ideas?  Thank you,

-- 

   E Frank Ball[EMAIL PROTECTED]



Re: FVWM: acroread9 -- Where's the minimize button?

2011-10-29 Thread E Frank Ball III
On Sat, Oct 29, 2011 at 12:27:37PM +0200, Ingo Wardinski wrote:
 > [ On Friday, October 28, 2011 at 14:12:09 (-0700), Ronald F. Guilmette 
 > wrote: ]
 > > Subject: FVWM: acroread9 -- Where's the minimize button?
 > >
 > > 
 > > Is it just me, or has anyone else experienced an oddity where the window
 > > containing acroread, unlike all other applications windows, fails to have
 > > a standard sort of minimization button in the upper right hand corner of 
 > > the
 > > window frame?
 > > 
 > > Is this is a known problem?
 > > 
 > > Is there a workaround?
 > 
 > buttons are working for me on a acroread window (fvwm2.5.26) 
 > You want to set 
 > Style * MWMFunctions, MWMDecor, HintOverride


Acroread works fine for me too, I use the same Style as above and have fvwm 
2.5.30

-- 

  Frank Ball  fra...@frankb.us



Re: FVWM: fvwm and mvwm? How is fvwm?

2014-05-11 Thread E Frank Ball III
On Sun, May 11, 2014 at 02:28:19PM +0200, Thomas Funk wrote:
 > 
 > FVWM is still an active project as you can see it on the mailing lists
 > but it's true that there are many parts in the code which could be 
 > removed but that's not so easy. FVWM is over 20 years old and many things
 > were growed over the time and interlaced with each other.


How will the new display managers (if that's the correct term) such as
Wayland and Mir effect fvwm?  Does it have to be ported to Wayland to work?

   E Frank Ball  fra...@frankb.us



Re: FVWM: Prevent window from raising itself?

2014-05-21 Thread E Frank Ball III
On Wed, May 21, 2014 at 03:37:46PM -0400, Tom Horsley wrote:
 > The latest version of google-chrome has the annoying habit of
 > forcing itself to the top of the stack when I right click on
 > a link (thus utterly obscuring the window I was planning on
 > pasting the copied link into :-).
 > 
 > I have read through the descriptions of all the style settings
 > that seem to have anything to do with stacking order and I
 > can't find anything that looks as if it can tell fvwm to
 > ignore stacking order changes from windows.
 > 
 > Have I finally found something I can't do with fvwm, or
 > am I just missing (or misreading) the docs?


I have "WindowStyle StaysOnTop" in my window menus so I can select it
and make the xterms stay on top of Chrome.


   E Frank Ball  fra...@frankb.us



Re: FVWM: Vpn w/ Fvwm

2016-07-20 Thread E Frank Ball III
On Wed, Jul 20, 2016 at 11:56:33AM +0100, Dominik Vogt wrote:
 > It's really not an fvwm problem, but this is driving me crazy.
 > The new box at work has some integrated environment using Gnome
 > ("Openclient").  To create a Vpn connection you have to use
 > nm-applet from within a running gnome-session.  I've tried to run
 > it on a plain X session, but then it's missing some bit of
 > configuration.  At the moment to get a connection I run fvwm on
 > :0, then switch to initlevel 5 from there.  This starts gdm on :1.
 > There I log in to a gnome-session, start the connection and switch
 > back to :0, leaving Gnome running in the background.  (This works
 > only if nm-applet is run on :1 in the gnome-session, not if it's
 > run on :0.)
 > 
 > All this junk seems to be totally undocumented, so I have no idea
 > what nm-applet does under the hood.  Either there's some secret
 > communication channel available only under gnome-session, or there
 > is a permission problem.  Has anyone got this to work before?
 > 
 > Ciao
 > 
 > Dominik ^_^  ^_^

I have used nm-applet with fvwm in the past, but it's been a while.
I started it initially with this:

 + I Test (Init) Schedule 2000 Exec nm-applet

And you can swallow it into a fvwm button with this:

*FvwmButtons (Swallow (NoClose, UseOld) "stalonetray" `Exec stalonetray & 
nm-applet`)

You need to install stalonetray.  Then you can click on the icon to open
it.  You could also try the wicd network manager.


   E Frank Ball  fra...@frankb.us



Re: FVWM: garbled screen for big outputs

2017-09-18 Thread E Frank Ball III
 > Pierre Frenkiel  writes:
 > 
 > > hi everybody,
 > > I don't know whether this list is still alive, but I'll try anyway...
 > > I have the following problem:
 > > When I output more than a few hundreds lines(on stdout or stderr),
 > > my screen becomes garbled, i.e. about half of the screen is covered by
 > > a white window, and I must run "fvwm restart" to recover.
 > > What can be the config item giving that behaviour ?
 > 
 > Sounds like a problem with your terminal emulator.
 > -- 
 > Dan Espen

Try xterm, or rxvt, or gnome-terminal, or something different.

-- 

   E Frank Ballfra...@frankb.us



Re: FVWM: garbled screen for big outputs

2017-09-18 Thread E Frank Ball III
On Mon, Sep 18, 2017 at 08:35:43AM -0400, Dan Espen wrote:
 > Pierre Frenkiel  writes:
 > 
 > > hi everybody,
 > > I don't know whether this list is still alive, but I'll try anyway...
 > > I have the following problem:
 > > When I output more than a few hundreds lines(on stdout or stderr),
 > > my screen becomes garbled, i.e. about half of the screen is covered by
 > > a white window, and I must run "fvwm restart" to recover.
 > > What can be the config item giving that behaviour ?
 > 
 > Sounds like a problem with your terminal emulator.
 > -- 
 > Dan Espen

Try xterm, or rxvt, or gnome-terminal,  Something different.

-- 

   E Frank Ballfra...@frankb.us