openSUSE / openSUSEway

dotfiles for Sway on openSUSE
MIT License
94 stars 16 forks source link

Consider using Yambar as bar and Fuzzel as launcher. #72

Closed uncomfyhalomacro closed 10 months ago

uncomfyhalomacro commented 2 years ago

Choosing Yambar

Reasons: Minimalist setup. No GTK. Very few dependencies. Cons: Yambar does not have tray support

Choosing Fuzzel

Reasons: Very minimal dependencies. Looks good and easy to setup. Wofi uses GTK which is somewhat unnecessary for a launcher. Also wofi is currently unmaintained. Though there are bug fix and documentation related commits, it seems the author is not removing the "not actively maintained" header soon on the sourcehut website. Cons: Not GTK. No submenus.

Example setup (not swaywm but riverwm): image

jubalh commented 2 years ago

No GTK. Very few dependencies.

Those reasons will only make sense if we not already depend on these things already anyways.

mcepl commented 2 years ago

No GTK. Very few dependencies.

Those reasons will only make sense if we not already depend on these things already anyways.

Yes, but if we want be pushing in that direction we will never get there.

krishjainx commented 10 months ago

@denisok Should I just find the line where the $menu variable is set and replace it with the following:

set $menu fuzzel

?

PS: Although Yambar is a good option, we are currently using Waybar, which is well-maintained. So, let’s continue using Waybar for now

uncomfyhalomacro commented 10 months ago

Closing issue. Tbf, waybar is good for apps that have a systray feature. So I don't think this will be moved forward in the future as yambar does not have a systray support yet.

mcepl commented 10 months ago

On Thu Feb 1, 2024 at 1:27 PM CET, Krish Jain wrote:

PS: Although Yambar is a good option, we are currently using Waybar, which is well-maintained. So, let’s continue using Waybar for now

I won’t argue about waybar (I personally use swaybar and it is doing just fine), but I would say a word on the replacement of wofi. Yes, it should be replaced, because the upstream is dead, but I would argue for rofi (particularly its Wayland port, rofi-wayland in openSUSE). Its main advantage is that it has much wider area of use than just a dmenu replacement (https://github.com/davatorium/rofi/wiki/User-scripts), I have written couple of scripts using it (https://git.cepl.eu/cgit/nmcli-rofi/, https://git.cepl.eu/cgit/pinentry-rofi/) and it works just fine for that purpose.

-- http://matej.ceplovi.cz/blog/, @@.*** GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8

I am a Roman Catholic, so that I do not expect “history” to be anything but a “long defeat” -- though it contains (and in a legend may contain more clearly and movingly) some samples or glimpses of final victory. -- J.R.R. Tolkien

krishjainx commented 10 months ago

@mcepl Agreed, we should replace wofi with rofi-wayland. Should we proceed with doing that?

denisok commented 9 months ago

I don't mind rofi personally. For my use-case - I need something to launch apps and that it. Maybe discussions and votes: https://github.com/openSUSE/openSUSEway/discussions ?

BTW wofi just got updated: https://hg.sr.ht/~scoopta/wofi

@krishjainx if you would like to change something - you can always start conversation and see if there is an interest. Or maybe propose a patch with demonstration how it works.

FilippoBonazziSUSE commented 9 months ago

Yes, looks like the wofi banner has changed as well:

This project is not being actively maintained. It does still receive some updates from time to time but nothing frequent.

This makes it sound like it's at least not fully abandoned. So for me there is no pressing need to immediately replace it with an alternative just for this reason.

I am still open to replace it with an alternative if an alternative is better. I might look into rofi if people have been using that and are happy with it.

FilippoBonazziSUSE commented 9 months ago

I have opened https://github.com/openSUSE/openSUSEway/discussions/140 as a single place to discuss wofi replacement, so that we don't lose information in old closed issues like this one.