[FEATURE] Being able to use variable argument in listen variable

[coni]

Description of the requested feature

Being able to use variable inside listen definition.

Proposed configuration syntax

(defvar monitor "eDP-1")
(deflisten workspaces           :initial "[]"   "scripts/workspaces.sh ${monitor}")

for example I would love this listener depend to another variable to easily change the monitor as I wish. I know I can do some workaround my scripts not related to yuck to make it works but i think it could be a nice feature to have.

Additional context

No response

[ovalkonia]

That indeed would be nice. I think the reason this feature has not been implemented yet is it's kinda confusing sometimes. Like, what if in your example the value of monitor changes. Can't really change the value of the argument, so should we rerun the script or just leave it as is? What if script is expected to be run exactly once, it would break then? It gets more confusing with defpoll and defvar. I suppose something like that is also why we can't use variables in defwindow

[Hiraeth4171]

Can't you just use the get sub-command, something like:

(defvar monitor "eDP-1")
(deflisten workspaces           :initial "[]"   "scripts/workspaces.sh $(${EWW_CMD} get monitor)")

I don't think this'll update on the fly if you want it to you could move the eww get monitor command inside your scripts/workspaces.sh

[ovalkonia]

@Hiraeth4171 It won't work because you can't reference any variables inside of deflisten. So EWW_CMD, as well as any other variable, can't actually be used here. I think being able to do that is what the op meant by requesting this feature.

[Hiraeth4171]

@Hiraeth4171 It won't work because you can't reference any variables inside of deflisten. So EWW_CMD, as well as any other variable, can't actually be used here. I think being able to do that is what the op meant by requesting this feature.

oh yeah, makes sense