> Users which want or need another specific cursor can reconfigure their
> terminal.

Users may wish to have the bar cursor in senpai but a block cursor
outside of it. Carrying a senpai-specific terminal config isn't ideal
and also means switching from senpai to other terminal operation and
back will not have the desired cursor.

I'd prefer for senpai to just keep changing the cursor. If you don't
like that, why not add a config option, rather than an invasive
opinionated change?

--

Hey,

I was just made aware that there are actually proposed protocols for
this in the pipeline, although I am not sure how realistic it is that
they'll be merged anytime soon:

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/196
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/156


-- 
Friendly Greetings,
Leon Henrik Plickat

Thanks!

--
Friendly greetings,
Leon Henrik Plickat

On Thu Dec 5, 2024 at 3:45 PM CET, Willow Barraco wrote:
> Thanks for the context. Okay it means I should not start relying on this
> until the upstream protocols also support activated, or similar.

I don't think there is currently anyone working on this. If you want
an extension to ext-foreign-toplevel-list to get such information, I
think the best way would be to bring it forth yourself.

I'll happily provide the client implementation required for inclusion
in wayland-protocols with lswt.

--
Friendly greetings,
Leon Henrik Plickat

On Thu Dec 5, 2024 at 7:44 AM CET, Willow Barraco wrote:
> Or at least let the use to choose which one they want?

I have added an option to force the usage of a protocol, I hope it's
useful.

--
Friendly greetings,
Leon Henrik Plickat

Thanks!

--
Friendly greetings,
Leon Henrik Plickat

On Thu Dec 5, 2024 at 7:44 AM CET, Willow Barraco wrote:
> I'm investigating why we don't have activated support on Sway 1.10.
> And it seems as it support protocols, lswt then just use
> ext-foreign-toplevel-list.

Both protocols are supported and ext-foreign-toplevel-list is
preferred over zwlr-foreign-toplevel-control. This is because the ext
protocol is in wayland-protocols while the zwlr one isn't. As far as I
am aware, the zwlr protocol will be deprecated.

I think the idea is to have additional extensions to
ext-foreign-toplevel-list for servers that do wish to support extra
functionality, like activating toplevels, moving them to other
worksapces, etc., but unfortunately no such protocol has appeared

Pushed a fix to master. Do you need a release?

--
Friendly greetings,
Leon Henrik Plickat

Thanks for the report! When I implemented the
ext-foreign-toplevel-info protocol I actually had no server to test
again, so this does not surprise me.


--
Friendly greetings,
Leon Henrik Plickat

I don't get the warning, but this seems more correct regardless, so I
pushed your patch to master. Thanks!

--
Friendly greetings,
Leon Henrik Plickat