Official KolibriOS board
http://board.kolibrios.org/
Настройки будут в общесистемной папке, или в том же каталоге что и сама программа.yogev_ezra wrote:А зачем мне проверять в 3 местах, где может быть файл? Мне хватит и в 2 местах проверять. Если уж делать изменение, то оно должно упростить жизнь, а не усложнить.
Или в папке /rd/1. Вот последний пример - новая версия RDSAVE: я запускал её из папки /usbhd0/1/RDSave, причём файл настроек находился в той же папке, что и сама RDSAVE. Но она упорно не хотела использовать параметры из файла настроек. Уже потом, методом поиска по всем папкам, я случайно нашёл, что она "клала" на файл настроек в своей папке, проверяла, есть ли файл настроек в папке /rd/1, и так как его там не было, создавала там сама файл настроек по умолчанию, и работала с ним.punk_joker wrote:Настройки будут в общесистемной папке, или в том же каталоге что и сама программа.
Вот только не нужно проецировать эту ситуацию на все остальное. Я могу быть согласен с мнением определенного человека, но так же могу быть и против.Leency wrote:Ну если уже Марио говорит, что у yogev_ezra синдром вахтёра...
Ох, да ты опять не понял. Я просто хочу, чтобы прежде чем вводить изменение, ты написал здесь правила, которым должны следовать будущие программы, и переделал существующие программы (хотя бы те, что на FASM), не следующие твоим правилам, так, чтобы они им следовали.Mario_r4 wrote:Мде... ну, и какого лешего проблемы одной единственной программы проецировать на все остальное? Есть такая вещь как приоритеты - например zSea ищет сначала библиотеки рядом с собой и не найдя ищет в директории на рамдиске. [...] Всегда можно спросить автора, а какого собственно он сохраняет файлы настроек не туда? [...] Требование же сохранять вообще все одном месте нелогично, так как рамдиск не резиновый и программы вполне могут хранить файл настроек в собственной директории.
Так сказал же - рекомендация не размещать в корне рамдиска. Ребята не дураки же, если же кто не в теме всегда можно просветить насчет рекомендации.yogev_ezra wrote:Ох, да ты опять не понял. Я просто хочу, чтобы прежде чем вводить изменение, ты написал здесь правила, которым должны следовать будущие программы, и переделал существующие программы (хотя бы те, что на FASM), не следующие твоим правилам, так, чтобы они им следовали.Mario_r4 wrote:Мде... ну, и какого лешего проблемы одной единственной программы проецировать на все остальное? Есть такая вещь как приоритеты - например zSea ищет сначала библиотеки рядом с собой и не найдя ищет в директории на рамдиске. [...] Всегда можно спросить автора, а какого собственно он сохраняет файлы настроек не туда? [...] Требование же сохранять вообще все одном месте нелогично, так как рамдиск не резиновый и программы вполне могут хранить файл настроек в собственной директории.
В противном случае, получится то, что я уже несколько раз описал: вместо поиска ini-файла в 2 местах, юзеру придётся искать его в 3 местах (он-то не знает, какой алгоритм сохранения у каждой программы). RDSAVE был дан как пример - кроме него есть и другие программы, не следующие твоим правилам.
Не дураки - это про новые программы. Про существующие - не все авторы существующих программ в настоящее время находятся в проекте, и не все авторы читают все сообщения на форуме.Mario_r4 wrote:Так сказал же - рекомендация не размещать в корне рамдиска. Ребята не дураки же, если же кто не в теме всегда можно просветить насчет рекомендации.
Я поменяю для тех программ которые комплектуют ночную сборку - так и задумывалось. Однако я не имею желания, времени и возможности исправлять все существующие программы, которые внезапно будут выбиваться из общего ряда.yogev_ezra wrote:Не дураки - это про новые программы. Про существующие - не все авторы существующих программ в настоящее время находятся в проекте, и не все авторы читают все сообщения на форуме.Mario_r4 wrote:Так сказал же - рекомендация не размещать в корне рамдиска. Ребята не дураки же, если же кто не в теме всегда можно просветить насчет рекомендации.
Поэтому я за такой подход, которым руководствуется CleverMouse: если она меняет правила, то она меняет и весь существующий код так, чтобы он соответствовал новым правилам (как было с переходом с табов на пробелы, с переходом с ANSI на UTF-8, с переходом на новый код поддержки дисков, и т.д.)
Только те, которые в ночной сборке, это вполне достаточно.Mario_r4 wrote:Я поменяю для тех программ которые комплектуют ночную сборку - так и задумывалось. Однако я не имею желания, времени и возможности исправлять все существующие программы, которые внезапно будут выбиваться из общего ряда.