Audacity 4 alpha 2

С одной стороны:

Оффтопик-лист, п. 3:
Новости о бетах и RC ядра Linux или другого ПО без каких-либо серьёзных или интересных изменений (если бета или RC не судьбоносен по какой-то причине, например, проект не подавал признаков жизни год).

С другой – достаточно важные изменения. Ну, не знаю…

wxWidgets -> Qt6

наконец-таки! :о)

Танцуем!

переписав его с wxWidgets на Qt 6

Добавил скриншотов:

• Стало.
• Было.
• Проприетарная ocenaudio.

Также стоит отметить, что проекты, сохранённые в Audacity 4 не имеют обратной совместимости с Audacity 3. Рекомендуется сделать резервные копии своих проектов, прежде чем открывать их в Audacity 4.

А в новой ветке не планируется добавить умение сохранять файлы проекта в формате старой?

Ну вот эта альфа, как видим, достаточно судьбоносна.

Поправил заголовок так, чтобы сразу стало ясно, о чём речь.

переписав его с wxWidgets на Qt 6

Мечты сбываются!

А почему такая бурная радость, что было плохого в wxWidgets?

Только меня интересуют технические аргументы, а не «мёртвый тулкит», «все реальные пацаны давно на Qt/GTK» и тому подобное. Чем wxWidgets плох?

P.S. Если что, я на Qt активно пишу, за Qt меня агитировать не надо. :)

Логотип они таки изменили на сперматозоид, как собирались, или все-таки образумились? ;)

да чего тут думать и фантазировать?! с этим wxWidgets приходилось изрядно под...напрячься что-бы собрать ихЬ правильно... в конечном итоге сборка превращалась в редкостный срач (у меня до последнего времени было насколько wxWidgets-приложений и для каждого приходилось выдрачивать свою версию wx-ов)
даже не смотря что на слакбилоде в основном все есть, но даже там со временем «рецепты» стареют и, как говориться... поскакали...
а учитывая что у меня неск. версий слаки на девелоп-десктопе и везде приходится поддерживать свои «фокусы и выкрутасы»...
коротко: из-за проблем/совместимости версий/сборки (как-то так) :о)

p.s.

такая бурная радость

обычная ремарка в сторону улучшений

Постою за Вами. Мне тоже непонятно - довольно крупный проект на одном тулките - теперь перенос всего проекта на другой...

у меня до последнего времени было насколько wxWidgets-приложений

Если не секрет, кроме сабжа, какие ещё?

и для каждого приходилось выдрачивать свою версию wx-ов

То есть авторы библиотеки часто ломают совместимость? Ну если да, то это действительно серьёзный аргумент.

изменили на сперматозоид, как собирались

…хренассе новости… o_O

Только меня интересуют технические аргументы, а не «мёртвый тулкит», «все реальные пацаны давно на Qt/GTK» и тому подобное. Чем wxWidgets плох?

https://github.com/audacity/audacity/wiki/Roadmap#40:

• 3.x Audacity 3.x development has culminated with Audacity 3.6. Any future 3.x releases will mainly focus on stabilization.

• 4.0 Replatform from wxWidgets to Qt done, giving Audacity (finally!) a new look and alleviating many UI/UX problems
• Code restructuring mostly done

• 4.x Starting with 4.0, we will try to implement some DAW functionality (eg proper MIDI support, Automation, VSTi) into Audacity while still remaining easy-to-use.

кроме сабжа, какие ещё

да так уже не вспомню (покетов/софта очень много), какие-то ide-среды, что-то еще... не помню (бог дал памяти, да потом забрал)... надеюсь вы поверите на слово? :о)

То есть авторы библиотеки часто ломают совместимость?

возможно и это! плюс главное - авторы wx-софта требуют разных конфигураций/патчей/и прочих хреней (коротко будет так)

реально, не хотца лезть во внешний «сборочный» рессур и там искать что да как... вот точно в голове отпечаталось не одно матерное слово с приставкой wx :o)

а уж проблем сборки qt5/6 приложений я как-то не сильно припомню, по моему, не было :о)

Чем wxWidgets плох?

Тем, что Qt уже есть в системе и нужен для всего софта, а wxwidgets кроме как для этой программы и не нужен. Зачем плодить сущности, тем более кривые и плохо поддерживаемые в настоящее время.

В идеале, в системе должен вообще быть один тулкит а не двадцать. И если наличие GTK ещё можно пережить, ибо на нем много софта, то wxwidgets просто не нужен.

