Wojciech Jablonski <wojablonski@gmail.com> writes:

Hi Wojciech,

> Hi, what a great tool! 

Thanks!

> However, an information on how to reload/update swayr's configuration
> seems to be missing from the Readme. It seems one has to fully restart
> sway for it, but an info would be very convenient.

No, you can just execute "killall swayrd; swayrd" in a shell.  You might
also use

"Drew DeVault" <sir@cmpwn.com> writes:

> Fastmail adds CR on emails sent via SMTP? You should complain to your
> mail administrator about this. But I think others have had successes
> with Fastmail before, so it might be a local config issue?

My mail provider is Fastmail, too, and I've just git-send-email-ed some
random commit to myself.  I'd didn't get mangled, i.e., the encoding is
utf8 with unix line-endings which corresponds to what I use in the
project the commit originates from.

Bye,
Tassilo

"Takahashi, Naoki" <tkna91@gmail.com> writes:

> Thanks. As far as I'm briefly testing it now, it doesn't seem to have
> any glitches.

Thanks!

> I think it would be easy to understand if you could do the same thing
> with 'swayr nop <CRITERIA>' as below, but what do you think?

You mean, make "swayr nop <CRITERIA>" an alternative to "swayr
get-windows-as-json -m <CRITERIA> -e" just without the JSON output?  If
that's the question, the answer is a No because the nop command already
has a specific meaning in swayr: it ends the current next/prev sequence.

Tassilo Horn <tsdh@gnu.org> writes:

>> I think it would be useful if the swayr nop command could do this as
>> well.
>
> Yes, absolutely.  I'll make it so when I find some spare time. :-)

It's done!  However, I didn't extend the nop command but the (until now
undocumented) get-windows-as-json command.  See the last command in
https://sr.ht/~tsdh/swayr/#miscellaneous-commands.

It's only in the main branch so far but I'll release 0.26.0 shortly.  It
would be great if you could do some testing.

"Takahashi, Naoki" <tkna91@gmail.com> writes:

> `swaymsg <criteria> nop` returns a non-zero return value on failure,
> allowing conditional decisions for use in scripting.
>
> ```
> $ swaymsg '[app_id="foot"]' nop ; echo $?
> 0
> $ swaymsg '[app_id="foot"]' nop ; echo $?
> Error: No matching node.
> 2
> $
> ```

Simon Ser <contact@emersion.fr> writes:

>> Now I wanted to generate a new token. In "Limit scope of access
>> grant" I would like to only grant the chat.sr.ht scope but that's not
>> in the list from which I can pre-select. So I guess I need to use the
>> free-form "Or use grant string" textfield. What's would be the right
>> grant string for chat.sr.ht?
>
> This is all documented here:
> https://man.sr.ht/chat.sr.ht/quickstart.md

Ah, indeed, it is.

Thanks,

"Drew DeVault" <sir@cmpwn.com> writes:

> Your token probably expired.

Yes, that's probably it.

Now I wanted to generate a new token.  In "Limit scope of access grant"
I would like to only grant the chat.sr.ht scope but that's not in the
list from which I can pre-select.  So I guess I need to use the
free-form "Or use grant string" textfield.  What's would be the right
grant string for chat.sr.ht?

Thanks,
Tassilo

Oh, yes, I guess I use chat.sr.ht for about a year so expiry seems plausible.

A friendly reminder mail a week before would be nice.

Thanks,
Tassilo

19.04.2023 17:58:34 Simon Ser <contact@emersion.fr>:

> Unfortunately tokens expire after 1 year and there's no way to renew
> them. So that means that every year IRC client configs need to be
> updated with a fresh token.
> 
> Would be nice to find a solution to that issue. Drew, any thoughts?

Hi all,

since somewhen today, I cannot connect to chat.sr.ht anymore.  My IRC
client (rcirc in Emacs) just prints:

  *** chat.sr.ht 464 Invalid sr.ht OAuth 2.0 access token

Same with goguma on my phone.  I haven't changed my token nor revoked it
in the sr.ht settings.

Oh, well, it seems my token is actually gone.  Nothing listed on
https://meta.sr.ht/oauth2.

In contrast, https://meta.sr.ht/oauth still shows one legacy OAuth

"Takahashi, Naoki" <tkna91@gmail.com> writes:

> I guess I should hold off on this idea until we or someone comes up
> with an alternative.

You can try asking in the wider sway community if getting the pointer
location is somehow feasible using just the tools sway provides or even
file a feature request issue although, I think, sway's policy is still
"no new features which i3 doesn't have".

> Thanks for all your kindness.

You're welcome.