И снова про кодировки...

[Гурман]

Кто-нибудь знает хотя бы способ получить имя текущей кодировки локали? Может я просто его прозевал... Чтобы не "System" отдало, а "Windows-1251" и т.д. - что на самом деле используется.

[ammaximus]

qDebug ()<< QTextCodec::codecForName (nl_langinfo (CODESET))-> name()

[Гурман]

nl_langinfo (CODESET)

нет в MinGW :-(

[Гурман]

В общем, пришлось колбасить аналогично QtCreator выбор кодировки для загружаемых файлов. Как-то Тролли с этим делом недоделали, и наверняка сами не рады.

Но есть другая проблема, тоже кодировочная, поэтому ветку отдельно не создаю. Надеюсь, заглянут и увидят те, кто уже такое решал.

Общая обстановка такая, что моё ПО может работать с одними и теми же файлами как в Windows, так и в Linux (а в будущем и в других ОС). Есть пользовательские файлы с 8-и битными текстами, кодировки которым я настраиваю явным указанием. С разными кодировками текстов я справляюсь при помощи QTextStream::setCodec( QTextCodec::codecForName(<выбранное юзером имя кодека>) ). Если в Linux при указать кодировку "Windows-1251", то русские тексты сохраняются честно в UTF-8, и всё замечательно. Но есть еще файлы настроек, базирующиеся на QSettings, для переносимости используется формат INI. Настройки тоже могут использоваться в разных ОС с разными кодировками 8-и битных символов. И конечно, настройки могут содержать русские строки. Вот тут проблема - если я указываю setIniCodec("Windows-1251"), то Qt тупо сохраняет русское содержимое настроек в виндозной кодировке, в виде 8-и битных символов, а вовсе не в UTF-8. Разумеется, потом в текстовом редакторе в Linux эти строки поправить нельзя, если что. Но самое обидное - это то, что при загрузке QSettings таких настроек в Linux приложении, они... загружаются в Windows кодировке. То есть, на выход QSettings настройки кодирует, но на вход не декодирует. Буквально - я в Linux набираю в настройках приложения строку по-русски, закрываю приложение, открываю - строка в кодировке 1251 (в файле разумеется тоже в 1251 записана).

Пока не ясно, как это побороть. Кто эту проблему решал, каким образом? Может я зевнул чего-то? Может есть способ заставить QSettings восстанавливать кодировку в "System" при загрузке INI-файлов?

[ammaximus]

К прошлому вопросу:
#ifdef windows
qDebug()《 GetACP ();

Так и не понял зачем нужна "текстовка" кодека, тем более как это поможет кодировать файлы. Если это ваш соб твенный формат,  добавьте кодировку внутрь, как xml. Даже у ворда есть выбор кодировки, если он сам не распознал. Если простые текстовые файлы, почему бы не использовать System кодек? Им тоже можно и писать и читать.
Еще хотелось бы отметить, что запуск ПО под определенной ОС не означает, что все загружаемые файлы будут в кодировке этой ОС. Так что определенные защиты нужны.

[ammaximus]

2. Чем вызван выбор ини? Нужно переносить настройки между машинами или загружать по сети? Я пользуюсь простым КуСеттингс в кроссплатформенных приложениях и мне безразлично как что он там сохраняет, лишь бы записывала та же программа, что и читает.

[Гурман]

Я пользуюсь простым КуСеттингс в кроссплатформенных приложениях и мне безразлично как что он там сохраняет, лишь бы записывала та же программа, что и читает.

А мне нет. У меня текстовые файлы и настройки могут быть сохранены приложением в Windows, а использованы в Linux или в будущем в другой ОС. Поэтому формат INI - он поддерживается QSettings во всех ОС.

И просьба не уводить в сторону - у меня давно отлажена работа настроек, используется почти в двух десятках плагинов, ничего изменять я не буду. Вопрос только в 8-и битных кодировках, их поддержке в QSettings. Если нечего сказать по существу - лучше ничего не говорить.

[Igors]

А если записать кодировку как строку в самой QSettings?

[Bepec]

Установить кодировку UTF8/16 везде и не париться не вариант?

[Гурман]

А если записать кодировку как строку в самой QSettings?

Я записываю, но этого мало. Это просто передача информации о том, какой кодировке был создан файл настроек. Если указать эту кодировку в setIniCodec() при загрузке, то именно в такой кодировке настройки и загружаются. А надо, чтобы они загрузились с кодировкой "System".

[Гурман]

Установить кодировку UTF8/16 везде и не париться не вариант?

Тут мне кое-что не понятно. По-умолчанию Qt на самом деле и так вроде бы в UTF сохраняет, нет? Тут такой момент - у меня многие строковые настройки в приложении используются в виде const char*. Это необходимо для взаимодействия со старыми библиотеками на чистом Си. Получать const char* приходится через QByteArray QString::toLocal8Bit() и далее const char* QByteArray::constData(). Но toLocal8Bit() использует установленный кодек локали для 8-и битных символов. Если файл настроек был сохранен в Windows, и кодек явно не прописать с помощью QTextCodec::setCodecForLocale( QTextCodec::codecForName("Windows-1251") ), то в Linux вызов toLocal8Bit возвращает "кракозябры" (постоянно это нельзя делать - перестают работать русские имена файлов и каталогов). Не понятно - почему декодирование работает именно с кодеком Windows-1251, если русские буквы были сохранены в UTF. Или по-умолчанию QSettings не в UTF сохраняет? Что это тогда?

При установке кодировки UTF для INI с помощью QSettings::setIniCodec() русские буквы не загружаются в QString, в строке после загрузки настроек оказываются кодированные символы. О чем и вопрос был.

[Bepec]

QString хранит данные в utf16, но при получении из QSettings они будут в той кодировке, что записаны.

PS сейчас эксперимент проведу.
Провел эксперимент, спокойно сохраняет - восстанавливает, данные хранятся в utf8, как и указано в кодеке.

PS по умолчанию она локаль использует стандартную, а не utf8.

[Гурман]

У меня с UTF-8 получились другие чудеса - все данные, которые хранятся в виде QVariant, напрочь слетели. Например в QVariant хранятся цвета QColor - там теперь ерунда какая-то, и при загрузке старых настроек все цвета искажены.

[Bepec]

Ну как бы логично, сохраняли вы в другой кодировке, а читать пытаетесь в utf8. Ясен пень что там бред будет.
Вам нужно старые настройки конвертировать в новый формат.
Или же просто запилить конвертирование автоматическое при чтении.

PS что бы там не писалось, QSettings это просто строки в нужной кодировке. Сменили кодировку - строки нечитабельны.

[Гурман]

С UTF-8 тоже хрень получается. Сохранил в Windows настройки в UTF-8, проверил HEX-редактором - всё правильно, UTF-8. Загрузил в приложение, все строки читаются. Скопировал файл в Linux, там проверил - русские буквы в UTF-8, в HEX-редакторе тоже самое содержимое. Просматриваю файл вьюером DoubleCommander, он умеет автоматом UTF-8 определять - всё читается по-русски. Запускаю приложение в Linux, эти настройки в него загружаются - в строках бред. Причём не только после toLocal8Bit() но и просто в QString. Исходники одни и те же... Кодек устанавливаю первой строкой в конструкторе класса настроек, который наследует QSettings, но это уже после инициализации родительского класса QSettings.

Код:

VariantSettings::VariantSettings( QString filename, QObject* parent ) :
    QSettings( filename + PLUGSETEXT, QSettings::IniFormat, parent )
{
    setIniCodec( "UTF-8" );
.....

В Windows всё работает, как следует. В Linux если ввести в поле русский текст и сохранить настройки, то текст записывается в UTF-8. Но после запуска приложения из этой настройки читается бред.

Попробую собрать в Linux ваш пример. В Windows он у меня нормально отработал. PS: проверил - работает правильно...

Ну как бы логично, сохраняли вы в другой кодировке, а читать пытаетесь в utf8. Ясен пень что там бред будет.

Логично было бы для строк с кириллицей... Но испортились те настройки, которые кириллицу не содержали. Откуда она, например, в QColor?