sway-borders icon indicating copy to clipboard operation
sway-borders copied to clipboard

Release tag parity with Sway

Open nboughton opened this issue 3 years ago • 6 comments

It looks like there hasn't been a stable release tag since 1.4, would it be feasible to maintain release tag parity with Sway so we can have a stable AUR package and not have to rely on wlroots-git?

nboughton avatar Jun 05 '21 19:06 nboughton

Keeping parity with Sway releases was actually the intention, as per the README:

Releases will follow Sway's.

However, I just haven't been too happy with this fork. It... works (and I use it daily of course), but there's still some bugs and my intention is to redo most of the work in a way that also allows new features. When that will come I'm not sure, and it would be a breaking change, so maybe tagging a release wouldn't be a bad idea?

I'd like to hear from other users before making a decision though, so please leave your comments below.

fluix-dev avatar Jun 05 '21 23:06 fluix-dev

definitely, it will be nice to have shadow/other additions which you can use selectively based on unique rules.

One of the obvious gimmick is drop shadow of tiled applications going over taskbar which is not visually pleasing at all.

Iss-in avatar Jun 15 '21 11:06 Iss-in

definitely, it will be nice to have shadow/other additions which you can use selectively based on unique rules.

I hope I can work on it soon! What are your thoughts about releases?

One of the obvious gimmick is drop shadow of tiled applications going over taskbar which is not visually pleasing at all.

The current border images are drawn on the same layer as the window itself which I think makes sense. Take a look at if your taskbar has a way to draw on a different layer. For example, Waybar can have "layer": "top" set to draw above and thus your shadows (and window) will indeed be lower.

fluix-dev avatar Jun 15 '21 14:06 fluix-dev

Waybar can have "layer": "top" set to draw above

thanks I wasn't aware of that

What are your thoughts about releases?

you should take your time and go with your thoughts, I will prefer if we can see a good enough implementation of your ideal fork of sway

Iss-in avatar Jun 15 '21 19:06 Iss-in

I personally don't mind waiting till a release either, but personally how I use sway-borders is with nix (nix-flakes). With most packages, nix has a feature where you can match the fork's version with the version nixpkgs has. Since there hasn't been a release in a while, so Instead I just have it update with the latest commit.

This works fine, its just a pain having to rebuild sway every few days.

shaunsingh avatar Aug 26 '21 17:08 shaunsingh

I would like tag release parity for the sake of non-Arch distros.

At this time, Fedora 35 uses Sway 1.6.

The sway-borders master is too new for the dependencies, and 1.4 is too old for the dependencies, with no releases in between.

(But I'm seriously considering moving to Arch again for this. Awesome project. I wish they'd have taken something upstream.)

wattahay avatar Dec 13 '21 09:12 wattahay