А какая, собственно, возникает проблема?
Форматы файлов изображений и текстов от ОС не зависят. Или не знаете, как определить, в какую директорию их нужно положить?

Если вопрос в том, как кроссплатформенно создавать временные файлы, то:

File.createTempFile(String prefix, String suffix) создает временный файл в директории, которая для этого предназначена.

File.createTempFile(String prefix, String suffix, File directory) создает временный файл в указанной директории.

System.getProperty(«java.io.tmpdir») вернет путь (String) к директории, в которой хранятся временные файлы, но я не уверен, что это входит в стандарт и должно поддерживаться любой виртуальной машиной.

Как я понял, createTempFile создает файлы в /tmp или c:\temp – значит они могут быть удалены в любое время, а я хочу что-то типа ~/Library/Application Support/ на Маке или Docs and Settings\Application Data на винде, т.е. не совсем временные, а личные для каждого юзера.

Неправильно тему назвал, видимо =)

На диске.

System.getProperty(«user.home»);

Да, но это приводит обратно к тому, что после этого надо проверить какая ОС и решить куда писать: если unix-like, то в home + '.appName/', если винда то home + 'Application Data/VendorName/AppName' итд. В итоге надо знать какая в каждой ОС иерархия директорий...

Нету кроссплатформенного метода «дай директорию для данных программ пользователя»?

Ха, не знал, что в винде так делают, не пользуюсь ею =)

А разве это не костыль? Винда же .файлы не делает hidden?

>Нету кроссплатформенного метода «дай директорию для данных программ пользователя»?
А, вот в чем вопрос.
Многие программы на Java, что на винде, что на Unix-like-системах, пишут в home\.appName и не заморачиваются.

Мне не известны четкие рекомендации Microsoft по поводу использования Application Data, знаю только, что она делится на общую на локальном компьютере, пользовательскую перемещаемую по сети и пользовательскую, но не перемещаемую по сети. Еще знаю, что не рекомендуется писать в нее напрямую, указывая путь, нужно запрашивать путь к хранилищу данных через Windows API и какой путь укажут, туда и писать.

Не знаю прямого аналога в Линуксе, но вряд ли это будет /home.

Одним словом, я бы не стал заморачиваться с Application Data, это виндовс-специфическая, а не кроссплатформенная вещь. Можно хранить данные в home. Или можно спросить у пользователя, где хранить данные, положить этот путь в Preferences и там все хранить.

Хотя, может, кто-нибудь лучше знает.

>Многие программы на Java, что на винде, что на Unix-like-системах, пишут в home\.appName и не заморачиваются.
Причем не только на Java.

> А разве это не костыль? Винда же .файлы не делает hidden?

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

ты же можешь просто написать метод createConfigFile, которая будет скрывать выбор нужного каталога

s/которая/который/

Спасибо за советы.

Буду писать в System.getProperty(«user.home») + ".appName".

Нет, только не это! Не надо захламлять мой ~, пиши в ~/.config/appName/.

Поддерживаю обеими руками!

Только лучше делать грамотное разбиение настроек, кешей и данных программы в соответствии с XDG Base Directory Specification.

Согласен, с одним только ~/.config/ это я погорячился, ~/.local/ тоже пригодится.

Спасибо за ссылку.

Поменял, теперь буду писать конфиги в ~/.config/appName, а кэш в ~/.cache/appName.

На самом деле, там все очень классно продумано: кеши в ~/.cache; конфиги в ~/.config; данные программы в ~/.local/share. Таким образом можно безболезненно удалять к примеру ~/.config/app (в случае ошибок в конфиге, или его повреждения) при этом сохраняя данные и кеши. Или удалив ~/.cache/app почистить кеши, сохранив настройки и данные приложения.