что было плохого в wxWidgets?

По сути и в действительности ничего.

Если не секрет, кроме сабжа, какие ещё?

Prusa Slicer

Не сказано.

Ну, теперь ждём интерфейс на электроне.

А как они в таком случае всё на Rust перепишут?

CodeLite
FileZilla
MediaInfo
KiCad
wxMaxima
плотеры какие-то, инженерные тулзятины, 

cut from inet

Amaya — веб-браузер и редактор
aMule — клиент файлообменной сети
Aegisub — кроссплатформенный редактор субтитров
Audacity — звуковой редактор
BitTorrent — клиент файлообменной сети
Code::Blocks — интегрированная среда разработки
CodeLite — редактор для программистов
Dolphin — эмулятор игровых приставок
FileZilla — FTP-клиент
KiCad — программа разводки печатных плат
RapidSVN — клиент Subversion
TrueCrypt — программа для шифрования
wxMaxima — система компьютерной алгебры
UnrealEd — редактор для Unreal Engine

По сути, почти не ломают совместимость вообще, у qt периодически лютые глюки и тормоза на оффтопике.

на оффтопике

а мы на каком рессуре? :о) у себя не замечал qt-тормозов, возможно плохо жал (или может просто везет?)

p.s. замечательная реакция... лучше бы словами! :о)

Ну он сам всё рисует на оффтопике. Выглядит как ui warcraft2, зачем-то вытащенный в десктоп

хорошо! допускаю что на винде это так! но мы-же на линукс рессурсе? (у меня в линухе с ним проблем вообщем нет) по рукам? :о)

Так зачем сабж поддерживает кросс-платформенность?

согласен, уделал по полной! придется теперь мучиться с этими кутями :о)

вот еще бы KiCad перевели-бы на кути, было бы даже очень недурственно :о)

у qt периодически лютые глюки и тормоза на оффтопике.

Можно примеры? Правда, шестёрку я на офтопике не видел вообще. Под 5.10 свой пет-проект собирал, да, но это была специальная статическая сборка.

не покажу, тот фриварь был не так нужен. Ну и тот же sim когда был нужен всегда лагал.

А, так Хитрый План (TM) был именно в этом?

Наконец интерфейсом занялись, намного приятнее станет.

Давайте перестанем добавлять скриншоты левых программ в новости. У людей-визуалов это вызывает когнитивный диссонанс.

Я верю, что разработчики Audacity ещё не напились.

Потом в виджетах сделают Qt backend. Та-да!

Так вот что мне напоминали промпты для LLM!!! Вопросы на лоре! :))) Прям отформатировал, уже не в первый раз задавая вопрос, а оно тебе всё пишет чушь :) В результате с ИИ срабатывает. А на лоре… депендит :)

В идеале, в системе должен вообще быть один тулкит а не двадцать.

Каждый раз с болью вспоминаю, что были идеи, чтобы сделать так, чтобы софт можно было собирать с разными туллкитами. Вот если бы они это сделали… Эх.

А про один туллкит - решил у себя Qt5 удалить и удивился сколько софта (нового софта) всё эщё на нём сидит.

А почему такая бурная радость, что было плохого в wxWidgets?

Только меня интересуют технические аргументы, а не «мёртвый тулкит», «все реальные пацаны давно на Qt/GTK» и тому подобное. Чем wxWidgets плох?

Вот Мартин объясняет: https://youtu.be/QYM3TWf_G38?si=AHO41Uo56gYOAh7v&t=840

• Выглядит по-разному на разных платформах (поэтому нужно отдельное сопровождение)
• проблемы с кросскомпиляцией
• проблемы с рендерингом (прозрачность, антиалиасинг, HiDPI)

Плюс там дальше в видео вроде было про невозможность реализации drag'n'drop виджета в том виде, в котором им хотелось и это сильно било по UX

Видео, ради которого я плачу за инет. Супер интересно, спасибо! Мощно там, конечно, взялись за переделку давно накопившегося тех. долга, молодцы!

Вот этому вот, между прочим, исполнилось 25 лет. Одна из наиболее проклятых программ из числа всё еще живых.

Там даже клавиши snap-модификатора нет, чтобы можно было одну часть выделения приклеить к сетке, а другую - нет.

Ну ничего, куда нам спешить.

проблемы с рендерингом (прозрачность, антиалиасинг, HiDPI)

И хорошо бы это обратно отнять, потому что какой-то дебил тут же додумался сделать исчезающий полупрозрачный скроллбар.

