wwmm
Things to do for next releases
For 8.0.6:
- [x] Fix missing icons in the tray menu on Gnome with the KStatusNotifierItem extension enabled. #4398
- [x] Add string tags for measurement units translations. #4416
- [x] Allow user to set custom colors and other style settings to the spectrum graph.
- [x] Improved level meters performance.
- [x] Allow users to select a custom color theme in EasyEffects preferences window.
- [x] Allow users to set a fps cap to the spectrum and level meters.
For 8.0.7:
- [x] Convert our manual to mkdocs
- [x] Make the effects list sidebar manually resizable.
- [x] Basic support for sofa impulse response files has been implemented in our convolver.
For 8.0.8:
- [ ] Add the ability to change the language of the application UI from the Preferences window. #4632
Ensure the new profile autoloading algorithm is working correctly.
With the last fixes I think this is as good as it can possible be. Based on what I heard from PipeWire developers even they have a hard time dealing with how much different one hardware is from another when it comes to headphones connection. There is probably nothing more we can do on our side until PipeWire itself has a major change related to headphone management that could provide us an alternative way.
Configure the zita convolver to handle impulse responses with more of two channels.
I am looking at our convolver file and I think that before adding anything there I have to refactor it in a similar way as the pipewire and presets managers were. I will change 8.02 release target to this.
As everything in 8.0.1 list is done I will release it now.
You didn't create the release tag.
You didn't create the release tag.
I forgot 😄 . In the end it was a good thing. The latest round of weblate translations was included in the release.
@wwmm When the Convolver is in a good state, we should make a release because some people are affected by the bug of the input text field.
@wwmm When the Convolver is in a good state, we should make a release because some people are affected by the bug of the input text field.
As the refactoring had no effect over its qml files it should be possible to temporarily bring the previous class files back just for the sake of doing a new release. But I would like to investigate the convolver bug for at least one more day before having to resort to that.
@vchernin After converting the manual to mkdocs I decided to make it an ordinary Github page. No offline mode anymore. What also means that Qt's webengineview is not a required dependency anymore and can be removed from the Flatpak package dependencies.
I think that we finally have a good foundation for the manual/app site:
https://wwmm.github.io/easyeffects/index.html
https://github.com/wwmm/easyeffects/tree/master/src/contents/docs
Now it is just a matter of having time. And ideally more people contributing to fix outdated information.
Now it is just a matter of having time. And ideally more people contributing to fix outdated information.
I feel now that everything is always on a webpage and formatted in markdown, we could maybe merge the wiki into the mkdocs setup. There doesn't seem to a very well defined difference between the two places besides the wiki being publicly editable. In both cases we want to encourage people to edit them.
If we merge them, it may also help contributions since there is one place to go to edit the docs/manual. Keep in mind it is possible to edit files in a GitHub repo (i.e. the new manual pages) using the browser editor. So you don't need to know git.
If we merge them, it may also help contributions since there is one place to go to edit the docs/manual. Keep in mind it is possible to edit files in a GitHub repo (i.e. the new manual pages) using the browser editor. So you don't need to know git.
Yes. For now I just added to the manual some of the wiki's links 7.2.3. But we probably should merge them. The question is how. The idea would be moving the wiki text to the manual and in the wiki section put just a link to the manual website?