| Re: [Sawfish] Race condition in window-order.jl |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/sawfish Archives
]
- To: sawfish@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [Sawfish] Race condition in window-order.jl
- From: Mario Domenech Goulart <mario.goulart@xxxxxxxxx>
- Date: Mon, 15 Jun 2015 17:28:05 +0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=10RfzZZWUunNtwLCVyX4Lb4HSeYwYW473sUFnLsMH1c=; b=SViXXZGmE5AjWBnRptQih4p0WHLEVNlHx4BdxArPJEJSreFCJltQ7Xd9wjYxAL0TYx XJGaOafWR98Js72htnbGQ8c5vua9elStglaplAgAX/Vds8Kbz89xefexGVADJxuteoM2 anlJXuiu/y8mbuxA+OVlctng/U5e0TqG53Atw7BANcjkEXOZNoFKOhv6j6XIvpdTftP/ EH6FPjmagEBJZR/xAjZrEJrZ2sMAG63NCQ9Jw9JVaNEUUwxNH9ojJXL0B5i1Y1htXuUQ b8/RI5pywWUdgYrX1B/5voB1su7GZK37/wIVR1zJK3cm4O3FnJ0PjeWE6hfBi9XaucLt xbwg==
Hi Robert,
On Sun, 14 Jun 2015 16:51:55 +0200 "Robert 'Bobby' Zenz" <Robert.Zenz@xxxxxxxxxxxxxx> wrote:
> I'm the one who reported the "sticky always focused" bug and fuchur was
> so kind to fix it. So I'm all for keeping this behavior intact, though,
> I can live with having to add an additional tag to sticky windows to
> get that behavior back.
I'm not sure I understand what you mean. What behavior does "this" in
"keeping this behavior intact" refer to?
> As far as I can see, sticky windows have to be "declared" by the user
> anyway, and as that is most likely happening through a rule it
> shouldn't be a problem
As far as I understand, the old behavior (i.e., without
{record,restore}-focus-most-recent-at-workspace in
{enter,leave}-workspace-hook) makes sense, since sawfish doesn't
implement per-workspace/viewport stacking.
If the "sticky always focused" behavior is not desirable, I think we
should leave up to users the decision on how to work around that issue.
One solution would be setting sticky windows as cycle-skip and
unfocusable (or simply `mark-window-as-dock'). Another solution would
be dynamically determining the most recently focused window (except
sticky) upon entering workspaces.
Unfortunately, the current solution is subject to race conditions,
leading to an annoying problem when move-window-to is involved, and
can't be easily fixed by users, since the problematic procedures in
{enter,leave}-workspace-hook cannot be referenced, as they are not
exported.
Best wishes.
Mario
--
http://parenteses.org/mario
--
Sawfish ML