[GH-ISSUE #364] Allow customizing the format of numbers in certain modules #8564

New issue

Closed

opened 2026-05-23 03:52:48 +01:00 by JakeStanger · 1 comment

JakeStanger commented

2026-05-23 03:52:48 +01:00

Owner

Originally created by @pluiedev on GitHub (Nov 27, 2023).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/364

Is your feature request related to a problem? Please describe.
Currently some modules, like sys_info, formats numbers like percentages and memory usage in GB in a fixed way, and that is sometimes not ideal. Often times I'd like these numbers to have one decimal point, and it kinda frustrates me that there's currently no way to do that.

Describe the solution you'd like
Perhaps we could do it like Waybar and use a format specifier? Using a Rust style syntax, we can have something like {memory_used:.2}. That might conflict with the syntax currently reserved for specifying sensors and such for temperature readouts, but we might be able to find a compromise.

Describe alternatives you've considered
Aside from different format string syntaxes, I'm not sure if there's any more alternatives other than keeping the status quo.

Originally created by @pluiedev on GitHub (Nov 27, 2023). Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/364 **Is your feature request related to a problem? Please describe.** Currently some modules, like sys_info, formats numbers like percentages and memory usage in GB in a fixed way, and that is sometimes not ideal. Often times I'd like these numbers to have one decimal point, and it kinda frustrates me that there's currently no way to do that. **Describe the solution you'd like** Perhaps we could do it like Waybar and use a format specifier? Using a Rust style syntax, we can have something like `{memory_used:.2}`. That might conflict with the syntax currently reserved for specifying sensors and such for temperature readouts, but we might be able to find a compromise. **Describe alternatives you've considered** Aside from different format string syntaxes, I'm not sure if there's any more alternatives other than keeping the status quo.

JakeStanger closed this issue

2026-05-23 03:52:49 +01:00

JakeStanger commented

2026-05-23 03:52:49 +01:00

Author

Owner

@JakeStanger commented on GitHub (Nov 27, 2023):

Hey, totally on board with this & I think rust-style formatting strings are the way to go. This is similar to #149 so I'll probably look to tackle both in one go.

@JakeStanger commented on GitHub (Nov 27, 2023): Hey, totally on board with this & I think rust-style formatting strings are the way to go. This is similar to #149 so I'll probably look to tackle both in one go.