[GH-ISSUE #80] Support for simple labels #1452

New issue

Closed

opened 2026-05-22 22:52:22 +01:00 by JakeStanger · 2 comments

JakeStanger commented

2026-05-22 22:52:22 +01:00

Owner

Originally created by @JustSimplyKyle on GitHub (Mar 1, 2023).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/80

Is your feature request related to a problem? Please describe.
currently(at least not without using the custom module), it's not possible to create a module that has two running script. (see e.g.)
scripts/wifi_icon scripts/wifi_essid

Describe the solution you'd like
We can either expand the current script module(by adding an option maybe called format)
or create a new module that supports the short-hand for scripts({{script}})

Describe alternatives you've considered
Using the custom module, which works but... it's not elegant
Additional context
While using the custom module workaround. I've found one tiny issue with the label set to this{{100:scripts/wifi_icon scripts/wifi_essid}}
it sometimes would output this instead. but sometimes it works.

i'm guessing it's somewhat of an racing condition? or does ironbar simply output the script which got executed first

Originally created by @JustSimplyKyle on GitHub (Mar 1, 2023). Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/80 **Is your feature request related to a problem? Please describe.** currently(at least not without using the custom module), it's not possible to create a module that has two running script. (see e.g.) `scripts/wifi_icon scripts/wifi_essid` **Describe the solution you'd like** We can either expand the current script module(by adding an option maybe called `format`) or create a new module that supports the short-hand for scripts(`{{script}}`) **Describe alternatives you've considered** Using the custom module, which works but... it's not elegant **Additional context** While using the custom module workaround. I've found one tiny issue with the label set to this`{{100:scripts/wifi_icon scripts/wifi_essid}}` it *sometimes* would output this instead. but *sometimes* it works. ![image](https://user-images.githubusercontent.com/68589851/222185283-02a4dc7c-da21-4ea7-8246-128e8092bde2.png) i'm guessing it's somewhat of an racing condition? or does ironbar simply output the script which got executed first

JakeStanger closed this issue

2026-05-22 22:52:22 +01:00

JakeStanger commented

2026-05-22 22:52:22 +01:00

Author

Owner

@JakeStanger commented on GitHub (Mar 1, 2023):

Agreed it could be more elegant for simple scenarios like this. I'm not sure how I want to tackle it yet, but will do some planning when I look at the other changes for 0.12. This will be fairly low priority, since there is a working solution for this already via custom.

Regarding the additional context, the system to embed scripts within text is shared across the bar, so I am almost certain that is the same issue as #69. It most likely is a race condition in that the first script to return gets added first, which is not supposed to happen. I'm hoping to look at that in the next few days.

@JakeStanger commented on GitHub (Mar 1, 2023): Agreed it could be more elegant for simple scenarios like this. I'm not sure how I want to tackle it yet, but will do some planning when I look at the other changes for 0.12. This will be fairly low priority, since there is a working solution for this already via `custom`. Regarding the additional context, the system to embed scripts within text is shared across the bar, so I am almost certain that is the same issue as #69. It most likely is a race condition in that the first script to return gets added first, which is not supposed to happen. I'm hoping to look at that in the next few days.

JakeStanger commented

2026-05-22 22:52:23 +01:00

Author

Owner

@JakeStanger commented on GitHub (Apr 7, 2023):

I've opted to add a new module called label which takes a single label option. The eventual plan is to migrate custom to use the modules, so that it relies on this new module to remove the duplication.

@JakeStanger commented on GitHub (Apr 7, 2023): I've opted to add a new module called `label` which takes a single `label` option. The eventual plan is to migrate `custom` to use the modules, so that it relies on this new module to remove the duplication.

JakeStanger referenced this issue

2026-05-22 22:57:49 +01:00

[PR #1452] [MERGED] build(deps): bump clap_complete from 4.6.0 to 4.6.2 #2781

JakeStanger referenced this issue

2026-05-22 23:57:57 +01:00

[PR #1452] [MERGED] build(deps): bump clap_complete from 4.6.0 to 4.6.2 #4188

JakeStanger referenced this issue

2026-05-23 00:57:38 +01:00

[PR #1452] [MERGED] build(deps): bump clap_complete from 4.6.0 to 4.6.2 #5593

JakeStanger referenced this issue

2026-05-23 01:57:42 +01:00

[PR #1452] [MERGED] build(deps): bump clap_complete from 4.6.0 to 4.6.2 #6996