Thomas Adam writes:
> >
> > Way cool dudeski, thanks!
>
> What about now with the attached patch?
>
Yep. Checked both settings of the option, and the behavior seems to toggle
appropriately. Thanks again for your responsiveness on this. This option
now allows even more mimic-compatibility with
--
Thomas Adam [2011-08-22 18:20:50 +0100]:
>
> How are you getting on with this?
>
Have still been extremely busy. But honestly, also a little concerned about
your response to my prior message, and because of that, somewhat lacking in
enthuisiasm for the task.
I'll write you a letter sometime
--
My 2c, as a relatively new list member.
I too think highly of Thomas; he's generally quite helpful on the list, and
capable of being a very nice and warm fellow. He seems to be extraordinarily
dedicated to the project.
But in my interactions with him on the list and off, he has also occasiona
--
Hi Dr. Klepp,
Mag. Dr. Nikolaus Klepp [2011-09-01 09:19:16 +0200]:
>
> You may like it or not: This list is professional.
>
Agree in general, but there have been occasional excursions.
>From time to time, I've participated in (and occasionally chaired) various
professional working groups wit
--
FVWM version: 2.6.5
Minor consistency issue regarding the behavior of relatively tall menus, when
invoked via a mouse button. Example:
Mouse 3 R A Menu fooMenu Mouse -20p -10p
When Button 3 is clicked, if fooMenu fits vertically within the available space
between the pointer and the b
--
Dominik Vogt [2013-06-30 17:31:50 +0100]:
>
> That should be
>
> Mouse 3 R A Menu fooMenu WarpTitle
>
> of course.
>
Thanks, Dominik, that does indeed work.
Honestly though, the man page sows a good deal of confusion on this topic.
Permit me to grouse a bit.
First, there is some syntax ambi
--
Jaimos F Skriletz [2013-09-06 13:11:35 -0600]:
> On 09/06/2013 12:06 PM, Bert Geens wrote:
> >Thomas Adam writes:
> >
> >>Hi Dan,
> >>
> >>On Thu, Sep 05, 2013 at 09:58:36PM -0400, Dan Espen wrote:
> >>>Thomas Adam writes:
> >>>
> Hi all,
>
> Given my diminishing work on FVWM, I
--
Schaaf, Jonathan P (GE Healthcare) [2013-09-16
21:28:46 +]:
>
> I'll keep tinkering with this in my spare time, and I'll see what I can
> figure out.
>
Fwiw, perhaps nothing:
If you have valgrind available, might want to try building fvwm with -g and
then
$ valgrind --leak-check=
Thomas Adam [2014-08-23 23:40:17 +0100]:
> On Sat, Aug 23, 2014 at 09:36:38PM +0100, Michael Treibton wrote:
> > On 23 August 2014 17:30, Thomas Adam wrote:
> > > On Sat, Aug 23, 2014 at 04:36:47PM +0100, Michael Treibton wrote:
> > >> Hi,
> > >>
> > >> taking a look at the mvwm repository, i not
Michael Treibton [2014-08-24 00:41:19 +0100]:
> On 24 August 2014 00:09, Glenn Golden wrote:
> > I would offer the following encouragement to Michael: Every person (without
> > exception that I recall) who over the years I've badgered, browbeaten,
> > encouraged, or
Michael Treibton [2014-08-25 14:48:41 +0100]:
>
> i received an email from Glenn Golden who seems to know lots about
> mdoc - maybe he can help?
>
I'll be glad to if I can. mdoc(7) is probably a decent place to start,
if somewhat terse like most man pages. I did some fairly d
When WindowStyle is toggled from Title to !Title, the upper edge of the
window remains where it is and the bottom edge shifts up to make up for
the space lost by removing the title bar. Is there any style option (or
other trick) that would allow this convention to be reversed, i.e. so that
the win
Thomas Adam [2016-03-21 18:41:29 +]:
>
> On 21 Mar 2016 17:06, "Glenn Golden" wrote:
> > When WindowStyle is toggled from Title to !Title, the upper edge of the
> > window remains where it is and the bottom edge shifts up to make up for
> > the space lost by
Michael Großer [2016-03-30 06:12:07 +0200]:
>
> +---+
> | Does anybody of you is confronted during day-to-day work with |
> | issues that Firefox menues disappear when you are about to|
> | open a sub menu or another menu?
What follows is a long-winded question about a puzzling (to me) interaction
between fvwm, xterm, and libxcursor pointer-theming.
Not suggesting this is a bug or even a problem at all, just seeking an
education as to what's going on.
Version info:
fvwm --version:
fvwm 2.6.5 compiled on Ma
Is it possible to force a given window to appear and remain only on a
particular page? (Effectively, something like "StartsOnPage", except it
would really be "StaysOnPage", i.e. the page assignment holds for all time,
not just upon initial mapping.)
The need for this arises as follows: I'm runnin
Thomas Adam [2017-04-12 17:21:55 +0100]:
> On Wed, Apr 12, 2017 at 09:47:54AM -0600, Glenn Golden wrote:
> > Is it possible to force a given window to appear and remain only on a
> > particular page? (Effectively, something like "StartsOnPage", except it
> > wou
Dominik Vogt [2017-04-12 20:56:42 +0100]:
> On Wed, Apr 12, 2017 at 09:47:54AM -0600, Glenn Golden wrote:
> >
> > [ ... ]
> >
> > (NOTE, fwiw: The updated window(s) seem to maintain the same 'name' and
> > 'Window ID' as the originally-map
"They kill, they maim, and they call information for numbers they could
easily look up in the phone book."
- Woody Allen, 'What's up Tiger Lily?', 1966
--
Here is a simple sounding question that probably been answered many times, but
after googling and wikiing awhile, still haven't fou
Version info:
fvwm 2.6.7 compiled on Nov 30 2016 at 13:19:18 with support for:
ReadLine, Stroke, XPM, SVG, Shape, XShm, SM, Bidi text, Xinerama,
XRender, XCursor, XFT, NLS
Glenn Golden [2018-07-13 16:45:36 -0600]:
> "They kill, they maim, and they call information for numb
Stephen Dennison [2018-07-16 12:31:28 -0400]:
>
> I was unable to find a copy of xv to test it, but everything else I
> iconify honors the new position. Maybe xv is doing something odd?
>
If so, and if the cause can be identified I'll take a shot at fixing it.
But probably I've not enough exper
Michael Großer [2018-07-16 19:10:37 +0200]:
>
> XV is a piece of software that I reglarly use.
>
Yeah, xv is a true classic, even legendary. Sure hope Bradley made a little
coin off it, it's really an astonishingly excellent piece of work.
Simplicity, intuitive interface, attention to detail i
Stephen Dennison [2018-07-16 14:00:40 -0400]:
>
> I managed to build xv, when I run it it iconifies and deiconifes and
> re-iconifies back to where its icon was moved. Or more simply, it
> behaves as expected.
>
Hmm.
Can you try this specific sequence:
1. Start xv
2. Iconify it. Call
Stephen Dennison [2018-07-16 14:19:55 -0400]:
>
> That's essentially the process I follow. My config contains just a
> call to FvwmConsole and I accomplish each step by typing in the
> command and then carrying out whatever mouse action.
>
> > For me, it returns to position A.
>
> I did it again
Stephen Dennison [2018-07-17 09:49:39 -0400]:
> On Tue, Jul 17, 2018 at 9:40 AM, Stephen Dennison wrote:
> >> OK, I just tried it with an empty config too, and came across something new
> >> that I'd never noticed before, which may be a clue: The problem seems to be
> >> related to whether or not
Is it possible to cancel a Move operation via a user-specified key binding?
The built-in bindings to Space and Return work fine for that, but I'd like
to define a key other than (or in addition to) those, if possible.
>From the doc, I thought 'CancelPlacement' might be a general function for tha
Hi Elliot,
Thanks for your suggestions. (Replying to list since my original post may
have been confusing.)
elliot s [2018-12-29 14:00:27 -0800]:
>
> I use Esc to kill moves in progress.
>
> If key bindings can work while move in progress, maybe you can hit a
> key to remember old position and t
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 Control_R with pointer inside a window to begin 'Move' operation
> >
Stephen Dennison [2018-07-17 09:49:39 -0400]:
> On Tue, Jul 17, 2018 at 9:40 AM, Stephen Dennison wrote:
> >> OK, I just tried it with an empty config too, and came across something new
> >> that I'd never noticed before, which may be a clue: The problem seems to be
> >> related to whether or not
Lucio Chiappetti [2019-06-05 11:59:15 +0200]:
> On Wed, 5 Jun 2019, Thomas Adam wrote:
>
> > On Tue, Jun 04, 2019 at 07:46:02PM -0400, Dan Espen wrote:
> > > Sorry, no inclination to follow a forum. Wish we'd go back to
> > > exclusively email.
>
> > I personally don't disagree -- but you kno
30 matches
Mail list logo
