запись QSettings в INI создает 2 ключа, так и должно быть?

[Гурман]

первый раз пишется объект, наследующий QSettings, записывается пустой QStringList, причем его по идее нельзя ничем заполнять, запись выполняется таким образом:

Код:

	beginGroup( "ShellSettings" );
		setValue("MRUlist", MRUlist );
	endGroup();

в файле появляется запись

Код:

[ShellSettings]
MRUlist=@Invalid()

после добавления хотя бы одного имени в MRU list, он снова сохраняется точно тем же кодом, но в файле остается предыдущая запись и появляется совершенно отдельный ключ, не входящий в сегмент [ShellSettings], но входящий в предыдущий сегмент (в моем случае это [ViewSettings], ключ выглядит таким образом:

Код:

ShellSettings\MRUlist=<полное имя файла>

далее при добавлении файлов в список, они добавляются в этот ключ, а предыдущий созданный инвалид остается на месте

что не есть правильно, хотя ключ восстанавливается вроде бы верно, и при старте приложение получает список предыдущих открытых файлов

баг??

[crossly]

я так полагаю не закрыта группа [ViewSettings].... вот в нее и пишется....

ПЫСЫ можно было и в предыдущем топике закончить разговор...

[Гурман]

группа точно закрыта, и пишет в обоих случаях один и тот же метод recordSettings() но в первом случае пишет одно, во втором другое

[crossly]

давай чуть модифицируем мой пример

Код:

QSettings s("test.ini",QSettings::IniFormat);
    QStringList list;
    s.beginGroup("test");
    list<<"test"<<"sss"<<"1";
    s.setValue("list",list);
    s.beginGroup("test");
    s.setValue("list",list);

результат

Код:

[test]
list=test, sss, 1
test\list=test, sss, 1

ежели сделаем так

Код:

QSettings s("test.ini",QSettings::IniFormat);
    QStringList list;
    s.beginGroup("test");
    list<<"test"<<"sss"<<"1";
    s.setValue("list",list);
    s.endGroup();
    s.beginGroup("test");
    s.setValue("list",list);
    s.endGroup();

получим

Код:

[test]
list=test, sss, 1

ничего не напоминает??

[Гурман]

нет, не напоминает

я же ясно написал - первый раз ключ создается с пустым списком QStringList, в результате появляется запись с Invalid внутри группы

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

если есть сомнения в моей внимательности или желание поупражняться в проверке баланса begin/end, то вот пожалуйста код функции, пишущей группы, убраны только коды записи отдельных ключей

Код:

void Settings::recordSettings()
{
	setValue("SettingsDefined", true );
	beginGroup( "ViewSettings" );

		beginGroup( "MainText" );

			beginGroup( "FontsAndColors" );
			endGroup(); // FontsAndColors

			beginGroup( "DistanciesAndSizes" );
			endGroup(); // DistanciesAndSizes

			beginGroup( "OtherSettings" );
			endGroup(); // OtherSettings

		endGroup(); // MainText

		beginGroup( "ConsoleText" );

			beginGroup( "FontsAndColors" );
			endGroup(); // FontsAndColors

			beginGroup( "OtherSettings" );
			endGroup(); //OtherSettings

		endGroup(); // ConsoleText

		beginGroup( "SelectAndView" );
		endGroup(); // SelectAndView

	endGroup(); // ViewSettings

	beginGroup( "ShellSettings" );
		setValue("MRUlist", MRUlist );
	endGroup(); //ShellSettings

	sync();
}

[crossly]

покажите полностью получившуюся инишку...

[Гурман]

Код:

[General]
SettingsDefined=true

[ViewSettings]
ProgramText\FontsAndColors\<несколько записей>
ProgramText\OtherSettings\<несколько записей>
SettingsDefined=true
ViewSettings\ProgramText\FontsAndColors\<несколько записей, столько же и такие же, как в предыдущем ключе>
ShellSettings\MRUlist=<список через запятые>

[ShellSettings]
MRUlist=@Invalid()

может собака порылась в том, что у меня есть пустые группы только из begin/end?

[crossly]

на лицо  косяк с закрытием группы [ViewSettings].... попробуй закоментировать пустую...

[Гурман]

точно! закомментировал все пустые пары begin/end - все стало нормально

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

[Гурман]

ХОТЯ НЕТ! ВРУ!!!

Первый раз создается правильный файл установок.

Но при перезаписи получается опять двоение...  

Причем при загрузке настроек, они читаются ТОЛЬКО из длинных ключей, то есть, при загрузке правильного созданного в первый раз файла настроек, содержимое MRUlist не восстанавливается

[crossly]

тады весь код показывай....

[break]

сори оффтоп:
Вроде INI шники нужны чтобы человек мог их поправить вручную - но с QSettings и его способом представления в INI пар ключей/значений это не очень хорошо получается. Особенно если несколько вложенных массивов сохранить друг в друга. В вашей задаче смысл с ним мучаться есть?

Даже если то с чем вы столкнулись не косяк - то там косяки точно есть например:
1) бесконечное переупорядочевание пар ключ/значение в конечном файле - результат файл нечитаем для пользователя - пока найдешь то что было в определенной строке - глаза сломаешь
2) неправильная работа если передать пустое имя файла (необнуление пар ключ/значение, даже после удаления конкретного экземпляра QSettings - они кешируются в приватной части которая видимо для всех экземпляров общая - что вызовет ошибку если разные части программы будут независимо читать свои настройки где ключи одинаково называются - например каждый загружаемый плагин)

[Гурман]

В вашей задаче смысл с ним мучаться есть?

да, есть, требование портабельности + работа без инсталляции

весь код показывай

какой именно? который убран из кода выше? там только строки setValue(), больше ничего

есть еще код загрузки из настроечного файла, там могли оказаться непарные begin-end, хотя маловероятно, и если они в самом деле есть, то точно есть косяк в QSettings, из-за которого загрузка из файла ломает его последующую запись

имхо, эта модель с begin-end - ущербная, и плохо продуманная

я сначала подумал, что можно унаследовать QSetiings, и в классе-наследнике "сообщить" классу-родителю, какие данные надо сохранять и загружать при выполнении sync(), имхо это было бы правильно, но оказалось не так, а гораздо примитивнее

[break]

да, есть, требование портабельности + работа без инсталляции

Для этого подойдет и XML

[Гурман]

угу, и как его включить, если enum QSettings::Format имеет 2 варианта: QSettings::NativeFormat и QSettings::IniFormat ? я все время удивляюсь, что нет вариант QSettings::XmlFormat, который был бы наиболее логичен