Вот что хотелось бы видеть на сайте/форуме:

[ol][oli]1. Скрипт на сервере, генерирующий страничку, аналогичную страничке в расширении Mozilla.ru Extension List[/oli][oli]2. Скрипт, генерирующий страничку (1), но с чекбоксами, чтобы пользователь мог выбрать только необходимые расширения[/oli][oli]3. Скрипт, пакующий Mozilla.ru Extension Pack на основе данных странички (2), и отсылающий расширение пользователю[/oli][/ol]

Расширения же Extension List и Extension Pack - это как "запаска" вместо обычного колеса на легковушке.

угу, тоже об этом думал. найдутся ли желающие сделать и поддерживать?

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

Мысль очень хорошая, и посещала меня (и пользователи просили примерно тоже самое), но реализовать ее я лично не могу. Возможно совместными усилиями мы это сделаем.

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

1) есть страничка со списком раширений (да хоть тот же экстеншен лист) для каждого расширения есть чекбокс. + чекбокс "запомнить мои настройки"
2) скрипт который:
        б) создает список нужных расширений из запроса пользователя
        а) копирует нужные расширения из базы во временную папку(при этом берет самую свежую версию расширения)
        в) генерирует файлы(вот тут я не знаю что нужно генерировать и как это дело оформляеться)
        г) создает индивидульно расширение
        д) возвращяет сылку на готовый пакет/либо в виду нагрузке на сервер, после компоновки пакет отправляеться на емейл.
        е) после скачивания/отправки удаляет пакет

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

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

Можно писать как на php так и на perl скрипт. Вот. В php я плохо знаю как работать с файлами(копировать отдавать команды шеллу),  а в perl наоборот знаю как работать с файлами но плохо знаю как это дело работает с веб.

Надо решить на чем писать, и распределить задачи между желающими. Таким образом подразумеваеться наличие координатора который бы собирал разрозненые куски кода в исходный файл. И конечно нужны люди которые помогли бы в написание скрипта.
Задачи:
1. Создание/переделка готовой базы по расширениям
2. Создание скрипта генерируещего страницу с расширениями, беря данные из базы
3. Создание основного скрипта:
    а)..
    б)..
все.. дальше надо детальнее проработать, и тогда даже если желающих будет немного мы сможем сделать это, просто не беря на себя все - а делаю по немногу.

я сказал.

Начиная с версии 1.5 поддерживается следующий метод установки расширений:
Пакет (файл с расширением xpi) копируется в папку extensions в каталоге Fx. При следующем запуске он будет установлен.

о как %) не знал. хмм.. пересылать в архивах? тогда каких? чтоб ставился на любой платформе?

А и не надо.

Верно.

Для начала можно обойтись и без последнего.

В подкаталог временной папки. Структура extension pack выглядит следующим образом:

install.rdf                                     Файл
chrome                                          Каталог
    extpack                                     Каталог
        content                                 Каталог
            ext                                 Каталог
                Adblock_Plus_0.5.10.xpi         Файл
                All-in-One_Sidebar_0.5.6.xpi    Файл
                ...
                <то есть, в этом подкаталоге
                 находятся пакеты расширений>
            scin                                Каталог
            aboutExt.css                        Файл
            ...
            index.xhtml                         Файл
            ...

То есть, копировать надо в подкаталог ext. Также нужно создать файл index.xhtml в подкаталоге content - это список содержащихся в extension pack расширений. Остальные файлы, вроде бы статичные - уточнить можно у Ragnaar'а, Sergeys или ZenGeist.

Файл install.rdf и каталог chrome упаковываются zip-ом в файл с расширением *.xpi.

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

extension pack и есть расширение, и его можно удалить после установки всех/каких-нибудь расширений из его состава.

Можно одновременно и на php и на perl. Правда, это к lakostis'у вопрос.

0. Создание унифицированной формы описания расширения (название, версия, автор(ы), [переводчик(и)], участники проекта, домашняя страница, краткое описание расширения) для размещения расширения на форуме разработчиком/переводчиком расширения, и, одновременно, помещения этой информации в базу данных.

В идеале IMHO нужно создать скрипт, генерящий раздел расширения на основе базы, т. к. с ней нужно связать редактирование/удаление расширений на форуме.

Viper, об этом и речь, прочти тему сначала.
Разработчик/переводчик помещает расширение через специальную веб-форму, при этом скриптом обновляется база. Другой скрипт, обычному пользователю, на основе этой базы генерирует страничку, аналогичную странице в расширении extension list. Третий скрипт пакует extension pack для выбранных пользователем расширений.

А кто подразумевается под участниками проекта?

Кстати, большинство нужной инфы можно вытащить из самого расширения...

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

Иконку кто-то нарисовал, подсказал чего-нибудь дельное, протестировал... Помогал, в общем.

Anton

*Иконка, Название: -  изображение, текст
*Версия: - текст
*Размер: - текст
*Автор: - текст
*Перевод: - текст
*Домашняя страница расширения: - - текст, ссылка
*Страница установки на forum.mozilla.ru: - текст, ссылка
*Совместимо с версиями Firefox: - текст
Совместимо с версиями Thunderbird: - текст
Совместимо с версиями Mozilla: - текст
*Дата последнего обновления/добавления:  - текст
*Описание: - текст
Скриншот: - текст, изображение
*Установить

*- указаны, обязательные для заполнения

что имеется ввиду?

Есть не у всех расширений, доп. геморрой с её выдиранием.

Flock, Dr. Orca, Seamonkey, ..

Зачем?

Совместимость с ... - главная проблема.. Слишком много продуктов существует

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

Нет иконки, ну и не вставляй, поле то будет заполнено Названием расширения.

Если совместимость еще и с другими продуктами, то соответственно добавляются еще пункты, а отображаются только заполненные.

Может я до 1.11 все уже скачал, а по дате я узнаю, что расширение было недавно добавлено или обновлено.

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

Какой окончательно вид все-таки будет иметь база? Подразумеваеться что она будет на MySQL или какие альтернативы?

Whyesker Т. е. создавать базу по фоксу, а для остальных продуктов будет форум "расширения" как сейчас?

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

Viper, extension pack без переделки работает только на FF. Аналог extension list можно и для других браузеров сделать. А вот для TB - вряд ли получится, т. к. не браузер это.

В ТВ тоже Gecko присутствует. Или я туплю?

я почемуто думаю что можно будет создать и для ТВ экстеншенпак - xul поддержка есть движок тот же, что еще надо?

Читаешь невнимательно. Цитирую сам себя:

Объясни, plz, неразумному, какая разница?

Объясняю. Вот какой программой ты воспользуешься в первую очередь, чтобы установить расширение для TB ? Неужели Thunderbird'ом форум браузить будешь ?

А можно сделать так: расширения для thunderbird отправлять по почте вместе со скриптом установки в виде вложений. Т.е. открывает человек письмо и устанавливает расширения. Но это уже что-то не то, по-моему...

Наверно должно быть похоже на ЭТО