On Sat, Dec 04, 2021 at 02:04:48PM +, Hegel3DReloaded wrote:
> > Experimental patch attached (only initial size calculation; no
> > live resizing yet).
>
> Sounds ok. Which branch should I checkout to test this?
Try out dv/pager-noaspect. It contains more work to allow
resizing the window
On Sat, Dec 04, 2021 at 02:13:06PM +0100, Dominik Vogt wrote:
>> On Sat, Dec 04, 2021 at 02:03:46PM +0100, Dominik Vogt wrote:
>> Maybe the scaling argument can be set to "auto" or something to
>> keep the desktopscale within reasonable limits? (The example with
>> desktopsize 50x1 earlkier in
On Sat, Dec 04, 2021 at 02:13:06PM +0100, Dominik Vogt wrote:
> On Sat, Dec 04, 2021 at 02:03:46PM +0100, Dominik Vogt wrote:
> > Maybe the scaling argument can be set to "auto" or something to
> > keep the desktopscale within reasonable limits? (The example with
> > desktopsize 50x1 earlkier in
On Sat, Dec 04, 2021 at 02:03:46PM +0100, Dominik Vogt wrote:
> Maybe the scaling argument can be set to "auto" or something to
> keep the desktopscale within reasonable limits? (The example with
> desktopsize 50x1 earlkier in the discussion showed that the pager
> currently does not have a
On Sat, Dec 04, 2021 at 11:14:09AM +, Hegel3DReloaded wrote:
> On Saturday, December 4th, 2021 at 11:39 AM, Dominik Vogt
> wrote:
>
> > Okay, that is a real problem. The pager definitely needs to react
> > to changes of the desktop layout, be it by attaching or detaching
> > monitors at run
On Saturday, December 4th, 2021 at 11:39 AM, Dominik Vogt
wrote:
> Okay, that is a real problem. The pager definitely needs to react
> to changes of the desktop layout, be it by attaching or detaching
> monitors at run time or by issuing the desktopsize command.
>
> The pager should fix that
On Sat, Dec 04, 2021 at 10:24:23AM +, Hegel3DReloaded wrote:
> On Saturday, December 4th, 2021 at 11:00 AM, Dominik Vogt
> wrote:
>
> > Fvwm is the only project I'm aware of that changes its name with
> > each major version. Let's _please_ go back to "fvwm" and replace
> > the 1.x
On Sat, Dec 04, 2021 at 10:09:34AM +, Hegel3DReloaded wrote:
> Yes, there are some cases, or rather there
> will be them in FVWM3 when it will approach the point where resolution
> change, or new monitor addition will not mandate fvwm restart to get things
> in place. In this case, FvwmPager
On Saturday, December 4th, 2021 at 11:00 AM, Dominik Vogt
wrote:
> Fvwm is the only project I'm aware of that changes its name with
> each major version. Let's _please_ go back to "fvwm" and replace
> the 1.x versioning scheme with 3.x. Automake + autoconf can deal
> with renaming executables
I've committed two patches.
1) fac9eb945e442bebfb2612fed8edb68a9853a6ca
Removes minimum size, base size and size increment hints from the
pager. This change has not been disputed by anybody.
2) ff3afd31466f604ee5a3711486d1b1da2ee2b090
Also removes the aspect ratio hint. this patch could be
On Wednesday, December 1st, 2021 at 2:13 AM, Dominik Vogt
wrote:
> On Tue, Nov 30, 2021 at 02:51:49PM +, Hegel3DReloaded wrote:
>> Maybe having ctrl+mouse-resize as I proposed above?
> Okay, I can imagine rare cases when one wants to re-enforce a
> multiple of the original aspect ratio,
Fvwm is the only project I'm aware of that changes its name with
each major version. Let's _please_ go back to "fvwm" and replace
the 1.x versioning scheme with 3.x. Automake + autoconf can deal
with renaming executables if distros need that. Both versions use
the same config files anyway. You
On Thursday, December 2nd, 2021 at 2:14 PM, Dominik Vogt
wrote:
> The command
>
> emulate mwm
>
> has almost no effect. I'd like to remove it. There are only
> three things it controls:
>
> 1) The geometry window during move and resize is hard coded to the
>center of the screen.
>
>
13 matches
Mail list logo
