ESKIN - программа, которая устанавливает скин и обоину при загрузке системы.
0CodErr предлагает избавиться от нее, оставив исключительно редактирование autorun.dat.
Проблема том, что для работы с ini файлами у нас есть стандартная библиотека, в то время как autorun.dat имеет собственный формат.
Итого, когда пользователь меняет фон через KIV или Palitra (или любую другую), они могут записать туда необходимые параметры для того, чтобы пользователь перезагрузился и снова увидел выставленный фон.
Для autorun.dat такую вещь сделать автоматически крайне сложно. Нужно добавить новую строку, а если в autorun.dat уже есть установка фона, то заменить ее. В общем, остается только ручное редактирование.
Голосуем. Результаты через неделю.
eskin в официальном дистрибутиве
-
Из хаоса в космос
Это весьма однобокое мнение.Leency wrote:Проблема том, что для работы с ini файлами у нас есть стандартная библиотека, в то время как autorun.dat имеет собственный формат.
Итого, когда пользователь меняет фон через KIV или Palitra (или любую другую), они могут записать туда необходимые параметры для того, чтобы пользователь перезагрузился и снова увидел выставленный фон.
Для autorun.dat такую вещь сделать автоматически крайне сложно. Нужно добавить новую строку, а если в autorun.dat уже есть установка фона, то заменить ее. В общем, остается только ручное редактирование.
Трактовать его можно так: товарищу Leency трудно с этим разобраться и поэтому ему для этого необходима ещё одна дополнительная программа.
И раньше всё прекрасно работало безо всяких дополнительных прослоек.
> всё прекрасно работало безо всяких дополнительных прослоек
Ничего не работало, всегда сколько существует Колибри люди жаловались что фон и установленный скин не сохраняется.
Eskin половина решения. Осталось добавить сохранение настроек в KIV, Palitra, Appearance.
Ты же хочешь убить решение на корне.
Ничего не работало, всегда сколько существует Колибри люди жаловались что фон и установленный скин не сохраняется.
Eskin половина решения. Осталось добавить сохранение настроек в KIV, Palitra, Appearance.
Ты же хочешь убить решение на корне.
Из хаоса в космос
Нет, ну вот прямо как уж на сковородке!Leency wrote:люди жаловались что фон и установленный скин не сохраняется
Фон не сохранялся как и остальные настройки потому что не сохранялся образ.
Не надо вводить никого в заблуждение,
Не надо путать тёплое с мягким.
То есть предлагается всем редактировать образ? Кажется суб-оптимальным решением.
Он предлагает редактировать autorun.dat вручную.
Из хаоса в космос
Специально не писал больше в эту тему до окончания голосования.
Вообще хорошо, что опрос был создан — его результаты можно даже, наверное, считать определённым индикатором градуса адеквата\неадеквата в проекте на данный момент.
Ну и вообще показателем, насколько хорошо сами участники в этом разбираются.
Естественно, что после выключения\перезагрузки системы данные, находящиеся в ОЗУ будут потеряны.
Для того, чтобы их сохранить на диск существует программа RDSave http://board.kolibrios.org/viewtopic.ph ... &start=105
Пользователь зачастую не знает об этом(ему ведь заранее никто не говорит — откуда бы он узнал?).
Но, например, программа ICON http://board.kolibrios.org/viewtopic.php?f=48&t=1515 после изменения настроек выводит сообщение "Do not forget to save the changes, run the RDSave".
Так вот, к сабжу это имеет мало отношения.
А имеет вот что.
Как было раньше:
Следуя этой логике, получается, что нужна также отдельная программа, вызывающая ту, которая создаст tmp-диски нужного размера в нужном количестве.
Потому что вместо программы tmpdisk это может сделать и какая-нибудь другая(просто прописать параметры запуска).
Надеюсь, понятно, что подобный подход — идея, мягко говоря странная.
Кстати, пример, почти такого же "однобокого" голосования(скриншот под спойлером) http://board.kolibrios.org/viewtopic.ph ... 743#p70998
Ну вот, можно теперь уже давать кому-то ссылку на этот топик, пусть делают выводы
Вообще хорошо, что опрос был создан — его результаты можно даже, наверное, считать определённым индикатором градуса адеквата\неадеквата в проекте на данный момент.
Ну и вообще показателем, насколько хорошо сами участники в этом разбираются.
/rd/1 - это рамдиск, то есть, он находится в ОЗУ.nina wrote:То есть предлагается всем редактировать образ?
Естественно, что после выключения\перезагрузки системы данные, находящиеся в ОЗУ будут потеряны.
Для того, чтобы их сохранить на диск существует программа RDSave http://board.kolibrios.org/viewtopic.ph ... &start=105
Пользователь зачастую не знает об этом(ему ведь заранее никто не говорит — откуда бы он узнал?).
Но, например, программа ICON http://board.kolibrios.org/viewtopic.php?f=48&t=1515 после изменения настроек выводит сообщение "Do not forget to save the changes, run the RDSave".
Так вот, к сабжу это имеет мало отношения.
А имеет вот что.
Как было раньше:
- При старте запускалась программа, указанная в autorun.dat.
- В autorun.dat указана программа eskin.
Соответственно, при старте запускается она.
Программа eskin читает ещё один файл eskin.ini.
И запускает, указанную там программу(то есть, ту, которая раньше указывалась непосредственно в autorun.dat).
Следуя этой логике, получается, что нужна также отдельная программа, вызывающая ту, которая создаст tmp-диски нужного размера в нужном количестве.
Потому что вместо программы tmpdisk это может сделать и какая-нибудь другая(просто прописать параметры запуска).
Надеюсь, понятно, что подобный подход — идея, мягко говоря странная.
Кстати, пример, почти такого же "однобокого" голосования(скриншот под спойлером) http://board.kolibrios.org/viewtopic.ph ... 743#p70998
Ну вот, можно теперь уже давать кому-то ссылку на этот топик, пусть делают выводы
Это все верно. Предполагалось что со временем eskin не будет использовать KIV для установки фонового изображения, а будет делать это сам, либо если необходимо запускать программу с нужными параметрами (например palitra). Сейчас если установить фоновое изображение в KIV, даже если сохранить рамдиск, то установленное фоновое изображение сбросится при выключении. Да и насколько логично использовать файл автозапуска, для хранения настрое стиля?0CodErr wrote:/rd/1[/i] - это рамдиск, то есть, он находится в ОЗУ.
Естественно, что после выключения\перезагрузки системы данные, находящиеся в ОЗУ будут потеряны.
Для того, чтобы их сохранить на диск существует программа RDSave http://board.kolibrios.org/viewtopic.ph ... &start=105
Пользователь зачастую не знает об этом(ему ведь заранее никто не говорит — откуда бы он узнал?).
to infinity and beyond
0CodErr
Все идиоты, один ты герой знаешь как нужно делать.
Быть неакдекватом - это заставлять пользователей в 21 веке менять обоину руками, прописывая пути.
А вот будь ты и вправду нормальным аналитиком, пришел бы наконец к идее, что верным решением будет заменить autorun.dat, как кусок неюзабельного копролита, на start.ini с секциями.Или использовать для этих целей system.ini.
Все идиоты, один ты герой знаешь как нужно делать.
Быть неакдекватом - это заставлять пользователей в 21 веке менять обоину руками, прописывая пути.
А вот будь ты и вправду нормальным аналитиком, пришел бы наконец к идее, что верным решением будет заменить autorun.dat, как кусок неюзабельного копролита, на start.ini с секциями.
Code: Select all
[autorun]
app=param|mode
app=param|mode
app=param|mode
[background]
app=
param=
Из хаоса в космос
Извините, что влезаю в беседу...
В следующий раз добавьте пункт: мне всё-равно / фиолетово / против всех вариантов. Хотелось проголосовать, но такого не было. Поэтому я тут самый нейтральный.
Ещё чуть-чуть и вы помойку "реестр Windows" создадите на ровном месте. Думаю проблема лежит глубже, чем вы её решаете. Лично мне не хватает знаний всей внутрянки проекта и их зависимостей, чтобы что-то вам посоветовать.
В следующий раз добавьте пункт: мне всё-равно / фиолетово / против всех вариантов. Хотелось проголосовать, но такого не было. Поэтому я тут самый нейтральный.
Ещё чуть-чуть и вы помойку "реестр Windows" создадите на ровном месте. Думаю проблема лежит глубже, чем вы её решаете. Лично мне не хватает знаний всей внутрянки проекта и их зависимостей, чтобы что-то вам посоветовать.
> мне всё-равно / фиолетово / против всех вариантов
Такой вариант есть - не голосуй.
> Ещё чуть-чуть и вы помойку "реестр Windows" создадите на ровном месте.
Вот тебе ответ http://zavalinka.sane4ka.ru/stikhi/177- ... palto.html
Такой вариант есть - не голосуй.
> Ещё чуть-чуть и вы помойку "реестр Windows" создадите на ровном месте.
Вот тебе ответ http://zavalinka.sane4ka.ru/stikhi/177- ... palto.html
Из хаоса в космос
А может придумать единый "реестр" ?
Ну или два - системный и прикладной.
Упс, дочитал последнее сообщение =) Можно не так сложно, как в Win (и OS/2), а просто kolibrios.ini и user.ini
А прописывание стотыщ настроек опциями в авторане - тупиковый путь.
Хотя куда отнести eskin - к системной тулзе или к прикладной ? 50/50
Ну или два - системный и прикладной.
Упс, дочитал последнее сообщение =) Можно не так сложно, как в Win (и OS/2), а просто kolibrios.ini и user.ini
А прописывание стотыщ настроек опциями в авторане - тупиковый путь.
Хотя куда отнести eskin - к системной тулзе или к прикладной ? 50/50
Я кстати тоже об этом задумывался)Siemargl wrote:А может придумать единый "реестр" ?
Ну или два - системный и прикладной.
Упс, дочитал последнее сообщение =) Можно не так сложно, как в Win (и OS/2), а просто kolibrios.ini и user.ini
А прописывание стотыщ настроек опциями в авторане - тупиковый путь.
Хотя куда отнести eskin - к системной тулзе или к прикладной ? 50/50
Технологии меняют мир, а я - меняю технологии.
Siemargl wrote:Упс, дочитал последнее сообщение =) Можно не так сложно, как в Win (и OS/2), а просто kolibrios.ini и user.ini
Ага, придётся переписывать все программы на чтение файлов блоками. Иначе будет два больших файла и каждая программа будет считать своим долгом загрузить такой файл целиком в свою область памяти, чтобы прочитать от туда 2 строчки. Искать эти строчки любая программа будет дольше, чем из своего личного конфига (тупо больше операций процессора). Сейчас это ещё всё в ОЗУ, а если с диска или дискеты грузить?pavelyakov wrote:Я кстати тоже об этом задумывался)
Либо вы снова напишите ещё одну утилиту, которая будет реестром. При старте системы она загрузит файлы, и во время работы будет раздавать параметры по ключу каждой программе (с помощью IPC).
Будет глупо, если реестр будет загружать программы, а значит кто-то должен загрузить реестр, и потом у него(реестра) узнать, что загружать ещё.
Файл автозапуска уже есть, и в беседе не звучит предложения избавиться от него. Следовательно он останется.
И да, пихать туда сотни настроек, как вы пишите выше, не нужно.
Leency, это был твой самый бестолковый ответ?Leency wrote:Вот тебе ответ http://zavalinka.sane4ka.ru/stikhi/177- ... palto.html
Если ты не понял, то добавить 10 строк в какой-то ini файл это еще не сделать его реестром. Лол.
Из хаоса в космос
Who is online
Users browsing this forum: No registered users and 1 guest