Board.KolibriOS.org

Кому то эта идея покажется странной, кому то слишком глобальной, но тем не менее, рано или поздно эту идею кто нибудь бы предложил.

Я предлагаю создать одну общую базу данных о приложениях для пользователей. То есть о TiniPad, Animage и тд, но не @icon, @panel, @notify... На данный момент в корне лежит очень много программ, не все из них может использовать юзер, имя не всегда отображает суть программы. Даже в @panel пишется не имя программы, а имя бинарника. А с бд будет все намного проще.

Короче, вот пример бд и как он может использоваться, например, в @docky/@icon:

/sys/apps/AppDataBase.ini /sys/apps/system/icon/icon.ini Для работы с базой данных можно сделать отдельную библиотеку, дабы не повредить ее, так как она станет очень важна. С ее помощью можно сделать установщик/менеджер пакетов, панель управления и так далее. @panel может читать имя программы из бд и выводит его, а не имя бинарника.

Пункт 1 я осознаю. Это всего лишь идея и браться за это я пока что не буду (работаю на Docky), выложил чтобы а) не забыть б) а вдруг кто подхватит.

Leency « Вс окт 27, 2013 2:52 pm » eAndrew: и большие иконки у программ в Eolite, и для панели управления хорошо будет

Предлагаю такой формат Зачем appdir и id я не понял.

Я выделил appdir что бы было быстрее узнать имя только бинарника (для @panel например), + предположим в этой папке лежит ini (для панели управления)
ID нужен для поиска программы в базе данных. Как ты еще будешь искать?

> ID нужен для поиска программы в базе данных. Как ты еще будешь искать?
Чем путь не уникальный ID?

> Я выделил appdir что бы было быстрее узнать имя только бинарника (для @panel например)
Это легко сделать средствами программы.
Путь отдельно нигде не может быть использован.

Ну хорошо, путь можно убрать.
Но id должен быть, так как путь может меняться. например с обновлением программы имя бинарника изменилось или еще что нибудь. Да и он удобнее чем путь
Если честно идея с ID из линукса.

eAndrew
Кстати об установщике

В свое время я предлагал viewtopic.php?f=36&t=2065 но заглохо. Делать реестр не комильфо. Реестр это зло.

В чем его зло?

eAndrew wrote:В чем его зло?

Даже абсолютное зло - фирма Мелкософт отказалась от него, порвав на кучу маленьких медвежат.

eAndrew wrote:В чем его зло?

Его зло в том, что чем больше программ установлено на компьютере, тем медленнее работает вся ОС. Потому как ОС многие параметры для своей работы берет из реестра, но чем больше в нем записей, тем медленнее становится доступ к нему. Кроме того реестр сам по себе засоряется всяким хламом во время работы с компьютером. Потому реестр постоянно растет и замедляет свою работу по мере: 1) установки новых программ 2) простого пользования компьютером (открытие/закрытие файлов, открытие/закрытие программ, ...). Не зря же есть целая куча программ которые чистят всякий мусор из реестра. Но даже они не всегда помогают, т. к. или не все чистят или чистят больше чем нужно, что может приводить к непредвиденным глюкам.

Вариант с descript.ion файлом для каждой программы, однако тогда программа обязана иметь свою директорию.
К вопросу об инсталляторе, то это дело каждого отдельно взятого разработчика ПО, как и в других ОС.

Artyom wrote:Вариант с descript.ion файлом для каждой программы, однако тогда программа обязана иметь свою директорию.
К вопросу об инсталляторе, то это дело каждого отдельно взятого разработчика ПО, как и в других ОС.

Свой инсталлятор для каждой программы пишется вроде бы только в Windows.

Плюсую; это задача менеджера пакетов. Нечего городить инсталляторы на каждый чих.

Ну я и подрузомевал менаджер приложений/пакетов. это был всего лишь пример

Причём здесь вообще реестр? Какие пакеты?

Хватит мечтать, перечитайте первый пост.