Директория для хранения файлов настроек: DAT, INI, LBL

Applications development, KoOS API questions
  • punk_joker wrote:Настройки будут в общесистемной папке, или в том же каталоге что и сама программа.
    Или в папке /rd/1. Вот последний пример - новая версия RDSAVE: я запускал её из папки /usbhd0/1/RDSave, причём файл настроек находился в той же папке, что и сама RDSAVE. Но она упорно не хотела использовать параметры из файла настроек. Уже потом, методом поиска по всем папкам, я случайно нашёл, что она "клала" на файл настроек в своей папке, проверяла, есть ли файл настроек в папке /rd/1, и так как его там не было, создавала там сама файл настроек по умолчанию, и работала с ним.

    В общем, я хочу донести мысль, что я не хочу искать файл настроек в нескольких местах. Если уж делаете папку для файлов настроек, то пусть все файлы будут только в этой папке. А если нет - то текущее положение ничем не хуже, и я за то, чтобы оставить как есть.
  • yogev_ezra
    Мде... ну, и какого лешего проблемы одной единственной программы проецировать на все остальное? Есть такая вещь как приоритеты - например zSea ищет сначала библиотеки рядом с собой и не найдя ищет в директории на рамдиске. По моему твоя позиция уже на "синдром вахтера" начинает смахивать - извини ничего личного. В конечном счете можно рекомендовать не сохранять такие данные в корне рамдиска. Я лично проблемы с использованием не вижу. Всегда можно спросить автора, а какого собственно он сохраняет файлы настроек не туда? Вот и все решение.

    Требование же сохранять вообще все одном месте нелогично, так как рамдиск не резиновый и программы вполне могут хранить файл настроек в собственной директории.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Ну если уже Марио говорит, что у yogev_ezra синдром вахтёра...
    Из хаоса в космос
  • Leency wrote:Ну если уже Марио говорит, что у yogev_ezra синдром вахтёра...
    Вот только не нужно проецировать эту ситуацию на все остальное. Я могу быть согласен с мнением определенного человека, но так же могу быть и против.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Mario_r4 wrote:Мде... ну, и какого лешего проблемы одной единственной программы проецировать на все остальное? Есть такая вещь как приоритеты - например zSea ищет сначала библиотеки рядом с собой и не найдя ищет в директории на рамдиске. [...] Всегда можно спросить автора, а какого собственно он сохраняет файлы настроек не туда? [...] Требование же сохранять вообще все одном месте нелогично, так как рамдиск не резиновый и программы вполне могут хранить файл настроек в собственной директории.
    Ох, да ты опять не понял. Я просто хочу, чтобы прежде чем вводить изменение, ты написал здесь правила, которым должны следовать будущие программы, и переделал существующие программы (хотя бы те, что на FASM), не следующие твоим правилам, так, чтобы они им следовали.

    В противном случае, получится то, что я уже несколько раз описал: вместо поиска ini-файла в 2 местах, юзеру придётся искать его в 3 местах (он-то не знает, какой алгоритм сохранения у каждой программы). RDSAVE был дан как пример - кроме него есть и другие программы, не следующие твоим правилам.
  • yogev_ezra wrote:
    Mario_r4 wrote:Мде... ну, и какого лешего проблемы одной единственной программы проецировать на все остальное? Есть такая вещь как приоритеты - например zSea ищет сначала библиотеки рядом с собой и не найдя ищет в директории на рамдиске. [...] Всегда можно спросить автора, а какого собственно он сохраняет файлы настроек не туда? [...] Требование же сохранять вообще все одном месте нелогично, так как рамдиск не резиновый и программы вполне могут хранить файл настроек в собственной директории.
    Ох, да ты опять не понял. Я просто хочу, чтобы прежде чем вводить изменение, ты написал здесь правила, которым должны следовать будущие программы, и переделал существующие программы (хотя бы те, что на FASM), не следующие твоим правилам, так, чтобы они им следовали.

    В противном случае, получится то, что я уже несколько раз описал: вместо поиска ini-файла в 2 местах, юзеру придётся искать его в 3 местах (он-то не знает, какой алгоритм сохранения у каждой программы). RDSAVE был дан как пример - кроме него есть и другие программы, не следующие твоим правилам.
    Так сказал же - рекомендация не размещать в корне рамдиска. Ребята не дураки же, если же кто не в теме всегда можно просветить насчет рекомендации.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Mario_r4 wrote:Так сказал же - рекомендация не размещать в корне рамдиска. Ребята не дураки же, если же кто не в теме всегда можно просветить насчет рекомендации.
    Не дураки - это про новые программы. Про существующие - не все авторы существующих программ в настоящее время находятся в проекте, и не все авторы читают все сообщения на форуме.

    Поэтому я за такой подход, которым руководствуется CleverMouse: если она меняет правила, то она меняет и весь существующий код так, чтобы он соответствовал новым правилам (как было с переходом с табов на пробелы, с переходом с ANSI на UTF-8, с переходом на новый код поддержки дисков, и т.д.)
  • yogev_ezra wrote:
    Mario_r4 wrote:Так сказал же - рекомендация не размещать в корне рамдиска. Ребята не дураки же, если же кто не в теме всегда можно просветить насчет рекомендации.
    Не дураки - это про новые программы. Про существующие - не все авторы существующих программ в настоящее время находятся в проекте, и не все авторы читают все сообщения на форуме.

    Поэтому я за такой подход, которым руководствуется CleverMouse: если она меняет правила, то она меняет и весь существующий код так, чтобы он соответствовал новым правилам (как было с переходом с табов на пробелы, с переходом с ANSI на UTF-8, с переходом на новый код поддержки дисков, и т.д.)
    Я поменяю для тех программ которые комплектуют ночную сборку - так и задумывалось. Однако я не имею желания, времени и возможности исправлять все существующие программы, которые внезапно будут выбиваться из общего ряда.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Mario_r4 wrote:Я поменяю для тех программ которые комплектуют ночную сборку - так и задумывалось. Однако я не имею желания, времени и возможности исправлять все существующие программы, которые внезапно будут выбиваться из общего ряда.
    Только те, которые в ночной сборке, это вполне достаточно.
  • SVN r. 4086, 4087 - начата работа по теме, пока перенесен только kolibri.lbl
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • SVN r. 4089-4093 - настройки панели задач PANEL перенесены в директорию SETTINGS системного диска.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • SVN r. 4091, 4094 - настройки программы @ICON перенесены в директорию SETTINGS системного диска.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • SVN r.4095 - настройки AUTORUN.DAT программы LAUNCHER перенесены в директорию SETTINGS системного диска.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • SVN r.4096 - настройки MENU.DAT программы MENU перенесены в директорию SETTINGS системного диска.
    Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
  • Who is online

    Users browsing this forum: No registered users and 21 guests