maxverevkin / i3bar-river Goto Github PK

With swaybar, I have both a top and a bottom bar on the same screen, which I achieve by having multiple bar configs. This doesn't seem to be possible with i3bar-river, so I think it would be nice to allow passing a path to the config file to use, like so: i3bar-river -c ~/.config/i3bar-river/config-bottom.toml.

Hi, I'm trying i3bar-river on Hyprland (with i3status-rust) and it works almost perfectly.

The only thing that doesn't work is the workspace numbers, which don't appear at all. Could you support Hyprland too?

Similar to swaybar:

This is how my i3bar-river config looks with a transparent tag_bg and tag_focused_bg:

So the background colors of the tags stack up on the background color of the bar as a whole, which is contrary to swaybar's behavior but also something I find generally confusing and unintuitive. Instead, I think the background color of the tags should only be determined by tag_bg (or the appropriate config variable).

First of all, thanks for making this, it is amazing, and I love to be able to use my i3status-rs config outside of sway.

I'm not sure, but I think all, the workspace button logic can be done through the i3bar protocol.
So one simple approach would be making the same i3bar protocol we have on the right also for the left.
To make this work, we would also need to create such a workspace button generator for river and hyprland.
Maybe i3status-rs will add workspace modules once this works.

1. The documentation contains the following snippets:

[theme]
name = "native"

[theme]
name = "slick"

However, this does not work and results in an error message

"Failed to deserialize TOML file /home/me/.config/i3status-rust/config.toml at line 1: unknown field name, expected themeoroverrides"

Please replace name with theme.

2. Colors as expressed in the documentation result in i3bar-river failing to deserialize the config. They have to be expressed as #00000000

I'm willing to work on this, can you tell me how to start? I found https://docs.rs/stray/0.1.3/stray/message/tray/struct.StatusNotifierItem.html which returns the icon name and/or the icon pixmap, how do I actually draw these?

Is it cool if I try to submit an AUR package for this?

Thanks for the amazing project! Would it be possible to add support for switching tags with touch and tablet input?

I'm planning to use this on wayfire but maybe you could change the description to clarify that is is compatible with wlroots based compositors?

Experiment ended. Hyprland removed the ext_workspace_unstable protocol impl (hyprwm/Hyprland@bb09334).

I am not planning to switch to their custom IPC myself: I'm non an active hyprland user and I don't like the fact that they use a custom socket IPC instead of creating and implementing a (namespaced) Wayland protocol. However, if someone wants this feature, PRs are welcome.

It looks like in the process of removing the dirs_next dependency, the function that finds the default XDG_CONFIG_HOME path (config_dir() in config.rs) accidentally changed to looking for $HOME/config instead of $HOME/.config (the initial period in the config directory has been removed).

I've recently updated i3bar-river and whereas before it displayed workspaces, now they are not visible.

My config:

command = "i3status-rs"

background = "#00000000"

font = "JetBrainsMono Nerd Font 10"
height = 25
margin_top = 2
margin_bottom = 0
margin_left = 2
margin_right = 2
separator_width = 0
tags_r = 6
tags_padding = 10
blocks_r = 6
blocks_overlap = 5

position = "top"
hide_inactive_tags = true
invert_touchpad_scrolling = true
show_layout_name = true
blend = true
show_mode = true

[output.eDP-1]
enable = true

Using i3bar-river-git with Hyprland, Arch Linux.

Hello and thank you for i3bar-river!
It would be nice to have the ability to select on which outputs the bar is visible, and on which it is not.
For example, I have a very busy conky-generated bar status, which is actually needed only on the main monitor.
I also have one monitor set vertically, where my bar simply does not fit, and just taking screen space there.
I believe it is very useful feature which is fairly easy to implement.
Thank you once again!

i3bar-river 0.1.7 (i3status-rust) with hyprland 0.38 only shows workspace number 1 in bar.

i3bar-river:

Compare swaybar:

swaybar also has a config option status_edge_padding that sets the padding between the status line and the bar, which could also be added:

   status_edge_padding <padding>
       Sets the padding that is used when the status line is at the right
       edge of the bar. This value will be multiplied by the output scale.
       The default is 3.

Hi,

I've just switched away from using X with dwm, slstatus, etc. to Wayland with river and i3bar-river. So far the setup is working great - thanks for creating this project.

One thing I miss from slstatus though is the name of the active window being displayed alongside the tag indicators. I like the window borders to be unobtrusive, so sometimes seeing the name of the selected window helps out.

I'm not familiar enough with Wayland or the architecture of river (or other Wayland wms) to know whether this is a feasible request or not. Is this something that could be implemented in i3bar-river?

Cheers.

In Sway/i3 I can do this:

bar {
    ...
    separator_symbol " / "
    ...
}

This doesn't seem to be possible in i3bar-river as far as I can see?

Hi,
is it possible to reduce the tag width?
I like the tag style of dwm, awesome an maybe i3.

Is there any way to customise each block's output?

For example, I have an old laptop and my battery only charges up to 80%. waybar has the option to set the battery full state at a specific percentage meaning that when my battery reaches 80% it will report 100%.

For other bars I've used, I have been able to script the output like so:

bat() {
    read -r bat_capacity </sys/class/power_supply/BAT1/capacity
    bat_capacity=$(( (bat_capacity * 100) / 80 ))   # set battery full at %80
    bat="$bat_capacity%"
}

Is this possible at all in i3bar-river?

Contrary to manual suggestion ("Show/hide with pkill -SIGUSR1 i3bar-river"), pkill -SIGUSR1 i3bar-river hides the bar (reserving space) but does not show it.

To make the bar reappear, it is necessary to relaunch, but then the user is left with two i3bar-river processes.

A workaround I'm using so far is pkill i3bar-river 2> /dev/null || i3bar-river.

WM: hyprland-nvidia
OS: Arch

River supports up to 32 tags, but only tags up to "9" are displayed in i3bar-river. As far as I can tell, the culprit is 1..10 here, https://github.com/MaxVerevkin/i3bar-river/blob/master/src/wm_info_provider/river.rs#L117, which should be 1..=32.