>
> 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
maint
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
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
On Fri, Apr 1, 2016 at 5:43 PM, Thomas Adam 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/or Git history from now on.
On Sat, Apr 2, 2016 at 2:20 PM, Thomas Adam wrote:
> On Sat, Apr 02, 2016 at 02:45:22PM -0400, Dan Espen wrote:
> > Jaimos Skriletz writes:
> >
> > > Also I am unsure if these various markdown files, FAQ.md, AUTHORS.md,
> > > DEVELOPERS.md, etc should be located
On Mon, Apr 4, 2016 at 11:31 AM, Jason L Tibbitts III
wrote:
> >>>>> "JS" == Jaimos Skriletz writes:
>
> JS> So to complete the switch the fvwm.org domain needs to be pointed
> JS> at/redirected to github.io.
>
> That's easy for me to
On Fri, Apr 8, 2016 at 1:44 PM, Thomas Funk wrote:
> Hi Jaimos,
>
> But the small logo (left upper corner) overlaps the main menu 'FVWM' :(
> Used browser: Chromium 48.0.2564.116
>
>
The "logo" is now the menu entry, so instead of just saying "FVWM" I put
the logo in its place. The logo except f
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 under http://fvwm.
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 at
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 individual
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 a
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 multiple
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
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
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.
https://github.com/
On Wed, Nov 24, 2021 at 5:41 AM Dominik Vogt wrote:
>
> Fixed on master.
>
Thanks. No longer crashes here.
jaimos
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 -> Xyz*.1
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 o
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
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
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 wi
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.
22 matches
Mail list logo