The OpenNET Project / Index page

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



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

Оглавление

Mozilla не станет переносить все ограничения API WebExtensio..., opennews (??), 04-Сен-19, (0) [смотреть все]

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


60. "Mozilla не станет переносить все ограничения API WebExtensio..."  +/
Сообщение от Kuromi (ok), 04-Сен-19, 21:20 
И да и нет. С одной стороны правильно то, что они не хотят поддерживать тоталитарные поползновения Гугля, с другой стороны "Mozilla отойдёт от практики полного следования манифесту и не будет переносить в Firefox изменения, нарушающие совместимость с дополнениями" - возникает вопрос, а какой смысл был вышвыривать своё-рабочее и принимать Гугловский стандарт чтобы теперь гордо отказаться ему следовать и в перспективе потерять "совместимость" ради которой все затевалось?

Так-то ничего удивительного, Мозилла давно уже расширяет Гугловский стандарт как им удобно, но общая совместимость с Хромыми расширениями была, а теперь это уже настоящая развилка.

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

73. "Mozilla не станет переносить все ограничения API WebExtensio..."  +1 +/
Сообщение от Аноним (73), 05-Сен-19, 04:19 
> а какой смысл был вышвыривать своё-рабочее

Потому что своё-рабочее работало ценой жутких проблем по изменению браузера. И если бы старое апи оставили, оно бы 10 раз успело поломаться и поломать расширения, заставив авторов переписывать, потому что легаси-расширения лезли в кишки браузера, а кишки активно переделываются. Помимо поломок расширений и браузера у юзеров, были бы тормоза. А с ними пошла борьба, новая лиса должна у всех быть быстрой, а не в зависимости от того как юзают. Потому и выкинули.

> и принимать Гугловский стандарт

Чтобы не лишиться расширений вообще. Видели мы, на что способны разрабы лисьих расширений. Выкатили ужасные Greasemonkey, Foxyproxy, Noscript. Если бы создавали своё новое апи, они бы выкатили те же самые глючные неудобные поделия, а новые разработчики просто бы не стали пилить с нуля для браузера с малой долей.
Взяв апи хроморасширений мозила получила нормальные порты хромых расширений в виде Violentmonkey, Proxy SwitchyOmega, uMatrix/uBlock как замену тем глючным поделиям со старыми названиями, и еще кучу разных портов или новых расширений.
Дроп старого апи - это попытка спасения браузера и шанс не умереть, развиваясь. Взятие апи хроморасширений - это спасение базы расширений.

> чтобы теперь гордо отказаться ему следовать

Это выгодно даже в плане пиара. https://www.forbes.com/sites/kateoflahertyuk/2019/05/30/goog.../

> и в перспективе потерять "совместимость" ради которой все затевалось?
> Так-то ничего удивительного, Мозилла давно уже расширяет Гугловский стандарт как им удобно

Именно потому. Совместимость с хромом нужна полезная лисе, а вредная не нужна. Всё просто же. Лиса может даже реализовать хромой declarativeNetRequest для совместимости, но просто не удалять блокирующие возможности webRequest. И у авторов расширений для лисы будет выбор, использовать новый урезанный declarativeNetRequest или старый полноценный webRequest.

> но общая совместимость с Хромыми расширениями была, а теперь это уже настоящая развилка.

Развилку эту делает гугл, за что его полощут в СМИ. Никто не будет ругать мозилу за то, что она сохранила у себя webRequest, который исчез из хрома. Кроме гугла.

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

75. "Mozilla не станет переносить все ограничения API WebExtensio..."  +/
Сообщение от Kuromi (ok), 05-Сен-19, 04:38 

> Потому что своё-рабочее работало ценой жутких проблем по изменению браузера. И если
> бы старое апи оставили, оно бы 10 раз успело поломаться и
> поломать расширения, заставив авторов переписывать, потому что легаси-расширения лезли
> в кишки браузера, а кишки активно переделываются. Помимо поломок расширений и
> браузера у юзеров, были бы тормоза. А с ними пошла борьба,
> новая лиса должна у всех быть быстрой, а не в зависимости
> от того как юзают. Потому и выкинули.

Насчет проблем с изменением браузера все верно, НО периодически API менялись и адекватные разработчки расширений обновляли их вслед за браузером. Неадекватные не делали ничего и из-за этого была куча проблем. Кроме того, такое ощущение что все уже забыли. что помимо обычного XUL были еще Jetpack и SDK-based аддоны, которые должны были смягчить эту проблему. И кстати, насчет переписывания - таки переписывали, накануне создания WebExt уже были рабочие e10s XUL аддоны. Да, авторы ныли, ругались, но портирование шло. Именно поэтому WebExt был принят так плохо - потому что авторы именно что задолбались портировать.