Qt backend

разверните вашу мысль?

Ну, wxWidgets на линуксе под капотом юзает GTK. А так как GTK уже считай всё, то только переходить на Qt как бекенд.

ну дак они, вроде как уже... того... этого... перешли?

Чем wxWidgets плох?

Скажу, как человек, имевший дело с этим поделием. Идея wxWidgets, сама по себе, неплоха. Но с учётом того, что эта либа является обёрткой над уже существующими тулкитами, а не самостоятельным тулкитом, всплывают несколько проблем.

1. В разных тулкитах на разных системах есть свои особенности, которые wxWidgets не может полностью реализовать на всех системах, поэтому, в wxWidgets реализует общие особенности виджетов, которые есть на всех системах.
2. Сама либа похожа на Qt, но дохрена многословна, что-ли. Qt ощущается менее перегруженным и лаконичным, при той же функциональности.
3. Чтобы получить ту же функциональность, что и в Qt, в wxWidgets приходится гораздо больше приседать. То что в Qt реализуется одной строчкой, в wxWidgets требует простыней кода или подключения дополнительных либ с гитхаба.
4. Когда дело доходит до кастомизации интерфейса - тут мои полномочия всё. Не то, чтобы это невозможно совсем, но требует гораздо больших усилий, чем правка *.qss. Нельзя просто взять и подключить таблицу стилей - херач цвета кнопочек прямо в коде. А в конечном итоге, получается так, что твой софт выглядит как Audacity на любой системе, если вы понимаете о чём я.
5. Хвалёная кроссплатформенность. Если у тебя всё прекрасно работает на Линуксе, то не факт, что этот код у тебя заработает на Винде. Самое прикольное, что он может заработать, но выдавать какие-то лютые артефакты на элементарных вещах.

Люди, если вы задумали написать что-либо кроссплатформенное и по какой-то, известной только вашему лечащему врачу, причине, решили выбрать wxWidgets - попросите у вашего врача более сильные успокоительные препараты. Пригодятся. Но лучше - берите сразу Qt. Всё равно потом будете переписывать на него.

А почему такая бурная радость, что было плохого в wxWidgets?

Поддержка вяленда так себе, и сам тулкит куцый настолько, что приходится городить платформоспецифичный огород, если нужно что-то нетривиальное (но, обычно, присутствующее в Qt).

С KiCad в этом году была драма, когда его разрабы развели вонь по поводу сырости вяленда, а потом оказалось, что все проблемы из-за плохой поддержки вяленда самим тулкитом, и заборе из костылей и велосипедных рам, стоящем вокруг огорода, где разрабы KiCad заботливо выращивают свой урожай граблей и противопехотных мин.

как эту шляпу теперь собирать оффлайн? оно при сборке вытягивает cmake-ом:

populate(wxwidgets "wxwidgets/3.1.3.9")                                                                                                                                                      
populate(expat "expat/2.0.5")                                                                                                                                                                
populate(portaudio "portaudio/19.7.0")                                                                                                                                                       
populate(libmp3lame "libmp3lame/3.100")                                                                                                                                                      
populate(wavpack "wavpack/5.7.0")                                                                                                                                                            
populate(mpg123 "mpg123/1.31.2")                                                                                                                                                             
populate(libsndfile "libsndfile/1.0.31")                                                                                                                                                     
populate(vorbis "vorbis/1.3.7")                                                                                                                                                              
populate(flac "flac/1.4.2")                                                                                                                                                                  
populate(ogg "ogg/1.3.5")                                                                                                                                                                    
populate(opus "opus/1.5.2")

и это далеко не всё, за каким-то хером тащит весь LV2 стек fetchcontent-ом и ещё всякое…

хером тащит весь LV2 стек

ну тащит и тащит. может статическая сборка с конкретными версиями?! (в наш век-то поголовных роллинг-стоунзов и альфа-версий :о)

Запущенное из AppImage, оно не меняет язык интерфейса на системный. Это так и должно быть?..

ну тащит и тащит

ну и попробуй опакетить

может статическая сборка с конкретными версиями?!

есть git submodules, также ничто не запрещает класть это в свои исходники

ладно, FetchContent ещё можно заставить работать оффлайн, предварительно скачав и подсунув нужные тарболлы (если cmakelists нормально написан), но здесь какой-то лютый бардак

причина понятна, пусть всё собирается одинаково по-нашему на всех платформах