On a different corner of the open source ecosystem, PrusaSlicer, also a wxWidget project, just announced the first of its v3 releases with a full GUI rewrite, and what a blast from the past it was to have a X11, non-scaled, wrong font & dpi. It's really unfortunate that they didn't take the opportunity to switch to Qt
Most people that have never maintained >=Qt5 projects assume free wxWidgets native cross platform OS interface support is less hassle.
Refactoring the application core means their team should have forked the project to audacity-qt rather than inject long term Qt library and license dependency issues into the original package.
Qt on occasion has proven to cause problems with license term changes, GL library bugs on Linux window managers no one ever fixes, and a chain of legacy build issues.
Microsoft people tend to design around entertainment eye candy rather than functional long-term reliability. A interface use-case context pop-up isn't a design choice, but rather just chaotic depending on who is using the seat.
The Audacity 3 interface certainly needed a lot of work, but nuking it for v4 re-write is simply packaging a different program as the original.
Hopefully the remake works out. The odds are not in their favor though... =3
My understanding is that the Qt 6 build system is vastly easier to work with.
Also, Audacity is not the first major FOSS project to successfully migrate from wxWidgets to Qt: Dolphin, the GameCube/Wii emulator, made a similar migration several years ago[0][1][2][3].
I don't know, it took me a while to get used to but i actually prefer Qt6+CMake over Qt5. Porting the first application was kind of a nightmare due to how many things i had to change.. though they were code smells to begin with, now everything run smoothly.
It was using wxWidgets, not GTK directly IIRC
Ah, the dream of "one UI toolkit to rule them all" was very much alive when wxWidgets got popular around the turn of the millennium
Back then it was wxWindows, but yes. Also I'm told it had a lot in common with MFC.
On a different corner of the open source ecosystem, PrusaSlicer, also a wxWidget project, just announced the first of its v3 releases with a full GUI rewrite, and what a blast from the past it was to have a X11, non-scaled, wrong font & dpi. It's really unfortunate that they didn't take the opportunity to switch to Qt
Most people that have never maintained >=Qt5 projects assume free wxWidgets native cross platform OS interface support is less hassle.
Refactoring the application core means their team should have forked the project to audacity-qt rather than inject long term Qt library and license dependency issues into the original package.
Qt on occasion has proven to cause problems with license term changes, GL library bugs on Linux window managers no one ever fixes, and a chain of legacy build issues.
Microsoft people tend to design around entertainment eye candy rather than functional long-term reliability. A interface use-case context pop-up isn't a design choice, but rather just chaotic depending on who is using the seat.
The Audacity 3 interface certainly needed a lot of work, but nuking it for v4 re-write is simply packaging a different program as the original.
Hopefully the remake works out. The odds are not in their favor though... =3
https://en.wikipedia.org/wiki/Second-system_effect
My understanding is that the Qt 6 build system is vastly easier to work with.
Also, Audacity is not the first major FOSS project to successfully migrate from wxWidgets to Qt: Dolphin, the GameCube/Wii emulator, made a similar migration several years ago[0][1][2][3].
[0]: https://dolphin-emu.org/blog/2017/06/03/dolphin-progress-rep...
[1]: https://dolphin-emu.org/blog/2018/02/03/dolphin-progress-rep...
[2]: https://dolphin-emu.org/blog/2018/05/02/legend-dolphin-lens-...
[3]: https://dolphin-emu.org/blog/2018/07/06/dolphin-progress-rep...
5 replies →
They went over why switching to Qt was the best option for their team here: https://youtu.be/QYM3TWf_G38?t=840 .
1 reply →
I don't know, it took me a while to get used to but i actually prefer Qt6+CMake over Qt5. Porting the first application was kind of a nightmare due to how many things i had to change.. though they were code smells to begin with, now everything run smoothly.
3 replies →