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


В каком формате и если есть компоненты для хранения подскажите плизз

Ini File

говорят Ini  прошлый век. может есть еще какие варианты кроме INI ???


просто хочется рассмотреть все варианты и выбрать лучший  

Нагло врут!  Как вариант хранить в реестре.

Ну еще XML

 XML хорошо, поскольку позволяет хранить удобно древовидные структуры данных, юникодные строки и т.д. , но есть у него один минус - не умеет хранить массивы. С этой точки зрения лучше формат JSON . Он более современный, позволяет хранить не только древовидные структуры, но и массивы, и массивы объектов, но тоже имеет один недостаток - у него юникодные строки хранятся в нечитабельном для блокнота виде. 
  У билдера есть встроенные классы для работы с JSON, впрочем и MSXML тоже поддерживается.

  Если деревья не нужны, а уровень вложенности простой, то ini, почему нет. Возможно, его считали несовременным, потому что раньше его принято было хранить в папке с программой, в этом случае он был общим для всех пользователей. Но ведь ничего не мешает разместить его в пользовательской директории APPDATA . 

ну ясно спс БОЛЬШОЕ

  А ну да, еще Ini файлы по спецификации не поддерживают юникод. Если и можно работать в юникоде, то специальными библиотеками, выходящими за рамки спецификации. 

А где лучше хранить ini-файлы? Было бы не плохо положить рядом с исполняемым файлом, но ведь исполняемый файл может оказаться в папке куда у него не будет прав на запись... И как проверить, что файл вообще создан, если пользоваться встроенным в билдер классом TIniFile?

У пользователя в профиле. Доступен в виде переменной окружения APPDATA (альтернатива - USERPROFILE)

Но всё-таки есть ли возможность что-нибудь записать в файл, который будет лежать рядом с исполняемым, где-нибудь в program files?

Ну так попробуй   

Дык попробовал, не выходит ничего   стандартный класс TIniFile старичка билдера 6 ничего не делает (даже никаких сообщений об ошибке не выдаёт) на вин7, если я пытаюсь сохранить настройки рядышком в ProgramFiles. Понятно, что можно найти пользовательскую папку, но не хотелось бы  

Код покажи

Чтобы писать реально в ProgramFiles/*.* нужно запускать программу с правами админа.

Для старых программ вин7 перенаправляет запись в какой-то из каталогов пользователя (точно не помню).
Так что искать этот ини файл, в ProgramFiles не нужно.

Не знаю как у тебя, но у меня в Ini файле хранятся юникодные строки, и пользуюсь обычным TIniFile !!!!

volatile, у меня в ProgramFiles в семёрке в каталоге оперы валяются какие-то логи. Значит ли это, что всё-таки можно исхитрится и записать что-нибудь в ProgramFiles без админских прав? На самом деле мне не ini файл нужно сохранять, а результаты калибровки прибора (по сути просто текстовый файл с цифрами) и как-то не логично их хранить где-то отдельно. Но похоже другого выхода нет.

Почти. Вот на wiki есть статья по этому поводу

Скорей всего это логи инсталятора, который всегда запускаецца с админ правами.
Опера врядли будет туда писать.

Добавлено через 7 минут и 18 секунд
Вообще по идеологии M$, в ProgramFiles обычная программа не должна ничего писать.
Если нужно что-то общее для всех, то есть соответствующий каталог "\Users\All Users\" или что-то типо того.

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

есть переменная окружения ALLUSERSPROFILE

Да нет, это логи краша Java-машины  правда они подозрительно старые.
В общем картина вцелом ясна, нужно забить на порочную практику писать куда хочешь и что хочешь  даже если это вызывает определённые (на самом деле довольно сильные! приборов к компу может быть подключено несколько и калибровочные данные у каждого свои, пока это решается созданием отдельных папочек для каждого прибора) неудобства. Всем спасибо!

ну первое это права админа) а второе не вижу не каких проблем писать рядом с исполнимым файлом
пишу


читаю


Единственная проблема это права админа. 

1.

а никто и не говорил что там какие-то проблемы, кроме прав админа.

2.

Вы пишете не в каталог программы, а в текущую директорию.
То что они у вас по случаю совпадают, не означает что так будет всегда.

Все верно, а иногда current dir может выдавать хитрый путь куда либо !!!