Board.KolibriOS.org

ESKIN - программа, которая устанавливает скин и обоину при загрузке системы.
0CodErr предлагает избавиться от нее, оставив исключительно редактирование autorun.dat.

Проблема том, что для работы с ini файлами у нас есть стандартная библиотека, в то время как autorun.dat имеет собственный формат.
Итого, когда пользователь меняет фон через KIV или Palitra (или любую другую), они могут записать туда необходимые параметры для того, чтобы пользователь перезагрузился и снова увидел выставленный фон.
Для autorun.dat такую вещь сделать автоматически крайне сложно. Нужно добавить новую строку, а если в autorun.dat уже есть установка фона, то заменить ее. В общем, остается только ручное редактирование.

Голосуем. Результаты через неделю.

_________________
Через тернии к звездам

Это весьма однобокое мнение.
Трактовать его можно так: товарищу Leency трудно с этим разобраться и поэтому ему для этого необходима ещё одна дополнительная программа.
И раньше всё прекрасно работало безо всяких дополнительных прослоек.

> всё прекрасно работало безо всяких дополнительных прослоек
Ничего не работало, всегда сколько существует Колибри люди жаловались что фон и установленный скин не сохраняется.
Eskin половина решения. Осталось добавить сохранение настроек в KIV, Palitra, Appearance.

Ты же хочешь убить решение на корне.

_________________
Через тернии к звездам

Нет, ну вот прямо как уж на сковородке!
Фон не сохранялся как и остальные настройки потому что не сохранялся образ.
Не надо вводить никого в заблуждение,
Не надо путать тёплое с мягким.

То есть предлагается всем редактировать образ? Кажется суб-оптимальным решением.

Он предлагает редактировать autorun.dat вручную.

_________________
Через тернии к звездам

Специально не писал больше в эту тему до окончания голосования.
Вообще хорошо, что опрос был создан — его результаты можно даже, наверное, считать определённым индикатором градуса адеквата\неадеквата в проекте на данный момент.
Ну и вообще показателем, насколько хорошо сами участники в этом разбираются./rd/1 - это рамдиск, то есть, он находится в ОЗУ.
Естественно, что после выключения\перезагрузки системы данные, находящиеся в ОЗУ будут потеряны.
Для того, чтобы их сохранить на диск существует программа RDSave viewtopic.php?f=42&t=645&start=105
Пользователь зачастую не знает об этом(ему ведь заранее никто не говорит — откуда бы он узнал?).
Но, например, программа ICON 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 это может сделать и какая-нибудь другая(просто прописать параметры запуска).
Надеюсь, понятно, что подобный подход — идея, мягко говоря странная.

Кстати, пример, почти такого же "однобокого" голосования(скриншот под спойлером) viewtopic.php?f=1&t=3743#p70998

Ну вот, можно теперь уже давать кому-то ссылку на этот топик, пусть делают выводы

Это все верно. Предполагалось что со временем eskin не будет использовать KIV для установки фонового изображения, а будет делать это сам, либо если необходимо запускать программу с нужными параметрами (например palitra). Сейчас если установить фоновое изображение в KIV, даже если сохранить рамдиск, то установленное фоновое изображение сбросится при выключении. Да и насколько логично использовать файл автозапуска, для хранения настрое стиля?

_________________
я лишь учусь

0CodErr

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

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

[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

Я кстати тоже об этом задумывался)

Ага, придётся переписывать все программы на чтение файлов блоками. Иначе будет два больших файла и каждая программа будет считать своим долгом загрузить такой файл целиком в свою область памяти, чтобы прочитать от туда 2 строчки. Искать эти строчки любая программа будет дольше, чем из своего личного конфига (тупо больше операций процессора). Сейчас это ещё всё в ОЗУ, а если с диска или дискеты грузить?
Либо вы снова напишите ещё одну утилиту, которая будет реестром. При старте системы она загрузит файлы, и во время работы будет раздавать параметры по ключу каждой программе (с помощью IPC).
Будет глупо, если реестр будет загружать программы, а значит кто-то должен загрузить реестр, и потом у него(реестра) узнать, что загружать ещё.
Файл автозапуска уже есть, и в беседе не звучит предложения избавиться от него. Следовательно он останется.
И да, пихать туда сотни настроек, как вы пишите выше, не нужно.


Leency, это был твой самый бестолковый ответ?

Если ты не понял, то добавить 10 строк в какой-то ini файл это еще не сделать его реестром. Лол.

_________________
Через тернии к звездам