I think it would be easier to read emails if the following features were available. Marking an email is faster operation than opening it individually.

• Open all marked e-mails at once
• Open marked emails in the background

I would be happy if you consider implementing this feature.

The following feature, which is similar to opening browser tabs in the background, would make reading e-mail easier.

• Open individual emails in the background

I would be happy if you consider implementing this feature.

It seems to work fine. Thanks!

It was good. Thank you!

Hi, Since swayr 0.27.3, it seems that the following no longer switches against floating windows. Is this intentional?

Steps:

1. exec `foot --app-id=test`.
2. Make the above into a floating window
3. exec `swayr switch-to-app-or-urgent-or-lru-window --skip-urgent --skip-origin --skip-lru "test"`

-> Unfocused

Screencast: https://0x0.st/XmwE.mp4

Environment:

- swayr-git r492.b76e90e-1
- sway-git 1.10.r7352.fce8de0-1
- wlroots-git 0.18.0.r7093.6d197eef9-1
- OS: Arch Linux x86_64
- Kernel: 6.9.6-arch1-1

Maybe this could be done by adding TabTitleTerm setting which would make it possible to do something like

tab-title-term={{if .Bell}}{{.Style .Title "bold"}}{{else}}{{.Title}}{{end}}

where .Title would return what the tab displays now and .Bell would be a flag indicating whether the process has rung the bell and would get cleared upon the tab being focused?

As for what ~tkna asks: I believe you can already do this. Take a look at tab-title-account. For instance I have

[ui]
tab-title-account={{.Account}}{{if .Recent "INBOX"}} ({{.Recent "INBOX"}}){{end}}

in my aerc config. You can also make the title bold, but it's currently slightly broken, see #223. Also the Recent status may not clear for you as you would expect, see the first comment at #242.

I found it particularly useful to be able to identify the tab (mailbox) where new mail arrives by implementing this feature. If that feature is implemented, it would fulfill my above desire. It seems concise and clean. When new mail arrives in aerc, the tmux window displays a bell notification. Not being able to identify it in a subsequently activated aerc tab would be particularly inconvenient if the user is managing a large number of mailboxes.

All right. I'm sorry I misunderstood.

The switch-to-matching-or-urgent-or-lru-window doesn't seem to work well.

I ran the following shell script:

swayr-test.sh

#!/bin/bash
set -x

pacman -Q swayr-git
foot --app-id=APP_ID --title=TITLE > /dev/null 2>&1 &
sleep 1
swayr switch-to-urgent-or-lru-window

swayr switch-to-matching-or-urgent-or-lru-window [title="TITLE"]
swayr switch-to-matching-or-urgent-or-lru-window [app_id="APP_ID"]
swayr switch-to-matching-or-urgent-or-lru-window [app_name="APP_ID"]

result:

$ ./swayr-test.sh
+ pacman -Q swayr-git
swayr-git r456.0718a04-1
+ sleep 1
+ foot --app-id=APP_ID --title=TITLE
+ swayr switch-to-urgent-or-lru-window
Executed sway command '[con_id=167] focus' (It's the LRU window.)
+ swayr switch-to-matching-or-urgent-or-lru-window '[title=TITLE]'
Error: "error at 1:8: expected one of \"\\\"\", \"__focused__\", [' ' | '\\t']"
+ swayr switch-to-matching-or-urgent-or-lru-window '[app_id=APP_ID]'
Error: "error at 1:9: expected one of \"\\\"\", \"__focused__\", [' ' | '\\t']"
+ swayr switch-to-matching-or-urgent-or-lru-window '[app_name=APP_ID]'
Error: "error at 1:11: expected one of \"\\\"\", \"__focused__\", [' ' | '\\t']"
$

The above shell scripts seem to work superficially well in my usage so far. Is it possible to consider these as a direction for swayr enhancements?