> Чтобы не лишиться расширений вообще. Видели мы, на что способны разрабы лисьих
> расширений. Выкатили ужасные Greasemonkey, Foxyproxy, Noscript. Если бы создавали своё
> новое апи, они бы выкатили те же самые глючные неудобные поделия,
> а новые разработчики просто бы не стали пилить с нуля для
> браузера с малой долей.
> Взяв апи хроморасширений мозила получила нормальные порты хромых расширений в виде Violentmonkey,
> Proxy SwitchyOmega, uMatrix/uBlock как замену тем глючным поделиям со старыми названиями,
> и еще кучу разных портов или новых расширений.
> Дроп старого апи - это попытка спасения браузера и шанс не умереть,
> развиваясь. Взятие апи хроморасширений - это спасение базы расширений.

"ужасные Greasemonkey, Foxyproxy, Noscript" - серьезно? Вы хоть видели ужасные старые расширения? Удобный интерфейс НоСкрипта, WebExt версия которого, кстати, только сейчас более-менее функционально приблилзилась к "ужасной старой" версии? Гризманки? А сколько удобнейших расширений было вообще потеряно в процессе?

"мозила получила нормальные порты хромых расширений" - Очень в точку. Порты "хромых" расширений. Оно и видно было чем был забит AMO в первые месяцы царствия WebExt - хелло ворлдами и полурабочими "портами".

Особенно хорошо "успех" заметен на андроиде. Если XUL расширtния под Fennec (Firefox for Android) еще мало по малу но делали, то после WebExt их там почти не осталось. Зато да, Мозилла  гордо заявила "60% на декстопе не ставят аддоны, а на Андроиде и того больше" и уже уверенно дропнула аддоны из Fenix. Наверное "чтобы спасти браузер и не умереть".

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

89. "Mozilla не станет переносить все ограничения API WebExtensio..."  +/
Сообщение от Аноним (73), 05-Сен-19, 12:57 
> "ужасные Greasemonkey, Foxyproxy, Noscript" - серьезно? Вы хоть видели ужасные старые расширения? Удобный интерфейс НоСкрипта, WebExt версия которого, кстати, только сейчас более-менее функционально приблилзилась к "ужасной старой" версии? Гризманки?

Так я про webext версии, внимательнее читайте. Легаси версии этих расширений были хороши. А webext ужасные сделали. От других разработчиков альтернативные расширения лучше. Потому говорю забыть про названия и репутацию старых, а сравнивать webext версии и выбирать лучшее. Очень многие пробуют webext версии знакомых легаси-расширений и после этого делают вывод, что webext/лиса/мозила плохие, а не конкретно эти расширения плохие.

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

97. "Mozilla не станет переносить все ограничения API WebExtensio..."  +/
Сообщение от Kuromi (ok), 05-Сен-19, 22:21 
NoScript кстати уже более-менее юабелен, этоя  вам как фанат Легаси версии говорю. Не то совсем, конечно, но сильно лучше чем первые webext релизы от которых сразу харакири делать хотелось.
Ответить | Правка | Наверх | Cообщить модератору

88. "Mozilla не станет переносить все ограничения API WebExtensio..."  +/
Сообщение от КО (?), 05-Сен-19, 11:27 
>и полного следования манифесту и не будет переносить в Firefox изменения, нарушающие совместимость с дополнениями" - возникает вопрос, а какой смысл был вышвыривать своё-рабочее и принимать Гугловский стандарт чтобы теперь гордо отказаться ему следовать

Чтобы дополнения Хромого в Лисе работали, а дополнения Лисы в Хромом нет.
Игра на публику...

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

96. "Mozilla не станет переносить все ограничения API WebExtensio..."  +1 +/
Сообщение от Аноним (96), 05-Сен-19, 21:12 
>Чтобы дополнения Хромого в Лисе работали

И даже те, что написаны под новый declarativeNetRequest ? Неизбежная дивергенция, когда технические и политические взгляды разошлись. Вот с этим начинанием Мурзиллы за последние года 4 я полностью согласен. Жаль, что доля фаерфокса мала, и боюсь, в итоге через год-полтора они прогнуться под гугл.

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

99. "Mozilla не станет переносить все ограничения API WebExtensio..."  +/
Сообщение от КО (?), 06-Сен-19, 21:54 
А что есть подозрение, что declarativeNetRequest реализован не будет?
Пока шла речь о нежелании реализовывать все ограничения.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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