Aktywne Wpisy
Nicolaus_Steno1 +578
TLDR: zweryfikowałem i wg mnie matka polaka jest prostytutka i dlatego robie ten wpis żebyście wiedzieli ze chłopak zamiast oddać matce cześć ze 100k jakie bierze za walke woli kłamać i kazac matce dalej się prostytuować
Zgodnie z zapowiedzią odwiedziłem Beatris (aka Bella, GFE RAFAELLA, Angel GFE)
Zmienia co parę dni miasto, ale ostatecznie udało mi się dojechać i dojść tam gdzie trzeba #pdk ( ͡° ͜ʖ ͡°)
Zgodnie z zapowiedzią odwiedziłem Beatris (aka Bella, GFE RAFAELLA, Angel GFE)
Zmienia co parę dni miasto, ale ostatecznie udało mi się dojechać i dojść tam gdzie trzeba #pdk ( ͡° ͜ʖ ͡°)
jestemtunew +324
Aktywne Znaleziska
Zawiera treści 18+
Ta treść została oznaczona jako materiał kontrowersyjny lub dla dorosłych.
Zauważyliście że przeglądając bazę rozszerzeń Firefoksa z wersji 57, jako działające są oznaczone praktycznie wyłącznie rozszerzenia ograniczające się do bycie UserScript'em dla stron?
Do tego tylko 3/20 w ogóle działają. To się pewnie jeszcze zmieni, ale raczej niewiele i to też najczęściej tylko w pozostałych UserScript'ach.
Mozilla powinna zrobić userscripts.mozilla.org i tam umieścić WebExtensions, a addons.mozilla.org zostawić dla prawdziwych rozszerzeń.
A tak serio, to czy istnieje jakaś baza Eksperymentalnych API prywatnych developerów rozszerzeń? Takich opartych o webextensions-experiments - http://webextensions-experiments.readthedocs.io/
Taka baza powinna być dosyć popularna, dziesiątki tysięcy, a nawet setki, w porywach miliony użytkowników normalnych rozszerzeń zostanie pozbawionych swoich ulubionych rozszerzeń. Taka baza byłaby dla nich ratunkiem.
@look997:
Nieprawda. Rozszerzenia są oczywiście trochę okrojone i nie ma już możliwości głębokiej ingeracji w przeglądarkę, niemniej nadal mogą dużo więcej niż zwykły skrypt UserScript.
Nawet NoScript jest przepisywany (z trudem, są problemy, ale jest) -> https://blog.mozilla.org/addons/2017/08/01/noscripts-migration-to-webextensions-apis/
Z kolejnych przykładów to chociażby uBlock.
API jest zbliżone do tego, które oferuje Chromium, tak czy siak mogą pojawić się
Nie trochę, tylko mocno ograniczone. Ale przecież napisałem kawałek dalej, że to żart.
Wszedłem na stronę AMO, i tylko 3/20 nie są wyszarzone. Poprzeskakiwałem kilka stron (są widoczne 20 dodatków na
Firefox Unbranded w wersji ESR.
Zmodyfikowanie go, żeby opcja xpinstall.signatures.required była na false, ewentualnie stworzyć własny system podpisów w nowej bazie dodatków, ale po co się ograniczać.
Dodać kilka API w oparciu o WebExtensions Experiments, które by miały np. bezpośredni dostęp do XPCOM (ja np. stworzyłem API
onallwindows
, które ładuje skrypty mające dostęp do XPCOM), ale też jakieś na pośrednim poziomie.Stworzyć stronę z dokumentacją
Mocno ograniczona jest ingerencja w UI. Samo API nie jest aż tak tragicznie mocno obcięte, ale fakt faktem - rozszerzenia mają mniejsze możliwości.
Weź pod uwagę liczbę userów danych rozszerzeń. Te najpopularniejsze (blokowanie reklam, stylish etc.) są/będą dostepne, więc większość userów nie ucierpi.
"Tak samo jak strony internetowe możesz sobie robić jakie chcesz ,nie jest tak, że jest standardowy zestaw elementów i nie możesz nic od siebie dodać, zmienić ani usunąć."
Ale tłumaczę ci, że to nie ma nic do rzeczy czy jest to większość.
@P0lip: Mogą sobie przejść całkiem na HTML w interface.
Porzucą(chociażby przez to, że jest przestarzałe)XPCOM, ale muszą je czymś zastąpić tak czy tak, bo z czegoś w końcu podstawowe funkcje przeglądarki muszą korzystać. I nadal te WE-Experiments mam nadzieję, że nie zostanie porzucone, bo to jest właśnie poletko do potencjalnych nowych stabilnych API dla WE(WebExtensions), także myślę, że to zostawią i
@P0lip: W zasadzie głównie o IU chodzi, ale nie tylko.