Подскажите, где хранить изменяемые файлы кроссплатформенными приложениями?

[lenny]

Здравствуйте! Подскажите где хранить изменяемые файлы, в windows, для возможности менять файлы с права пользователя, папка с установленной программой не подходит, т.к. приложение скорее всего устанавливается администратором. Обычно получаю путь к Application Data пользователя и там храню файлы. А как дело с этим обстоит в других операционных системах? И есть ли в Qt что-нить для получения Application Data. И как вообще лучше поступить при создании кроссплатформенных приложений?

[Пантер]

QString QDir::homePath () [static]
QString QDir::tempPath () [static]

[lit-uriy]

Смотри:
enum QDesktopServices::StandardLocation
и
QSettings ini-формат

[zenden]

QString QDir::homePath () [static]
QString QDir::tempPath () [static]

а потом на винде появляется такая чушь ( каждая программа с unix-корнями непременно создает свою папку не там, где надо)


Настройки надо хранить там, где это требует операционная система. В винде это все стандартизировано и описано в MSDN. Конечно, ленивому программисту легче написать Dir::homePath ()  и больше не думать об этом.

[lenny]

Спасибо за QDir::homePath ()! Но все-таки напишу для виндуз код отдельно. А где в маке хранят файлы?

[Igors]

А где в маке хранят файлы?

Файлы все-таки рядом с приложением. А (относительно небольшие) настройки - в преференсах, и это очень удобно

[lenny]

Спасибо за советы! QSettings прикольная штука, правда не совсем то, что мне надо.

[Denjs]

QString QDir::homePath () [static]
QString QDir::tempPath () [static]

а потом на винде появляется такая чушь ( каждая программа с unix-корнями непременно создает свою папку не там, где надо)
<...>
Настройки надо хранить там, где это требует операционная система. В винде это все стандартизировано и описано в MSDN. Конечно, ленивому программисту легче написать Dir::homePath ()  и больше не думать об этом.

а что с файлами? с файлами-то что? вот вы, любезнейший, и расскажите нам тогда, зачем в винде начали копировтаь концепцию Unix-систем - создавать для каждого пользователя "домашние каталоги"? ведь не было этого изначально в виндоус)))

И чем именно вам не нравятся папки начинающиеся с точки? тем что вы не можете их переименовать их быдло-эксплорера? ("мол он , по вине китайских программистов считает что это файл без имени").  я так понимаю это единственная "претензия"??

Где тогда и как по вашему должно хранить файлы относящиеся к только к пользователю, кроме как в его домашнем каталоге?  (с цитатами из MSDN пожалуйста) .

а про настройки - скажу так: я понимаю, что рекомендации - это для некоторых "все"... но в гробу я видел лишний раз в болото виндового реестра лезть...) и не я один, полагаю.
Если только глобальные вещи "единые для всех пользователей..." но и это под сомнением...
с другой сторооны - QSettings должен прекрасно справиться с хранением настроек в реестре (в том числе и в плане соответсвия вашему талмуду msdn)... теоретически...

[Авварон]

Использовать QSettings в любом случае, а файлы рядом с приложением, либо давать юзеру возможность указать куда сохранять (если они юзер специфик, что вообще редкий юзкейз - в большинстве случаев закачанные/созданные файлы будут полезны и другим пользователям).
В любом случае, QSettings ФС не засирает (вернее засирает в пределах разумного), а вот если начать создавать папки в хомяке, будет очень плохо - на маке программы ставятся/удаляются драг&дропом и в общем случае нет способа удалить мусор в хомяке.

[zenden]

Denjs

Где тогда и как по вашему должно хранить файлы относящиеся к только к пользователю, кроме как в его домашнем каталоге?  (с цитатами из MSDN пожалуйста) .

Per user, roaming   CSIDL_APPDATA   [user profile]\Application data
Per user, non-roaming   CSIDL_LOCAL_APPDATA   [user profile]\Local Settings\Application data

http://msdn.microsoft.com/en-us/library/ms995853.aspx

[xokc]

а файлы рядом с приложением

В Windows могут быть ограничения по-умолчанию на доступ по записи к каталогу с приложением, особенно если оно в Program Files.

[mutineer]

а файлы рядом с приложением

В Windows могут быть ограничения по-умолчанию на доступ по записи к каталогу с приложением, особенно если оно в Program Files.

В семерке, например, Program Files юзеру для записи недоступен. По умолчанию, естественно

[Пантер]

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

[xokc]

Доступ-то недоступен, но винда как-то это отрабатывает

Какая версия? Если Vista и выше - должен быть отключён (или соответствующим образом настроен) UAC и пользователь должен быть из группы админов. Но это всё лишь частные случаи.

[Пантер]

Какая версия? Если Vista и выше - должен быть отключён (или соответствующим образом настроен) UAC и пользователь должен быть из группы админов. Но это всё лишь частные случаи.

Это было в семерочке. Пользователь не админ.