://www.youtube.com/playlist?list=PLpVwwj0aIJjcaTFrZ5FLokl-kAMwmBxux
--
Hegel3DReloaded a.k.a. Miroslav
On Friday, December 17th, 2021 at 2:33 AM, Dominik Vogt
wrote:
> It uses the window's screen which has already been set by the time
> the window is placed.
Great. So this is the right fix.
I have commented and closed https://github.com/fvwmorg/fvwm3/issues/648
--
Miroslav
On Friday, December 17th, 2021 at 1:38 AM, Dominik Vogt
wrote:
> Should be fixed now.
>
> However, I find it really annoying that screens now have to be
> specified by name.
Yes, now it works. So you replaced $[w.screen] with ... something as I see
in git diff. Is it [c]urrent or is it aware
On Friday, December 17th, 2021 at 1:18 AM, Dominik Vogt
wrote:
> When __pl_position_get_pos_simple() enconters a "center" argument
> it replaces it with DEFAULT_PLACEMENT_POS_CENTER_STRING which is
> defined to "screen $[w.screen] 50-50w 50-50w" as of commit id
>
On Friday, December 17th, 2021 at 12:18 AM, Dominik Vogt
wrote:
> On Thu, Dec 16, 2021 at 07:18:23PM +0000, Hegel3DReloaded wrote:
>> xrandr --output Virtual-1 --mode 1400x1050 --primary --output Virtual-2
>> --mode 1400x1050 --right-of Virtual-1
> And how do I get these vi
On Thursday, December 16th, 2021 at 6:15 PM, Dominik Vogt
wrote:
> You forgot instructions to reproduce.
I tought it was obvious, so in hurry I didn't described that. Here it is:
Steps to reproduce with plain default FVWM setup:
1.Copy /share/fvwm3/default-config as ~/.fvwm
2.Edit
Hi,
I have opened an issue about PositionPlacement Center style: after the recent
changes,
in multi monitor mode, this centers window split between left and right
monitor, while with
latest fvwm3 release, this was not the case. Using dv/pager-noaspect where the
current
issues have been
On Monday, December 13th, 2021 at 12:17 PM, Dominik Vogt
wrote:
> On Mon, Dec 13, 2021 at 07:40:06AM +0000, Hegel3DReloaded wrote:
> > > Yes, I fixed a leak at the cost of introducing a crash.
> >
> > I see. It is working now. May I close
> > https://github.com/f
On Monday, December 13th, 2021 at 2:51 AM, Dominik Vogt
wrote:
> I've committed a patch to master that truncates out of range sizes
> and positions to the max/min values instead of rejecting them.
Yes, it is ok now.
> Is there anything else in your config that's out of range? The X
> protocol
On Monday, December 13th, 2021 at 2:14 AM, Dominik Vogt
wrote:
> On Mon, Dec 13, 2021 at 12:22:47AM +0000, Hegel3DReloaded wrote:
> > Is this has something to do with intensive work you and Thomas did
> > couple weeks ago with new parser?
>
> Yes, I fixed a leak at th
On Monday, December 13th, 2021 at 1:12 AM, Dominik Vogt
wrote:
> On Sun, Dec 12, 2021 at 11:46:05PM +0000, Hegel3DReloaded wrote:
> > Sorry to say, but I even didn't have a chance to start after trying to log
> > in.
> > It crashes badly. Something to do with malloc and
On Monday, December 13th, 2021 at 12:46 AM, Hegel3DReloaded
wrote:
> On Sunday, December 12th, 2021 at 12:40 PM, Dominik Vogt dominik.v...@gmx.de
> wrote:
> > The dv/pager-noaspect should work now, but I've not tested it with
> > multiple monitors.
I have found temporary wor
On Sunday, December 12th, 2021 at 12:40 PM, Dominik Vogt
wrote:
> On Sat, Dec 04, 2021 at 02:04:48PM +0000, Hegel3DReloaded wrote:
>> Sounds ok. Which branch should I checkout to test this?
> The dv/pager-noaspect should work now, but I've not tested it with
> multiple monito
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 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 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
On Wednesday, December 1st, 2021 at 2:13 AM, Dominik Vogt
wrote:
> On Tue, Nov 30, 2021 at 02:51:49PM +0000, 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 origin
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.
>
>
Hi all,
On Tuesday, November 30th, 2021 at 2:57 PM, Dominik Vogt
wrote:
> Still, what is the benefit of having an aspect ratio set?
For a non-swallowed floating FvwmPager, I think it makes a sense that screen
aspect ratio is preserved in it's smaller representation. Like: 16:10, 16:9,
4:3 etc
19 matches
Mail list logo