IMPORTANT: 1.0.0 Release 🎉

[Alexays]

Hi!
I've been pretty busy lately, but I'm going to get back into Waybar and start working on the 1.0.0 release.
Here the 1.0.0 milestone.

I'm gonna go around all the issues and put some in this milestone.
But I also wanted to ask you which ones you find priority and want to see soon!
If you have ideas for improvement, don't hesitate!
And don't hesitate to add your own modifications!
Can't wait to share this with you!

Alex.

[BlueGone]

First of all, congratulations on the progress of the project. It has simply become great, and de facto, a great standard. 🎉
Then, for the 1.0.0 milestone, I'm interested in issue #66 . I've seen the work done on PR #556 , and I think I can fork it and fix the problems that have been raised. Let me know if it's a feature that fits in the milestone.

[Alexays]

First of all, congratulations on the progress of the project. It has simply become great, and de facto, a great standard. 🎉
Then, for the 1.0.0 milestone, I'm interested in issue #66 . I've seen the work done on PR #556 , and I think I can fork it and fix the problems that have been raised. Let me know if it's a feature that fits in the milestone.

Sure go ahead @BlueGone ❤️

[maximbaz]

Great progress on the project @Alexays 🎉

There two issues hurt me most: #388 (already part of the milestone) and at the end of every month #581. I would be happy to help with #581, if you could comment in that issue your thoughts of the preferred approach?

[ZJaume]

#434 would be great, I think configuration file has to be more easy and confortable to edit, I think YAML or TOML are the way to go.

[ghost]

To me it's #255 , which seems to have a fix in this fork xPMo@8e6b6a7

EDIT: pullable master...xPMo:sway-hide

[Alexays]

@yory8 @xPMo any news about #255 ? 😃

[ghost]

@Alexays i'm not involved with that effort; it seems they got stuck with some segfaults?

[bluebyt]

I like to have a current keyboard layout but not based on sway, some people use waybar with wayfire.

[luispabon]

#509 and #585 would be at the top of my list and seem to be related and/or the same issue?

[Alexays]

#509 and #585 would be at the top of my list and seem to be related and/or the same issue?

This one should be fixed, can you test?

[bluebyt]

I feature nice to have a "taskbar/window list" like this:
https://www.reddit.com/r/Polybar/comments/gsxdh3/polywins_a_customizable_polybar_taskbarwindow_list/

[luispabon]

#509 and #585 would be at the top of my list and seem to be related and/or the same issue?

This one should be fixed, can you test?

They seem to be, 👌

[tinywrkb]

Flatpak package? This is my Flatpak manifest and it's how I'm now runnning Waybar.
So far I didn't notice issues with this but my needs from Waybar are very basic.
Note that the manifest needs some cleanup and I packaged in Sway for swaymsg and also jq.

[WhyNotHugo]

@tinywrkb Scaling on wayland does not seem to work via flatpak, so that should probably be addressed before encouraging users to adopt that.

[tinywrkb]

@WhyNotHugo this? sounds like a GTK issue, not a Wayland one.
What do you mean by encouraging users? it just a distribution method, users should be free to choose how to install apps. The fact that some issue is affecting your setup doesn't mean Flatpak packaging should not be considered, it's up to the developer to decide.
Note that it's possible to add a disclaimer to the Flathub app page about the issue or to keep the app on Flathub-beta repo until the issue is resolved.

[WhyNotHugo]

sounds like a GTK issue, not a Wayland one.

Not entirely certain where the fault lies -- applications scale fine when running natively on Wayland, it's just via flatpak that they fail. I can't honestly figure out if the issue is Wayland, Flatpak, or GTK.

[tinywrkb]

@WhyNotHugo do you have gnome-settings-daemon installed? see if the xsettings schema helps. If you're on Arch Linux then I already packaged the xsettings schema separately here.
I don't know about scaling but it helps with having the fonts rendered correctly and it supposed to be moved from gnome-settings-daemon into gsettings-desktop-schemas.

[eoli3n]

any news?

[WhyNotHugo]

No, I don't have gnome-settings-daemon. The README indicate that this is a GNOME-specific thing:

The GNOME Settings Daemon is responsible for setting various parameters of a
GNOME Session and the applications that run under it.

I'm using swaywm.

I did install it anyway. Apps now draw a different kind of blurry. Fonts are very blurry, but images are sharp. So it's no longer a scaling problem, but some other rendering problem...?

[eoli3n]

@Alexays i don't see #434 in the milestone

[cinerea0]

Would you consider making another intermediate release between now and 1.0? There were some commits merged back in October dealing with the taskbar module that would be great to have in a tagged release.

[WillPower3309]

I feature nice to have a "taskbar/window list" like this:
https://www.reddit.com/r/Polybar/comments/gsxdh3/polywins_a_customizable_polybar_taskbarwindow_list/

This could be super useful for also keeping track of scratchpad windows

EDIT: realized this already was added, awesome!

[jsteinaker]

Hi, thanks for your great work. I definitely think #917 should be on the list, there must be a way to
a) dynamically set taskbar's max width, based on the modules present (it should be able to use as much space as it wants, as long as it leaves space for the modules remaining)
b) set each button's max width, if I open a webpage with a very long title in Firefox, that button takes a LOT of space.

[WuerfelDev]

A suggestion from #1349 which would be cool to see implemented is a possibility to set/remove a css class on window#waybar via ipc