Discussion:
FVWM: Resizing any window to a known geometry
m***@crosswire.com
2012-12-13 21:32:25 UTC
Permalink
Howdy,

I'd like to do something like the following:

SetEnv CAPGEOM '800x600+10+10'
Key F6 A A ThisWindow (!Iconic) Move $[CAPGEOM]

The purpose is to stack various windows at exactly the same resolution
for consistent screen capturing.

What is the best way to move a window to a known static geometry? Is
there a command that will move/resize a window based on a formatted X11
geometry string?

Thanks in advance!
Thomas Adam
2012-12-13 22:16:09 UTC
Permalink
Post by m***@crosswire.com
Howdy,
SetEnv CAPGEOM '800x600+10+10'
Key F6 A A ThisWindow (!Iconic) Move $[CAPGEOM]
The purpose is to stack various windows at exactly the same resolution
for consistent screen capturing.
What is the best way to move a window to a known static geometry? Is
there a command that will move/resize a window based on a formatted X11
geometry string?
This is nothing more than a question of semantics, for which you should see
the ResizeMove command in your case.

Note that offsets for "consistent screen capturing" as you put it vary with
resolution changes.

-- Thomas Adam
m***@crosswire.com
2012-12-15 02:11:12 UTC
Permalink
Howdy,

So I am taking your answer to mean: "FVWM can't move a
window by handing it an X11 formatted geometry string"

Any particular reason for this void?

Screen resolutions do change. For my intended purpose,
that particular condition is not a factor.

Thanks in advance!
-------- Original Message --------
Subject: Re: FVWM: Resizing any window to a known geometry
Date: Thu, December 13, 2012 5:16 pm
Post by m***@crosswire.com
Howdy,
SetEnv CAPGEOM '800x600+10+10'
Key F6 A A ThisWindow (!Iconic) Move $[CAPGEOM]
The purpose is to stack various windows at exactly the same resolution
for consistent screen capturing.
What is the best way to move a window to a known static geometry? Is
there a command that will move/resize a window based on a formatted X11
geometry string?
This is nothing more than a question of semantics, for which you should see
the ResizeMove command in your case.
Note that offsets for "consistent screen capturing" as you put it vary with
resolution changes.
-- Thomas Adam
Dan Espen
2012-12-15 04:07:42 UTC
Permalink
Post by m***@crosswire.com
So I am taking your answer to mean: "FVWM can't move a
window by handing it an X11 formatted geometry string"
Any particular reason for this void?
Void?

Fvwm can't support dozens of different command formats.
To convert a geometry string write a program that does the conversion
and generates the command(s) you want.

Then do something like:

PipeRead 'MyConverter 800x600+10+10'


Please don't top post.
--
Dan Espen
m***@crosswire.com
2012-12-15 19:47:26 UTC
Permalink
-------- Original Message --------
Subject: Re: FVWM: Resizing any window to a known geometry
Date: Fri, December 14, 2012 11:07 pm
Post by m***@crosswire.com
So I am taking your answer to mean: "FVWM can't move a
window by handing it an X11 formatted geometry string"
Any particular reason for this void?
Void?
Fvwm can't support dozens of different command formats.
To convert a geometry string write a program that does the conversion
and generates the command(s) you want.
PipeRead 'MyConverter 800x600+10+10'
Please don't top post.
--
Dan Espen
Howdy,

It isn't that FVWM doesn't support it, but rather that FVWM doesn't
'export' it. Right? FVWM runs on top of X11, which itself uses a
standard geometry format. But FVWM reinvents the wheel instead of
providing a hook into the lower layer.

There are a dozen or more application that take the above format on
the CLI, including FvwmIconBox I believe, which takes the format as
a Style argument. Surprising that FVWM itself, doesn't conform.

Feature request? Call the Command MoveX of something? My guess is
that the Move, Resize commands already use this format before it
punts the request to X. It's probably less than a 50 line patch.
I would do it myself, but my C sucks.

The PipeRead solution is not a good one. The example above is
simplified. If FVWM can take an X11 formatted string, I can get
such strings from commonly available libs, and push them with
FvwmCommand. I have considered alternatives, and in this case,
all other alternatives suck more.

So the question is: Can I communicate with FVWM using a
standardized format, or do I have to kludge something up?

Generally, it is preferable to do IPC with standardized
formats. Since the core advantage of FVWM is its ability
to do simple IPC with user developed tools, I figured it
would be appropriate to ask if the FVWM team would be
interested in implementing such a feature if it does not
exist.

So...

Can the FVWM take X11 formatted geometry strings natively?
Please, please please?

It is Christmas :-)

Thanks in advance!
Dan Espen
2012-12-15 21:18:08 UTC
Permalink
Post by m***@crosswire.com
-------- Original Message --------
Subject: Re: FVWM: Resizing any window to a known geometry
Date: Fri, December 14, 2012 11:07 pm
Post by m***@crosswire.com
So I am taking your answer to mean: "FVWM can't move a
window by handing it an X11 formatted geometry string"
Any particular reason for this void?
Void?
Fvwm can't support dozens of different command formats.
To convert a geometry string write a program that does the conversion
and generates the command(s) you want.
PipeRead 'MyConverter 800x600+10+10'
Please don't top post.
Howdy,
It isn't that FVWM doesn't support it, but rather that FVWM doesn't
'export' it. Right? FVWM runs on top of X11, which itself uses a
standard geometry format. But FVWM reinvents the wheel instead of
providing a hook into the lower layer.
There are a dozen or more application that take the above format on
the CLI, including FvwmIconBox I believe, which takes the format as
a Style argument. Surprising that FVWM itself, doesn't conform.
Feature request? Call the Command MoveX of something? My guess is
that the Move, Resize commands already use this format before it
punts the request to X. It's probably less than a 50 line patch.
I would do it myself, but my C sucks.
The PipeRead solution is not a good one. The example above is
simplified. If FVWM can take an X11 formatted string, I can get
such strings from commonly available libs, and push them with
FvwmCommand. I have considered alternatives, and in this case,
all other alternatives suck more.
So the question is: Can I communicate with FVWM using a
standardized format, or do I have to kludge something up?
Generally, it is preferable to do IPC with standardized
formats. Since the core advantage of FVWM is its ability
to do simple IPC with user developed tools, I figured it
would be appropriate to ask if the FVWM team would be
interested in implementing such a feature if it does not
exist.
So...
Can the FVWM take X11 formatted geometry strings natively?
Please, please please?
It is Christmas :-)
Note that it's not really that simple.

ResizeMove does a lot more than an X11 geometry string allows for.

As always, patches will be reviewed for possible application.
--
Dan Espen
Loading...