The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Firefox переходит на новый API разработки дополнений, близки..., opennews (??), 22-Авг-15, (0) [смотреть все] –2

Сообщения [Сортировка по времени | RSS]


287. "Firefox переходит на новый API разработки дополнений, совмес..."  +1 +/
Сообщение от Аноним (-), 24-Авг-15, 10:55 
Они забыли про дополнения для внутреннего использования.
Лет пять назад написал для автоматизации своего workflow несколько дополнений, которые используются исключительно для личного использования.
Нигде публиковать эти дополнения я не хочу и заверять цифровой подписью тоже.  С этими подписями создают бессмысленный геморой, лишь немного усложняющий установку вредоносных дополнений (после получения контроля за компьютером пользователя будут патчить код проверки или подставлять свой открытый ключ).

По поводу нового API, с прекращением поддержки XUL многие компании, который заказывали специализированные дополнения на стороне, пролетают, переписать такие дополнения просто некому.

Ответить | Правка | Наверх | Cообщить модератору

301. "Firefox переходит на новый API разработки дополнений, совмес..."  +/
Сообщение от Andrew (??), 24-Авг-15, 14:40 
Аналогично. У меня два крупных клиента, один на Украине. То что для них написано, переписать физически просто невозможно.  
Ответить | Правка | Наверх | Cообщить модератору

309. "Firefox переходит на новый API разработки дополнений, совмес..."  +/
Сообщение от serg1224 (ok), 24-Авг-15, 21:47 
> Аналогично. У меня два крупных клиента, один на Украине. То что для
> них написано, переписать физически просто невозможно.

Есть три мысли на эту тему:

1) Для работы с конкретным приложением можно использовать старую версию Firefox. Поочерёдно запускается то один, то другой Firefox. Не супер удобно, но вполне себе выход из положения.

2) Иногда бывает удобней (надёжней) встроить браузер в своё приложение, чем писать плугин к браузеру, развитием которого Вы не можете управлять.

3) Можно скомпилять свою сборку Firefox.

Ответить | Правка | Наверх | Cообщить модератору

327. "Firefox переходит на новый API разработки дополнений, совмес..."  –1 +/
Сообщение от Andrew (??), 25-Авг-15, 08:27 
Скорее всего свалю на node.js + (что нить гуевое)
Ответить | Правка | Наверх | Cообщить модератору

310. "Firefox переходит на новый API разработки дополнений, совмес..."  –1 +/
Сообщение от serg1224 (ok), 24-Авг-15, 21:50 
> По поводу нового API, с прекращением поддержки XUL многие компании, который заказывали
> специализированные дополнения на стороне, пролетают, переписать такие дополнения просто
> некому.

А это фол вашему архитектору или тому, кто его "заменял". Подобные риски - его сфера деятельности. И, как известно, ошибки на этапе проектирования особенно ценны! В прямом смысле.

Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

328. "Firefox переходит на новый API разработки дополнений, совмес..."  –1 +/
Сообщение от Andrew (??), 25-Авг-15, 08:30 
>> По поводу нового API, с прекращением поддержки XUL многие компании, который заказывали
>> специализированные дополнения на стороне, пролетают, переписать такие дополнения просто
>> некому.
> А это фол вашему архитектору или тому, кто его "заменял". Подобные риски
> - его сфера деятельности. И, как известно, ошибки на этапе проектирования
> особенно ценны! В прямом смысле.

Хера се!  Так ведь и майкрософт в один прекрасный день взбрыкнет отказаться от ActiveX, не хилый риск?

Ответить | Правка | Наверх | Cообщить модератору

359. "Firefox переходит на новый API разработки дополнений, совмес..."  +/
Сообщение от serg1224 (ok), 08-Сен-15, 20:55 
>>> По поводу нового API, с прекращением поддержки XUL многие компании, который заказывали
>>> специализированные дополнения на стороне, пролетают, переписать такие дополнения просто
>>> некому.
>> А это фол вашему архитектору или тому, кто его "заменял". Подобные риски
>> - его сфера деятельности. И, как известно, ошибки на этапе проектирования
>> особенно ценны! В прямом смысле.
> Хера се!  Так ведь и майкрософт в один прекрасный день взбрыкнет
> отказаться от ActiveX, не хилый риск?

Microsoft так часто объявляет всякие "новые" и "модные" API, что на них уже давно не стоит обращать внимания.

Ответить | Правка | Наверх | Cообщить модератору

320. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от arisu (ok), 24-Авг-15, 23:54 
> Они забыли про дополнения для внутреннего использования.

они не забыли, им попросту плевать. точно так же, как в своё время было плевать на remote xul — хотя им и в багтрекере, и в рассылке писали, что много где remote xul используется для написания внутреннего софта организаций. и что от mozco требуется только НИЧЕГО НЕ ТРОГАТЬ, если уж улучшат не хотят.

> Лет пять назад написал для автоматизации своего workflow несколько дополнений

всё, ты — не ЦА mozco. нынешняя ЦА mozco — тупорылое хомячьё, хоторое довольно политикой walled garden, а «написать дополнение» для них — действие, невозможное в принципе.

Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру