Инфо - Руководство по созданию аддонов (текущая версия)

[mercuryn]

no404error, немножко погулял по аддонам прошлого года, и нашлись ситуации, где небольшие ошибки исправлялись по два (три) раза в день. При наличии только даты - такой аддон не отличишь, была бы версия или другой признак - нет проблем.

А ведь есть пользователи, которые взяв первый вариант такого аддона и в целях экономии траффика продолжат работу, а потом засыпят форум вопросами о проблемах...

Есть много вариантов упорядочивания библиотеки аддонов, но в основном по архивам или по распакованным архивам (в том числе и в папке Addons), и комбинированном . В зависимости от этого и варианты упорядочивания или имён архивов или папок, ну а некоторые предлагают систему анархии...

Я бы, с учётом личного опыта, предложил:

1. Имена архивов - ХХХ...ХХХ.vYYY-ГГММДД-ФИО.7z(rar)

2. Имена папок -ХХХ...ХХХ

3. В папке - ХХХ...ХХХ.vYYY-ГГММДД-ФИО.NFO



Где ХХХ...ХХХ - имя аддона и папки, отделяется от дополнительной информации точкой, - ограничение количества симфолов - ?

vYYY - номер версии продукта, если отсутствует, v-

далее дата и, если аддоны разные, по 3 символа от ника.

Название NFO совпадает с именем архива.

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

В данном предложении я ничего нового не предлагаю, просто компромисно упорядочил уже звучавшие предложения...

Мне кажется что это упорядочивание только начальная часть выработки согласованных элементов стандартов (соглашений).

Кстати, тем кто кроме Windows работают или работали (или принимали участие в разработке) с юниксоидными системами, должно быть знакомо понятие принятых соглашений (стандартов). Без этих правил ни одна распределенная разработка ОС не появилась бы на свет...

PS

Доже реализация такого соглашения позволила бы упростить анализ проблем при при создании дистрибутива ОС всех категорий пользователей.

[gora]

Цитата mercuryn:



ограничение количества симфолов - ?

Инфо - Руководство по созданию аддонов (текущая версия)

Вот и меня волнует этот вопрос, не будет ли багов если в названии папки аддона будет больше 8 сиволов.

Из инструкции я убрал рекомендацию по пакам оставив только файлы.А ну как speccase conflict будут глючить....



В очередной раз про имена архивов: может стоит всех авторов привести к выработке версий аддонов по аналогии с Upadate Pack -

по дате? Сразу упреждаю mercuryn если один аддон вышел дважды в день - на конуе добавляется счетчик N.

AddonNameProgramVersion_date(version)Y.mm.dd_N. Соответственно если в один день не выпускалось 2 версии аддона, счетчика не будет.

пример: DrWeb444_8.2.29

в случае обнаружения ошибки и\или переделки аддона в тотже день DrWeb444_8.2.29_2 и тд.




Цитата Shido:



Гораздо важнее я считаю распределить префиксы для папок. Привести их в соответствие с типом и порядком отработки аддонов.

Инфо - Руководство по созданию аддонов (текущая версия)

я не совсем понимаю что это даст, поскольку все и так замечательно работает, но может быть вы напишите пару абзацев для новичков как пользоватся префиксами.

[vserd]

Цитата volk1234:



Вот и меня волнует этот вопрос, не будет ли багов если в названии папки аддона будет больше 8 сиволов.

Инфо - Руководство по созданию аддонов (текущая версия)

Не будет

[gora]

volk1234, вопрос о конечном варианте - коллективная работа. Предложен комплексный вариант...

Имя папки в архиве отделяется от прочей информации нейтральным символом - точкой или тире, что оставляет возможность анализа. Учтено и то, что авторов вариаций одного аддона может быть несколько...



volk1234, буду Вам очень признателен, если Вы прекратите раздирать по собственному разумению на части комплексные предложения, тем более, что Вас об этом уже просили...



Лучше выскажите собственное мнение по этому вопросу...

[vek]

Цитата mercuryn:



буду Вам очень признателен, если Вы прекратите раздирать по собственному разумению

Инфо - Руководство по созданию аддонов (текущая версия)

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

и никто не будет ей пользоватся, и толку. Давайте у других спросим. Я же не говорю что ваше предложение плохо, просто оно не идеально,

как и мое. Могу добавить оба варианта, пусть люди выбирают или предлагают свои варианты.

[Jekson07]

Инфо - Руководство по созданию аддонов (текущая версия)

+Добавлено определение аддона раздел А.

+Добавлен конфигурационный файл OUT.ini(Кстати он еще нужен? и почему нет нигде упоминания о Distr.ini ???) раздел А. пункт3.16

