eskin в официальном дистрибутиве

Find out what others think about your ideas

POLL eskin: быть и использовать в официальном дистрибутиве или нет?

Total votes: 6
Да
83%
5
Нет
17%
1

  • Leency wrote:Проблема том, что для работы с ini файлами у нас есть стандартная библиотека, в то время как autorun.dat имеет собственный формат.
    Итого, когда пользователь меняет фон через KIV или Palitra (или любую другую), они могут записать туда необходимые параметры для того, чтобы пользователь перезагрузился и снова увидел выставленный фон.
    Для autorun.dat такую вещь сделать автоматически крайне сложно. Нужно добавить новую строку, а если в autorun.dat уже есть установка фона, то заменить ее. В общем, остается только ручное редактирование.
    Это весьма однобокое мнение.
    Трактовать его можно так: товарищу Leency трудно с этим разобраться и поэтому ему для этого необходима ещё одна дополнительная программа.
    И раньше всё прекрасно работало безо всяких дополнительных прослоек.
  • > всё прекрасно работало безо всяких дополнительных прослоек
    Ничего не работало, всегда сколько существует Колибри люди жаловались что фон и установленный скин не сохраняется.
    Eskin половина решения. Осталось добавить сохранение настроек в KIV, Palitra, Appearance.

    Ты же хочешь убить решение на корне.
    Из хаоса в космос
  • Leency wrote:люди жаловались что фон и установленный скин не сохраняется
    Нет, ну вот прямо как уж на сковородке! :mrgreen:
    Фон не сохранялся как и остальные настройки потому что не сохранялся образ.
    Не надо вводить никого в заблуждение,
    Не надо путать тёплое с мягким.
  • То есть предлагается всем редактировать образ? Кажется суб-оптимальным решением.
  • Он предлагает редактировать autorun.dat вручную.
    Из хаоса в космос
  • Специально не писал больше в эту тему до окончания голосования.
    Вообще хорошо, что опрос был создан — его результаты можно даже, наверное, считать определённым индикатором градуса адеквата\неадеквата в проекте на данный момент.
    Ну и вообще показателем, насколько хорошо сами участники в этом разбираются.
    nina wrote:То есть предлагается всем редактировать образ?
    /rd/1 - это рамдиск, то есть, он находится в ОЗУ.
    Естественно, что после выключения\перезагрузки системы данные, находящиеся в ОЗУ будут потеряны.
    Для того, чтобы их сохранить на диск существует программа 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

    Ну вот, можно теперь уже давать кому-то ссылку на этот топик, пусть делают выводы :)
  • 0CodErr wrote:/rd/1[/i] - это рамдиск, то есть, он находится в ОЗУ.
    Естественно, что после выключения\перезагрузки системы данные, находящиеся в ОЗУ будут потеряны.
    Для того, чтобы их сохранить на диск существует программа RDSave http://board.kolibrios.org/viewtopic.ph ... &start=105
    Пользователь зачастую не знает об этом(ему ведь заранее никто не говорит — откуда бы он узнал?).
    Это все верно. Предполагалось что со временем eskin не будет использовать KIV для установки фонового изображения, а будет делать это сам, либо если необходимо запускать программу с нужными параметрами (например palitra). Сейчас если установить фоновое изображение в KIV, даже если сохранить рамдиск, то установленное фоновое изображение сбросится при выключении. Да и насколько логично использовать файл автозапуска, для хранения настрое стиля?
    to infinity and beyond
  • 0CodErr

    Все идиоты, один ты герой знаешь как нужно делать.
    Быть неакдекватом - это заставлять пользователей в 21 веке менять обоину руками, прописывая пути.

    А вот будь ты и вправду нормальным аналитиком, пришел бы наконец к идее, что верным решением будет заменить autorun.dat, как кусок неюзабельного копролита, на start.ini с секциями.

    Code: Select all

    [autorun]
    app=param|mode
    app=param|mode
    app=param|mode
    
    [background]
    app=
    param=
    Или использовать для этих целей system.ini.
    Из хаоса в космос
  • Извините, что влезаю в беседу...
    В следующий раз добавьте пункт: мне всё-равно / фиолетово / против всех вариантов. Хотелось проголосовать, но такого не было. Поэтому я тут самый нейтральный.

    Ещё чуть-чуть и вы помойку "реестр Windows" создадите на ровном месте. Думаю проблема лежит глубже, чем вы её решаете. Лично мне не хватает знаний всей внутрянки проекта и их зависимостей, чтобы что-то вам посоветовать.
  • > мне всё-равно / фиолетово / против всех вариантов

    Такой вариант есть - не голосуй.

    > Ещё чуть-чуть и вы помойку "реестр Windows" создадите на ровном месте.

    Вот тебе ответ http://zavalinka.sane4ka.ru/stikhi/177- ... palto.html
    Из хаоса в космос
  • А может придумать единый "реестр" ?

    Ну или два - системный и прикладной.

    Упс, дочитал последнее сообщение =) Можно не так сложно, как в 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
    pavelyakov wrote:Я кстати тоже об этом задумывался)
    Ага, придётся переписывать все программы на чтение файлов блоками. Иначе будет два больших файла и каждая программа будет считать своим долгом загрузить такой файл целиком в свою область памяти, чтобы прочитать от туда 2 строчки. Искать эти строчки любая программа будет дольше, чем из своего личного конфига (тупо больше операций процессора). Сейчас это ещё всё в ОЗУ, а если с диска или дискеты грузить?
    Либо вы снова напишите ещё одну утилиту, которая будет реестром. При старте системы она загрузит файлы, и во время работы будет раздавать параметры по ключу каждой программе (с помощью IPC).
    Будет глупо, если реестр будет загружать программы, а значит кто-то должен загрузить реестр, и потом у него(реестра) узнать, что загружать ещё.
    Файл автозапуска уже есть, и в беседе не звучит предложения избавиться от него. Следовательно он останется.
    И да, пихать туда сотни настроек, как вы пишите выше, не нужно.
    Leency wrote:Вот тебе ответ http://zavalinka.sane4ka.ru/stikhi/177- ... palto.html
    Leency, это был твой самый бестолковый ответ?
  • Если ты не понял, то добавить 10 строк в какой-то ini файл это еще не сделать его реестром. Лол.
    Из хаоса в космос
  • Who is online

    Users browsing this forum: No registered users and 2 guests