Am Mi den 10. Mai 2023 um 22:16 schrieb mark_at_yahoo:
> So FVWM must be picking up my icon path and icons, right? Why do they
> work for launchers, but not when iconifying applications?
It might be that the application brings its own icons. Search for
_NET_WM_ICON in the xprop output.
I myself d
On Tue, Apr 04, 2023 at 10:36:48AM +0200, Harald Dunkel wrote:
> Hi folks,
>
> sometimes fvwm 2.70 (built by Debian) dies with
Please take a look at the last master commit in the fvwm2 repo.
AFAIK, this should fix the problem.
Kindly,
Thomas
On Tue, May 09, 2023 at 08:51:00PM +0100, Klaus Ethgen wrote:
> Am Mo den 8. Mai 2023 um 19:24 schrieb Thomas Adam:
> > In fvwm3, randr support supports this without a restart, but it needs more
> > testing.
>
> That brings me to the topic I did long postponed.
>
> How to best move from fvwm2 to
On Tue, May 09, 2023 at 01:26:45PM -0700, mark_at_yahoo wrote:
> AddToFunc StartFunction
> + I ImagePath
> $[HOME]/.local/share/icons/hicolor/48x48:$[HOME]/.local/share/icons/hicolor/64x64:$[HOME]/.local/share/icons/hicolor/72x72:+
Setting ImagePath here is a little counter-intuitive. It's a g
On Thu, May 11, 2023 at 3:21 PM Thomas Adam wrote:
>
> On Tue, Apr 04, 2023 at 10:36:48AM +0200, Harald Dunkel wrote:
> > Hi folks,
> >
> > sometimes fvwm 2.70 (built by Debian) dies with
>
> Please take a look at the last master commit in the fvwm2 repo.
>
> AFAIK, this should fix the problem.
T
tl;dnr ... many thanks to all, but I'm still struggling with the
syntax. Can anyone provide me with a config line which does:
"For all windows, search the current IconPath for a file
.png and use it if found."
and, optionally:
"... and if not found, use the application-provided icon,
