Re: Some advices about the new static website

On Fri, Apr 8, 2016 at 4:40 PM, Thomas Funk wrote: > I'm not clear what you're referring to with "linking" either. >> > > I meant the links in > http://fvwm.org/doc/unstable/fvwm/fvwm.man.html > > And again the html docs under http://fvwm.org/doc/unstable are/were the > same as

Re: FVWM website: WAS: [Re: FVWM code moved to Github]

> > Jaimos Skriletz has also expressed an interest in this (I'ev Cced him), and > he'll post here soon about what his thoughts are, etc. Hopefully you and > he > can work together on this. > ​Hello, I have offered to help migrate the fvwm.org to something more maintainable as

Re: FVWM website: WAS: [Re: FVWM code moved to Github]

Here is what I have created so far http://fvwmforums.org/fvwm.org/ ​Jekyll seems to be fairly straight forward for the basics. Once the framework is setup, you can just add/remove files as either .html or .markdown (.md) with a small YAML header. This will then cause the software to generate the

Re: FVWM website: WAS: [Re: FVWM code moved to Github]

​​ On Sat, Mar 26, 2016 at 2:09 PM, Jaimos Skriletz < jaimosskril...@boisestate.edu> wrote: > Here is what I have created so far > > http://fvwmforums.org/fvwm.org/ > > The sources are available on github > > https://github.com/somiaj/fvwmorg.github.io > > ​Upd

Re: FVWM website: WAS: [Re: FVWM code moved to Github]

On Fri, Apr 1, 2016 at 5:43 PM, Thomas Adam <tho...@fvwm.org> wrote: > On Fri, Apr 01, 2016 at 02:47:24PM -0600, Jaimos Skriletz wrote: > > ​​ > > Thanks! It looks really good. We can remove the Changelog section; people > can look at the release descriptions and

Re: FVWM website: WAS: [Re: FVWM code moved to Github]

On Mon, Apr 4, 2016 at 11:31 AM, Jason L Tibbitts III <ti...@math.uh.edu> wrote: > >>>>> "JS" == Jaimos Skriletz <jaimosskril...@boisestate.edu> writes: > > JS> So to complete the switch the fvwm.org domain needs to be pointed > JS> a

Re: FvwmPager aspect ratio breaks FvwmButtons panel sliding

On Sat, Nov 27, 2021 at 4:11 PM Dominik Vogt wrote: > > On Sat, Nov 27, 2021 at 02:44:07PM -0700, Jaimos Skriletz wrote: > > > then FvwmButtons will resize to fit without preserving aspect ratio. > > FvwmButtons does honour the aspect ratio (see above). > If you set

Re: Snapping issue

On Sat, Nov 20, 2021 at 5:22 PM Dominik Vogt wrote: > > > 1) Can we safely assume that the "bool" C type is available in >every relevant compiler? The bool type is used elsewhere in the fvwm code, so I would assume it is okay. > 2) Please break up the calculations in DoSnapGrid into

Re: git access

On Sat, Nov 20, 2021 at 10:17 PM Dominik Vogt wrote: > > Sending patches is getting out of hand. I believe I had once > write access to the git repo, but it doesn't work anymore > (permission denied when updating). What do I need to do to > reactivate access? > If you were using a password to

Re: Snapping issue

On Sun, Nov 14, 2021 at 10:57 AM Dominik Vogt wrote: > > The snapping code is really an unmaintainable mess. Some thoughts > on how it might be rewritten: > Here are some thoughts I have, you can see them in js/snapattract branch. I have split the three different snapping checks into

Re: [PATCH] (6) Man page changes -- second attempt

On Wed, Nov 17, 2021 at 11:20 AM Thomas Adam wrote: > > On Wed, Nov 17, 2021 at 02:35:32PM +0100, Dominik Vogt wrote: > > On Tue, Nov 16, 2021 at 01:36:53AM +0100, Dominik Vogt wrote: > > > This is the full set of patches for splitting the man page, to be > > > applied to master. > > > > Second

Re: Snapping issue

On Sun, Nov 21, 2021 at 11:32 AM Jaimos Skriletz wrote: > > On Sun, Nov 21, 2021 at 2:09 AM Jaimos Skriletz > wrote: > > > > All of the updates have been pushed to js/snapattract. > > > > I noticed a bug, though I think it is elsewhere in the code. Arg, the bug

Re: Snapping issue

On Sun, Nov 21, 2021 at 2:09 AM Jaimos Skriletz wrote: > > All of the updates have been pushed to js/snapattract. > I noticed a bug, though I think it is elsewhere in the code. I was not able to set the resistance to move a window between RandR screens correctly. But if I modi

Commit 3f61e78 breaks fvwm3 -v

Hello, On my system the following commit makes it so fvwm3 -v fails to start on my system. But fvwm3 works just fine. I tracked the issue to this commit, as this is the first commit in which fvwm3 -v no longer works when running startx using a ~/.xsession file to launch fvwm3.

Re: Commit 3f61e78 breaks fvwm3 -v

On Wed, Nov 24, 2021 at 5:41 AM Dominik Vogt wrote: > > Fixed on master. > Thanks. No longer crashes here. jaimos

Re: FvwmPager aspect ratio breaks FvwmButtons panel sliding

On Sat, Nov 27, 2021 at 2:44 PM Jaimos Skriletz wrote: > > This can currently be disabled by proving an initial Geometry (though > it needs to be bigger than some minimum size I recall like 100x100) > then FvwmButtons will resize to fit without preserving aspect ratio. > I think

Re: FvwmPager aspect ratio breaks FvwmButtons panel sliding

On Sat, Nov 27, 2021 at 1:59 PM Dominik Vogt wrote: > > From commit 601c5c294a6a48fd402fbfca02b62142796167eb > > >* Improved use of sizehints to set both minimum window size, and to > > preserve aspect ratio when resizing the pager. The aspect ratio is > > set to the initial size

Re: Transforming program names

On Thu, Nov 25, 2021 at 12:50 PM Dominik Vogt wrote: > > Recently there was the question wether the "transform" logic aon > man pages was still necessary. It seems not. > > --program-transform="s/fvwm/xyz/;s/Fvwm/Xyz/" > > Renames all man pages too: > > fvwm*.1 -> xyz*.1 > Fvwm*.1 ->

Re: Snap rewrite #2

On Thu, Dec 2, 2021 at 10:46 AM Dominik Vogt wrote: > > This is about an accident during elastic paging development, but > it feels "good" to me. I've secretly always hated the "snapping" > effect of snap attraction. Windows jumping around is confusing, > especially if the distance is big, e.g.

Re: Removig the "Emulate" command

On Thu, Dec 2, 2021 at 6:15 AM 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. > >=> Give the