ContentScript dla browser.html w WebExtensions manifest file

[look997]

Proszę wesprzeć tego buga, on jest kluczowy dla przetrwania Firefoksa.
https://bugzilla.mozilla.org/show_bug.cgi?id=1356521

[spiritRKS1910]

Szkoda zachodu, i tak zablokują XUL-a i całą resztę, będzie bidne WebExt, ta sama historia jak z Australis, ludzie są na NIE a karawana jedzie dalej. Swoją drogą całe to WebExt miało być lekiem na kompatybilność między przeglądarkami, ale nawet w obrębie tych samych poleceń zdarzają się wyjątki, już nie wspominając o nowych rzeczach z FX, które nie mają odpowiedników w Chrome. Idealny byłby stary model (z e10s) + WebExt, co kto woli, ale wolność wyboru nawet w przypadku Firefoksa widocznie się skończyła. Suma sumarum i tak skończymy na niekompatybilnym kagańcu. A taka fajna przeglądarka była...

[look997]

Okazuje się, że istnieje WebExtensions Experiments, ktore daje dostęp do tego samego co stare API:
https://webextensions-experiments.readt ... en/latest/

Z nieznanych przyczyn się o tym nie mówi. Co prawda nie jest to dostępne dla zwykłych śmiertelników, ale jakby ktoś bardzo potrzebował jakiegoś rozszerzenia to może sobie przeportować. Ja tak zrobię ze swoimi rozszerzeniami, postaram się poinformować dotychczasowych użytkowników specjalną aktualizacją. Z oficjalnego AMO raczej tych dodatków już nie dostaną.

[spiritRKS1910]

Ale to jest tylko do eksperymentowania, nie działa na normalu, w zasadzie zrobione po to żeby devs mogli za free coś tam rzeźbić i ewentualnie, jeśli będzie to dobre, to trafi jako stabilne API. Przykład:
https://github.com/mixedpuppy/web-ext-toolbar
https://github.com/rpl/webext-experiment-devtools
Portowanie wszystkiego w ten sposób to karkołomne zadanie. Przydałoby się zwykłe obejście, które po prostu włączy działanie starych addonów i tyle, jeśli api dla nich wciąż figuruje w przeglądarce, coś jak wyłączenie podpisywania dodatków. Bez tego sporo osób utknie z wersją 56 na długi okres czasu, a potem i tak w większości przypadków przejdzie na Chrome, skoro i tak będzie taka sama bida w dodatkach.

[look997]

No napisałem że nie jest dla zwykłych śmiertelników.
Ale dla zdesperowanych jak najbardziej się nada.

To takie obejście by trzeba zrobić w formie eksperymentu właśnie.
Pewnie byłoby głośno o takim rozszerzeniu-obejściu.

[dexter]

Słyszałem coś, że w Nocnej będzie można jeszcze uruchamiać stare addony. Natomiast z wydaniem 57, AMO przestanie podpisywać stare dodatki, a więc nie będzie można puścić aktualizacji w starym trybie.

[spiritRKS1910]

Dobre i tyle bo i tak w Nightly chyba można bez podpisów jechać, problem oczywiście będzie z AMO oraz devsami - nikt rozsądny nie będzie tracił czasu na dziubanie kodu tylko dla takich wersji, jeszcze bez możliwości skorzystania z AMO. Mnie tam do szczęścia wiele nie trzeba, stary model addonów + aktualny silnik dla WWW, jak najdłużej się da. Potem to zostaną forki, ewentualnie stara wersja dopóki strony nie będą krzaczyć, bo jak mam mieć to samo co w Chrome to jednak wybiorę Chrome. Szkoda tylko devsów bo odwalali kawał dobrej roboty przy dodatkach i zostali "wydy...ni", najpierw e10s (co jeszcze nie było takie złe), ale zanim e10s weszło do stabilnej wersji to dostali info że cała ich robota z przepisaniem i tak była zbędna bo będzie nowy model, który nie oferuje nawet 1% co było dostępne do tej pory.

Aż się nóż w kieszeni otwiera na to nowe api, kiedy porównamy z dotychczasowymi możliwościami. Nawet głupi próbnik koloru w nowej CollorZilli jest ograniczany do samej strony, nie da się wyjść na elementy samej przeglądarki. Co gorsza nawet próbnik w narzędziach Dev przeportowali z XUL-a na HTML-a, i mamy takie samo ograniczenie + cholernie wolne działanie (strasznie ścina ta lupka). Znowu będzie trzeba szukać zewnętrznych programów bo przy takim modelu niewiele zrobimy samą przeglądarką.

@dexter, wiadomo jak długo jeszcze stare addony będą działać (nawet w beta/nighlty), są jakieś rozmowy albo bugi pootwierane?

[look997]

Zrobię aktualizację, która po prostu przekierowuje do strony gdzie opisane będzie jak włączyć nową wersję dodatku. Pewnie mało kto się zdecyduje, ale jak komuś zależy to będzie miał.

[look997]

@spiritRKS1910 a właśnie, paleta kolorów zaczęła dziwnie działać, z opóźnieniem zmieniać kolor. To wina zmiany devToola na HTML? To się wyjaśniło.

No ja zrobię, bo sam z nich korzystam, i nie wyobrażam sobie bez nich używać przeglądarki, także moim użytkownikom się poszczęści.

[dexter]

@dexter, wiadomo jak długo jeszcze stare addony będą działać (nawet w beta/nighlty), są jakieś rozmowy albo bugi pootwierane?

Niewiele: https://bugzilla.mozilla.org/show_bug.cgi?id=1359203

[spiritRKS1910]

https://bugzilla.mozilla.org/show_bug.cgi?id=1336576
https://wiki.mozilla.org/Add-ons/Firefox57
Czyli podobny myk jak z podpisywaniem może jeszcze zadziała.

[look997]

https://wiki.mozilla.org/Add-ons/Firefox57
Nie napisali nic o Firefox Unbranded, a pewnie będzie z tą wersją tak samo jak z wersją Nightly.
Po prostu polecę używać wersję Unbranded i zmianę parametru w about:config. Wtedy będą mogli instalować moje niepodpisane aktualizacje z mojej strony.

[spiritRKS1910]

Nie mogłem się oprzeć:
https://bugzilla.mozilla.org/show_bug.cgi?id=1344786
Tak wygląda prośba o najprostsze api, które pozwoli uruchomić/zrestartować przeglądarkę jeszcze raz za pomocą przycisku, co oczywiście w WebExt nie jest możliwe, no i odpowiedź jak zwykle ta sama RESOLVED WONTFIX, jak w przypadku większości takich próśb, i jak ktoś ma portować lepsze rozszerzenia skoro nawet takiej pierdoły nie dadzą. Bez jakiegoś restartlesa FX się nie obejdzie (przynajmniej u mnie).

[dexter]

No widziałem to. Też mam Restart i często używam.