+Добавлено описание sysoc (усилено читаю учебник по inf) Раздел B пункт 1.

+Добавлен пример аддона sysoc - FoxitReader Раздел B пункт 1.

+Парочка нюансов sysoc -в конце Раздел B пункт 1 (NB)

+Нюанс svcpack -в конце Раздел B пункт 2 (NB)

*Подправлены опечатки



ёмоё ктонибудь будет помогать или как..?

[NRG]

volk1234,




Цитата volk1234:



3.16 Out.ini по аналогии с Distr.ini

Инфо - Руководство по созданию аддонов (текущая версия)

Нет описания ни того, ни другого



Далее...


Цитата volk1234:



3.10 Addon.nfo

Инфо - Руководство по созданию аддонов (текущая версия)

Цитата volk1234:



3.Конфигурационные файлы

Инфо - Руководство по созданию аддонов (текущая версия)

Не совсем верно, это больше Информационные файлы



нет описания HTML.NFO для

Служебные - [addon] HTMLINFO

Цитата asmol:



Вся информация берется из файла HTML.NFO и только в случае его отсутсвия из файла ADDON.NFO

Служебные - [addon] HTMLINFO

Далее...


Цитата volk1234:



2.Аддоны использующие для интеграции SVCPAC

Инфо - Руководство по созданию аддонов (текущая версия)

Цитата volk1234:



когда уже доступны все инструменты GUI: реестр, учетные записи..????

Инфо - Руководство по созданию аддонов (текущая версия)

Учетные записи еще не созданы! (почитайте

Процесс установки по минутам

)


Цитата volk1234:



Если исполняемых файлов или SFX архивов в аддоне несколько, порядок их запуска определяется в конфигурационном файле Run

Инфо - Руководство по созданию аддонов (текущая версия)

Если необходимо одновременно запустить на выполнение несколько фалов, их необходимо прописать в .cmd файле



Надеюсь хоть немнго помог

[vek]

Цитата Drinko:



это больше Информационные файлы

Инфо - Руководство по созданию аддонов (текущая версия)

так у petya v4sechkin, я лишь продублировал.Надо же како-то обобщить их.


Цитата Drinko:



Учетные записи еще не созданы!

Инфо - Руководство по созданию аддонов (текущая версия)

Ну уж УЗ System уже присуствует Хотя написал я неверно.


Цитата Drinko:



Если необходимо одновременно запустить на выполнение несколько фалов, их необходимо прописать в .cmd файле

Инфо - Руководство по созданию аддонов (текущая версия)

так тоже можно согласен. Но ведь и в Run тоже отрабатывает. См.мой аддон

http://forum.oszone.net/attachment.p...3&d=1200251825

По поводу HTMLInfo - это всеже дополнение к существующему порядку addons.nfo. Поэтому, если вам нетрудно опишите htmlinfo в ключе дополнительной опциии, как файлы подготавливать и тд. Я лично не пользую \htmlinfo\



кстати насчет


Цитата Drinko:



(почитайте Процесс установки по минутам)

Инфо - Руководство по созданию аддонов (текущая версия)

на каком этапе создается реестр? На этапе копирования файлов???

спустя некоторое время: на этапе txtsetup ?

[gora]

Цитата volk1234:



на каком этапе создается реестр? На этапе копирования файлов???

Инфо - Руководство по созданию аддонов (текущая версия)

После Т-39 но до Т13 (более конкретно сказать не могу ) На этане копирования создается шаблон (основа)...



ЗЫ Хотя немного не правильно, реестр создаетя на всем этапе установки, вопрос в том какие разделы (ключи) создаются на каждом конкретном этапе...

[volk1234]

Уррра! Я сам разобрался в устройстве sysoc !!!

Инфо - Руководство по созданию аддонов (текущая версия)

+Добавлено описание SYSOC и механизм его работы(теперь описание этого типа практически закончено) Раздел В.пункт 1.

+Нюанс аддонов с изменением компонетов -в конце Раздел B пункт 4 (NB)

*Чуть добавлен пример аддона sysoc.

*Подправлены опечатки



Все еще существует 2 вопроса:

1.Out.ini Distr.ini что это и для чего?

2.Для чего в аддоне dosnet.ini ???



про реестр - фактически на текстовом этапе копируются ульи реестра -прототип. Но учитывая что из инф файлов добавляются уже ветки в реестр, следовательно он существует с момента записи на диск. Несмотря на то что это фалы, для записи в них из inf, advinf.dll должна знать про его внутреннее устройство -bin, секции, метки...а раз она работает с реестром, значит он уже есть