AIMP Forum
AIMP for PC => Ошибки и замечания / Bugs => Topic started by: adem on September 15, 2026, 18:50:31
-
v6.00.3083 Beta 6
GTK3-64-bit (08.09.2026)
Linux / CachyOS rolling / KDE on WAYLAND
1. Открыть любой HTML-файл справки в текст. редакторе с распознаванием кодировки по пути /opt/aimp/Help/
Результат: кодировка файлов:
- windows-1251 для русской справки;
- windows-1250 для английской справки.
Предлагаемый результат: UTF-8 (без BOM) для всех файлов.
Объяснение:
UTF-8 — это де-факто стандартная кодировка для всех текстовых данных в Linux, от исходного кода до документации и имен файлов. Например, у MKVToolNix после установки есть справка в виде *.gz-архива, внутри которого файл с кодировкой UTF-8.
(https://aimp.ru/forum/index.php?action=dlattach;topic=78232.0;attach=78756)
-
Зачем открывать его именно в текстовом редакторе? Есть какие-либо проблемы при чтении справки в обычном виде, а не в виде кода?
Глянул в гугл. Вроде CHM может требовать установки доп. программы. Возможно, нужно посмотреть читают ли справку на линуксе, чтобы перевести её в другой формат или даже вынести на сайт в обновлённом виде с навигацией.
-
Но тут не текстовый документ, а html-страничка. Главное, чтобы браузер всё правильно показывал.
-
Но тут не текстовый документ, а html-страничка. Главное, чтобы браузер всё правильно показывал.
Именно так. Большинство браузеров вроде Firefox/Chrome скорее всего правильно поймут. Но именно, чтобы избежать потенциальных проблем, лучше UTF-8.
-
А какие тут могут быть проблемы?
-
Вставлю свои пять копеек
UTF-8 давно уже неявный стандарт хранения текстового файла, даже на винде
Надо ли переконвертировать файлы справки -- для порядка, скорее
Если только в планах нет поддерживать браузеры/устройства, которые не умеют в UTF-8
-
Ну ноги тут растут из CHM, который не умеет (не умел) нормально с UTF8, при сборке приложения под линукс, сборщик по сути просто распаковывает имеющиеся справки, и кладёт их в виде HTML-ек.
-
А какие тут могут быть проблемы?
Это Linux, тут много задротов, использующих различные непопулярные/легковесные/обрезанные браузеры по идеологическим причинам. Гарантировать, что все эти браузеры верно распознают win-1251/1250, невозможно.
Справка обычно хранится в /usr/share/doc/, можно поискать там файлы html для примера. У меня у всех найденных файлов — UTF-8.
-
Это Linux, тут много задротов, использующих различные непопулярные/легковесные/обрезанные браузеры по идеологическим причинам
А плеер-то на таких системах вообще запустится? =)
-
А плеер-то на таких системах вообще запустится? =)
Не понимаю связи между браузером и системой... Пользователь Linux имеет возможность установить к себе в систему превеликое множество браузеров. Если его дистрибутив создан на основе одной из поддерживаемых AIMP Linux-систем, то AIMP будет прекрасно работать. (И это без учёта возможность создавать изолированные/переносимые пакеты программ аля AppImage или Flatpak на основе deb/pkg, которые теоретически могут работать в любом дистрибутиве).
Мой посыл в другом. Чехарда с кодировками — это пережиток самой Windows. В Linux ещё в начале нулевых стали использовать UTF-8 в качестве общепринятой. Встретить win-1251/1250 в Linux, это как встретить динозавра на улице.
-
А какую проблему мы решаем? Ну просто я не вижу причин писать отдельный скрипт по преобразованию html в utf8, это и лишние телодвижения, и размер их больше станет.
-
проще пересохранить вручную все HTML`ки в UTF-8, причём хоть в нескольких вариантах — как "непосредственно" в UTF-8, так и с заменой всех букв на их эквивалентные &#*; /&x*; /&ASCII-коды… "готовые" программы для этого уже и так есть…
Ну а размер… эмм… — насколько отличится разница, если они так и так "архивируются" в .chm? Давайте тогда в UTF-C (UTF-Compact) (https://denull.github.io/utf-c/)… хз правда, будет ли "исполняться" код для "извлечения" такого закодированного текста прямо в .chm`ке :)