[+] [3083] Кодировка файлов справки: win-1251/1250, рекомендуется: UTF-8

[adem]

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.

[Алексей Долматов]

Зачем открывать его именно в текстовом редакторе? Есть какие-либо проблемы при чтении справки в обычном виде, а не в виде кода?
Глянул в гугл. Вроде CHM может требовать установки доп. программы. Возможно, нужно посмотреть читают ли справку на линуксе, чтобы перевести её в другой формат или даже вынести на сайт в обновлённом виде с навигацией.

[Artem]

Но тут не текстовый документ, а html-страничка. Главное, чтобы браузер всё правильно показывал.

[adem]

Но тут не текстовый документ, а html-страничка. Главное, чтобы браузер всё правильно показывал.

Именно так. Большинство браузеров вроде Firefox/Chrome скорее всего правильно поймут. Но именно, чтобы избежать потенциальных проблем, лучше UTF-8.

[Artem]

А какие тут могут быть проблемы?

[kira42]

Вставлю свои пять копеек
UTF-8 давно уже неявный стандарт хранения текстового файла, даже на винде
Надо ли переконвертировать файлы справки -- для порядка, скорее
Если только в планах нет поддерживать браузеры/устройства, которые не умеют в UTF-8

[Artem]

Ну ноги тут растут из CHM, который не умеет (не умел) нормально с UTF8, при сборке приложения под линукс, сборщик по сути просто распаковывает имеющиеся справки, и кладёт их в виде HTML-ек.

[adem]

А какие тут могут быть проблемы?

Это Linux, тут много задротов, использующих различные непопулярные/легковесные/обрезанные браузеры по идеологическим причинам. Гарантировать, что все эти браузеры верно распознают win-1251/1250, невозможно.

Справка обычно хранится в /usr/share/doc/, можно поискать там файлы html для примера. У меня у всех найденных файлов — UTF-8.

[Artem]

Это Linux, тут много задротов, использующих различные непопулярные/легковесные/обрезанные браузеры по идеологическим причинам

А плеер-то на таких системах вообще запустится? =)

[adem]

А плеер-то на таких системах вообще запустится? =)

Не понимаю связи между браузером и системой... Пользователь Linux имеет возможность установить к себе в систему превеликое множество браузеров. Если его дистрибутив создан на основе одной из поддерживаемых AIMP Linux-систем, то AIMP будет прекрасно работать. (И это без учёта возможность создавать изолированные/переносимые пакеты программ аля AppImage или Flatpak на основе deb/pkg, которые теоретически могут работать в любом дистрибутиве).

Мой посыл в другом. Чехарда с кодировками — это пережиток самой Windows. В Linux ещё в начале нулевых стали использовать UTF-8 в качестве общепринятой. Встретить win-1251/1250 в Linux, это как встретить динозавра на улице.

[Artem]

А какую проблему мы решаем? Ну просто я не вижу причин писать отдельный скрипт по преобразованию html в utf8, это и лишние телодвижения, и размер их больше станет.

[«G-Li†ch»]

проще пересохранить вручную все HTML`ки в UTF-8, причём хоть в нескольких вариантах — как "непосредственно" в UTF-8, так и с заменой всех букв на их эквивалентные &#*; /&x*; /&ASCII-коды… "готовые" программы для этого уже и так есть…
Ну а размер… эмм… — насколько отличится разница, если они так и так "архивируются" в .chm? Давайте тогда в UTF-C (UTF-Compact)… хз правда, будет ли "исполняться" код для "извлечения" такого закодированного текста прямо в .chm`ке

[Artem]

Ну а размер… эмм… — насколько отличится разница, если они так и так "архивируются" в .chm?

CHM не работает с UTF8 (во всяком случае на старых виндах так было, новые не проверял). Поэтому справка генерируется в нативной кодировке - win1250/win1251. При сборке линукса, она просто не упаковывается в CHM-контейнер, всё.

проще пересохранить вручную все HTML`ки в UTF-8

ну скриптом-то будет попроще =) главный вопрос: что за проблему мы решаем?

[Алексей Долматов]

В текущий момент я не вижу, чтобы была указана явная проблема. Лишь упомянуто, а "вдруг" у кого-то не будет определяться.
Так что, не вижу смысла менять кодировку. Если будут массовые обращения, что не могут прочитать справку, то тогда и думать что делать.

[Artem]

В текущий момент я не вижу, чтобы была указана явная проблема. Лишь упомянуто, а "вдруг" у кого-то не будет определяться.
Так что, не вижу смысла менять кодировку. Если будут массовые обращения, что не могут прочитать справку, то тогда и думать что делать.

да просто "не по феншую" (с)