OmniWM v0.4.8 pre-release #256
Replies: 12 comments 36 replies
|
@yougotwill totally forgot you are right ❤️❤️❤️ |
|
I will post my comments here to keep the issues clean. |
|
|
@BarutSRB I just saw that the homebrew cask is showing an update to v0.4.8 pre-release. I think it would be better if the homebrew install is only used for stable releases. What do you think? It might also be good to support different release channels in the update checker if you plan on doing pre-releases going forward 😊 |
|
I am not sure about performance, but for me this version was barely usable because of many glitches, so I had to downgrade. |
|
Was it intentional to scrap the previous version's config? I see about the new config location, but I lost my config coming from 0.4.7.4. |
|
@incanus you didn't loose your config; if you exported it previously it's just renamed but still in .config/omniwm/ If you didn't export before the config file, it is still in UserDefaults where you can rerun previous version and export the file before moving to the pre-release version |
|
Ok, thanks — I don't mean it as a criticism, just a question/note for others in case you unintentionally upgrade to the pre-release. Keep up the good work! |
|
Don't worry just sometimes if im busy i write quickly so I dont get defocused and it might seem like i took offence 😂❤️ |
|
|
|
I can confirm that. I know that we had that bug also in the past, so maybe it is a regression. |
|
@yougotwill what was the most stable version for you so I can take a closer look |
|
@BarutSRB Probably v0.4.5 but honestly I haven't been keeping track of version stability all that much. |
|
Hi @BarutSRB, I don't know if I should open an issue since I'm using the pre-release 0.4.8 version, but I'll describe something I've noticed here. Bug Report: Workspace assignment resets when creating new windows Steps to Reproduce Open Ghostty and move the window to workspace 3. Create a new Ghostty window. Observed behavior: the new window opens, but Ghostty is forced back to workspace 2. Repeat by moving Ghostty to workspace 4 and creating another window. Observed behavior: all Ghostty windows return to workspace 2. Expected Behavior Additional Cases Moved to workspace 3. Creating a new private window causes Vivaldi to move back to workspace 5. Safari: Configured to open by default in a workspace. Moved to another workspace. Creating a new window does not trigger the same issue. Safari respects the current workspace assignment. |
|
@dagrlx Hi, firstly you should always open up an issue, not only does it show you care about improving Omni but also gives an opportunity to improve it or get an answer. It also gives an opportunity for someone else to maybe take a poke at fixing the issue. That being said most of the issues including this one will be fixed for the release, pre-release was just that a way to get feedback from the community if I'm on the right track and also catch bugs that I missed or can't reproduce with my tests or my manually workflow. Thank you for taking the time to write an issue and using Omni ❤️❤️❤️ |
Thanks for the observation, I've already opened the issue #274. I'm eagerly awaiting the new version. I'm using OmniWM as my main Windows Manager under Niri, and despite the bugs, I'm experiencing less friction than with other options. Long live OmniWM! |
|
I kind of have a love–hate relationship with OmniWM. On one hand, I really want to love it because it’s about as close as you can get to Niri on macOS (paneru and rift are not close at all imo). It could be perfect, but there are so many bugs that I usually end up going back to my manual tiling setup on macOS within an hour. I know it's all volunteer based work <3 but I hope it improves eventually! |
I understand your frustration, and I share it. I hadn't tried anything like Niri's style, and it's the best fit for my work style. I haven't used Linux on my desktop for about nine years, only on servers. Something that has always frustrated me about macOS is its poor window management. Mac fans can say what they want, but this is an issue that has been criticized for years. People with an altruistic spirit, or with a desire to improve their lives and the lives of others, create these development instances in their free time, seeking to alleviate the deficiencies of the base software. I know we all want things to progress quickly and gradually, but we have to be patient and wait for a team or group of people to form to support a project of this magnitude. This is a young project, but new technologies are leading us to expect everything to mature and be stable in a short time, but the truth is, it doesn't work that way, not even in a private company. The Ghostty project took quite a while before its public release, and its release cycle is approximately six months unless you use the tip release version. I'll conclude by saying patience. I've been through Aerospaces, Yabai, Rift, and now this, and no software is perfect. I recently tried Paneru and Komorebi, and nothing compares to what OmniWM is. I'm also eagerly awaiting a new version with many bugs fixed, but we'll have to wait. Good luck. |
|
I have on one Mac always the latest version to see how stable it is and on my other Mac that I use most of the day for productive use cases I currently stick to version 0.4.5. This is currently for me the most stable version, it also has some flaws (e.g. the raycast border is not getting removed, although raycast is already closed and it needs a few window switches until this disappears), but besides of that it is at least on my setup super usable and I use it day by day. In general my hope is that OmniWM still somehow keeps a focus and doesn't try to solve in the end lots of different problems, but that it instead keeps its focus on Niri and Hyperland and thats it. Of course thats up to the owner of the project, but what you often see is that projects get bloated up over time and the usability suffers from it. I'm more a fan of modular applications that you can stick together and solve single problems. |
|
I just tried OmniWM again, and wow, the amount of polish and love put into this is simply amazing. I never expected all of these bugs to be fixed. @BarutSRB did it! Thanks! |
|
Thank you |
|
Updated to v0.4.8.1 and it still doesn't seems to be usable for me. Weird unpredictable jumps, stucks. @BarutSRB I guess you don't have them and might be something specific to our envs, but I don't know how to narrow my issues to something that can be well described. |
|
For me it happens even on small 3-finger swipes applied without focus change |
|
Unfortunately both 0.4.8.x versions is still most unusable at the moment. I've shared some feedback and listed issues that were closed but still reproducible. Let me know if I can include any useful debug information. But now I have to downgrade |
|
@BarutSRB It might make sense to not advertise 0.4.8.x versions in homebrew is it might to repel potential users |
I have this issue on v0.4.8.1 when trying to move between windows with 3 finger swiping. It keeps going back to the previous window unless I swipe multiple times quickly to get it to move along. Did not have this issue on v0.4.8.0. I had to revert because I primarily use swiping in my workflow. Edit: Logged an issue #301 |
|
v0.4.8.1 still reproducible issues that were closed as part of cleanup |
|
I feel that something slipping while scrolling starts happening in 0.4.7 |
|
I’ve built from the new There are still some issues, including all the ones listed in this thread:
They are not too critical, but they are still worth reopening at some point. I’m still noticing some other issues, but I’m going to wait for the next release before filing them. |
|
@Guria thank you for the info ❤️ |
|
Let me know if I can help. I am really willing to. Like I still see some random stuff: new windows not being inlined, popup/alerts breaking the flow, etc. What would be preferred way to file such feedback |
|
@Guria thank you, honestly for now best feedback are big things are specially if it can be constantly reproduced as I have a lot less time due to new job which is 22:00 to 10:00 and that completely drains me of sleep so I can only work on free days for now this big things would be better than small polishes for feedback |
|
@BarutSRB feedback for 62d5d7a When I build from main it says it is "0.3.1" version, which effectively hardcoded fallback in the source code. this commit seems to reintroduce toml config but looks it wasn't complete These seems to work with json counterpart 
Also editing setting.toml doesn't live reload |
|
@BarutSRB I believe that I still observed #334 after upgrading to 0.4.9.2 For me most stable version was several commits before 0.4.9 landed |
Uh oh!
There was an error while loading. Please reload this page.
Just updated to the pre-release for testing. My settings were reset, I assume because of the TOML migration and there is no way to import an existing settings file back.
I will manually convert my file but maybe put a warning on the release notes @BarutSRB
All reactions