Разобрался с ini файлами. Можно сохранять конфигурации программ. Но вот слышал, что можно не только ini использовать. Типа получше что-то есть, а ini уже устарела и не будет поддерживаться в Windows.
 Какие советы будут? Например, нужно сохранить положения кнопок на форме, цвета Label, размеры Memo. Кроме ini, что можно еще использовать?

Реестр. Кстати, один из пунктов для успешной сертификации программы Microsoft'ом - если эта программа сохраняет свои параметры в реестре.

Зависит от размера данных.
Небольшой, IMHO, лучше(удобнее) в реестре, иначе в IniFile`е.

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

Последнее время стало модно использовать xml)

А причем тут Windows и ini ?

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

INI - форева   

Ты не прав, в Висте есть проблемы, если программа устанавливается в папку program files на системном диске. Видать эта папка контролируется правами (контроль прав пользователей). Виста просто не даёт создавать у себя в папке файлы, пока не отключишь контроль прав. Кстати (по непроверенным данным) в последнем релизе висты контроль прав отключен по умолчанию.

А при том, что нужно читать документацию!!! 


Доступ на чтение из реестра есть даже у гостя. Доступ в ветку HKEY_CURRENT_USER\Software (а именно туда рекомендуется сохранять настройки) есть у всех пользователей системы. А сохранять все в папку программы не совсем хороший тон, т.к. у разных пользователей могут быть разные настройки.

  
У меня виста, есть прога, пишет INI к себе, вооще без проблем, даже с полностью включенными настройками в windows.

Добавлено @ 09:48

Первое вообще не понятно, с какого перепуга ? Я даже на чистом 95 тестировал свои программы, без osr2, все пашет отлично.
Второе, на чтение то есть, а записывать чем будешь, если доступ админ закроет ? Это точень часто.
А если много пользователей, то там же в папке создаешь профайлы, очень многие и очень хорошие программы так делают, и удалаять настройки легко, если что нибудь пользователь напортачил, да и вообще при деинсталяции удалять проще  

Это сообщение отредактировал(а) ZBugz - 28.7.2008, 09:50

Нну то что в qip ini используется  вроде пашет без проблем...(Config.ini - там такой файлик видел)
2 Qu1nt насчет xml - подробнее можно?   

Это ты не по адресу вопрос задал. У Майкрософта спроси, чего он не рекомендуют. Если работает, то это еще на значит что все правильно, а значит что оставили для обратной совместимости. Но кто может утверждать, что в Vienna не откажутся от ini?

Доступ в HKEY_CURRENT_USER\Software?   Сам-то понял?

Хорошие? Может с точки зрения пользователя они и хорошие, а вот если посмотреть на них глазами программиста...

Бред! Тот же Тотал не хочет сохранять настройки в свой же Wincmd.ini Ругается что нет прав. Вот если отключить контроль (так называемый UAC) или разрешить изменение этого файла, то тогда без проблем.

про xml расскажите  

Добавлено через 13 секунд
    

В DRKB есть целый раздел про xml.

2 Poseidon понял, спасиб)))

Ниче не будет. Это просто пропаганда реестра с 95 виды.

Все закрывается, вчем проблема ?

Хрен один, если туда залезут, то и туда смогут.

А у меня работает   Я как раз эти моменты тестировал  

В итоге помимо реестра, можно сохранить ini в профайл пользователя или накрайняк, если правда это временный файл, то temp.

Рекомендую использовать JVCL, конкретно - компоненты TJvAppRegistryStorage + TJvFormStorage. Позволяют не писать кода вообще. Можно просто кинуть на форму, настроить где хранить настройки и указать (мышкой), какие свойства каких компонентов на форме сохранять. Всё.


Да, ini файлы действительно считаются устаревшим способом хранения настроек ещё с Windows 95. Но нужно понимать, что ini-файл - это обычный текстовый файл, и ничто вам не мешать создавать, читать и изменять текстовые файлы. 


Большой объём данных лучше вообще в отдельном файле хранить, ибо это - уже не настройки.


Неверно. Если программа располагается в Program Files, то использование ini-файлов в папке с программой невозможно из под любых пользователей, кроме администраторов. Кроме того, такой подход создаёт проблемы с несколькими пользователями. Правильное место для размещение ini-файлов - папка Application Data.


Если идёт сохранение в правильное место реестра (HKCU/Software), то права - есть.


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


Куда к себе? В какой-нибудь левый D:\Soft\App? 


Это ещё как?


Такому администратору нужно руки оторвать. Это всё равно что на папку Temp deny all для всех поставить.
А вот запретить запись в папку с программой - это правильное дествие. И это +1 причина, почему ini-файлы в папке с программой - плохое решение.


Уже было сказано, почему это плохо: многочисленные проблемы с правами на файлы.


Знаете, не просто так эту "пропаганду" развернули. ОС подразумевает определённую идеологию. Любые вещи в ней можно делать "правильно" и "неправильно". Так вот, в Windows использование ini - неправильно. Вам говорят как надо делать, чтобы писать качественные приложения в Windows. А вы говорите - типа, я самый умный, буду делать как хочу. А потом после выхода новой ОС имеете кучу проблем и вините во всём MS: ах, они черти, лишь бы мне жизнь усложнять.
Не считая случая ярых идеологов ini-файлов, их использование может быть оправдано в случаях, когда реестр использовать нельзя - например, "мобильные" приложения на флешке. Во всех прочих случаях реестр (обычно) является предпочтительным местом хранения настроек. 


Либо вы не всё нам говорите, либо вы администратор, либо вы угробили настройки системы по-умолчанию. Аплодисменты.