Re: Iconified Windows, and Workspaces

2022-09-26 Thread Rhialto
On Sun 25 Sep 2022 at 21:53:51 +0100, Richmond wrote:
> 
> If I iconify a window, is there a way to move the icon to a different
> workspace? If the window is not iconified I can use the mouse to do this
> by dragging it on the workspace map, but if it is iconified it is not
> visible on the workspace map.

Yes, the icon follows the same workspace occupation rules as its window.
So you can attach a menu entry or shortcut key to the icon to bring up
the Occupation Window. I have it in a menu (I think it's derived from
some default config):

Button3 = : icon : f.menu "iconmenu"

menu "iconmenu" {
"Actions"   f.title
""  f.separator
"Restore"   f.iconify
"Move"  f.move
"Occupy ..."f.occupy
"Occupy All"f.occupyall
""  f.separator
"Close Window" ("white":"red") f.delete
"Kill App" ("white":"red") f.destroy
}

> When windows are iconfied is there a way to arrange them automatically,
> and with no text? The text can be very long for example with Seamonkey.
> They are placed at random not very intelligently, i.e. sometimes half
> off the screen, sometimes on top of other icons.

I think the icon placement is determined the first time you iconify the
window, and then it's the mouse position or something like that. After
that they keep the same position.

You can use the IconRegion to specify where icons should go, but the
application may override that (they probably rarely do).

ShrinkIconTitles can make the icon titles at least smaller while the
mouse is away from them. Older ctwm versions used the misspelling
"SchrinkIconTitles". There are also MaxIconTitleWidth width and
NoIconTitle [{ win-list }].

-Olaf.
-- 
___ "Buying carbon credits is a bit like a serial killer paying someone else to
\X/  have kids to make his activity cost neutral." -The BOFHfalu.nl@rhialto


signature.asc
Description: PGP signature


Re: xdaliclock and transparency

2022-09-26 Thread Stefan Monnier


> Isn't this kind of opacity usually implemented in the compositing
> manager (e.g. xcompmgr/picom)?

Good idea, I could start entering the 21st century, eh?
But after installing `picom` I see that the problem is worse: that gives
me control over the transparency of the whole window, whereas I only want
the background to be transparent.
Hmm... I suspect this problem will need fixing on the side of `xdaliclock`.


Stefan



Re: xdaliclock and transparency

2022-09-26 Thread nia


On Sun, Sep 25, 2022 at 06:22:53PM -0400, Stefan Monnier wrote:
> 
> I'm a long time user of xdaliclock which I have "alwaysontop" with
> a transparent background so it's always visible but hides very little.
> 
> Recently the author of xdaliclock decided to update the codebase to use
> more "modern" techniques, so the transparency is not obtained using
> X11's "nonrectangular windows" (IIRC it's an extension called "shape" or
> something like that) support but instead it uses some kind of opacity
> parameter intended for alpha-blending (so you can specify the percentage
> of transparency).
> 
> Has anyone got Ctwm to support this kind of opacity?
> 
> 
> Stefan
> 

Isn't this kind of opacity usually implemented in the compositing
manager (e.g. xcompmgr/picom)?