Zatrać się w zieleni – Midori 8

Miłośnicy form nieoczekiwanych z pewnością z nostalgią wspominają dni hegemonii przeglądarki Midori. Hegemonia ta oscylowała w granicach któregoś tam miejsca po przecinku, niemniej założenia projektu wystarczyły, aby Midori stała się minimalistyczną przeglądarką WWW dla wielu dystrybucji. Ten nieustępliwy lot ku świetlistej glorii zaburzył pewien fakt. Projekt zamarł na kilka lat. Aż tu nagle…

Midori 8
Aż tu nagle okazało się, że autor po prostu musiał wziąć głębszy oddech. Po kilku latach przemyśleń i w obliczu groźby hiperwentylacji, przeglądarka powróciła do łask swego twórcy. Świadectwem może być wydana w grudniu ubiegłego roku wersja 7. Teraz Midori 8 potwierdza ten trend i jest po prostu… Lepsza niż poprzednie wydania.

Robolicious, bo taka jest nazwa kodowa tej wersji, to nieustający triumf koncepcji nad czasem. Wiele spraw musiało odnaleźć się w obecnych realiach, niektóre niuanse wymagały ulepszenia, a lifting całości wychodzi na dobre wszystkim.

  • komunikaty Javascript ponownie w oknach dialogowych,

  • naprawiony błąd uzupełniania w pasku adresu i lepsze filtrowanie Adblock,

  • ujednolicony pasek okna aktywowany domyślnie w środowiskach Budgie, GNOME i Patreon,

  • ponowne wprowadzenie przełączników ‘–inactivity-reset, ‘-e Fullscreen’ i ‘-e ZoomIn’,

  • początki wsparcia dla obsługi wtyczek z innych przeglądarek,

  • odnośnik w About do strony umożliwiającej zgłaszanie błędów,

  • poprawna obsługa różnych URI, jak np. apt:

  • poprawiona ścieżka instalacyjna dla appdata i wtyczek,

  • możliwość zbudowania Midori dla Androida przy użyciu Gradle,

  • lepsze wychwytywanie błędów na odwiedzanych stronach,

  • bardziej elastyczny wskaźnik stopnia skalowania,

Całkiem uczciwa lista zmian, nieprawdaż? Problem jednak pozostaje dostępność przeglądarki. Chętni muszą instalować ją ze źródeł, no chyba, że użyją paczki snap dostępnej w Ubuntu:

snap install --edge midori

Wyjątkiem są też użytkownicy Arch Linuksa, Manjaro i pochodnych – tam Midori znajduje się w głównym repozytorium:

sudo pacman -Syu midori

A na koniec, śpieszmy się lubić przeglądarki wykorzystujące WebKit, tak niewiele już ich zostało… 

11 komentarzy

  1. Świat nie potrzebuje kolejnej przeglądarki opartej na duecie WebKit & GTK. Epiphany w GNOME wystarczy. Świat potrzebuje pierwszej przeglądarki opartej na duecie GTK & Blink. Kiedy GTK dorośnie do wsparcia Blinka?

    WebKit jest słaby, nikt poważny go nie wspiera, jest do tyłu z nowościami HTML/CSS/JS. Dopóki appki/browsery GTK-based będą uzależnione od WebKita, dopóty twory takie jak Epiphany i Midori będą zabawką.

  2. Nope. Chromium jedynie używa GTK do komunikacji z serwerem grafiki i do okien dialogowych, ale cała reszta GUI to customowy toolkit Google’a.

  3. Takich developerów jak autor Midori raczej mało interesuje to co jest potrzebne światu a co nie. Robi to z osobistych pobudek. Zresztą powinieneś to doskonale rozumieć tworząc milionowego CMSa napisanego w PHP. A przeglądarki oparte o WebkitGTK policzysz na palcach jednej ręki.

    A samego WebKita ktoś tam wspiera. Taka trochę niszowa, jeszcze nikomu nieznana firma, ale zawsze. Nazywa się Apple. A ponieważ na ichniejszym mało popularnym mobilnym systemie operacyjnym zwanym iOS nie można korzystać z innego silnika przeglądarki niż WebKit, korzysta z niego jakaś tam malutka część populacji. 🙂 To że WebKit nie wspiera najnowszych najnowości nie ma znaczenia, bo deweloperzy i tak nie będą z nich korzystać, chyba że chcą się odciąć od dużego grona użytkowników.

    Pozdro Tomek

    @EDIT
    Na wsparciee Blinka w GTK raczej nie ma co liczyć. Raz, że społeczność wolnego oprogramowania na pewno nie będzie się dokładać do monopolu Google, a dwa że napisanie takiej biblioteki jak WebKitGTK to syzyfowa robota, której nikt już się raczej nie podejmie.

  4. Nie pracuję nad żadnym milionowym CMS-em. Właśnie dlatego, że to głupota. A to, że robiłem to wcześniej – cóż, młody byłem.

    WebKita nikt nie wspiera. Mnóstwo stron rozsypuje się na WebKicie lub jest wybrakowanych. Mój znajomy, miłośnik Apple, bardzo chwali sobie Safari za spójność z ekosystem MacOS. Jednocześnie rzuca k*rwami, gdy musi skorzystac z czegokolwiek bardziej zaawansowanego niż prosta strona z tekstem. Obejrzenie filmu na YT w wyższej rozdzielczości — nope. Spójnośc graficzna z innymi przeglądarkami — często nie. Słowem: działa, ale tylko jako tako.

    Dopóki nie będzie wsparcia dla Blinka w GTK (tak jak jest dla Qt), dopóty żadna przeglądarka oparta na GTK (nie, Chrome nie jest oparte na GTK; nie, Fx też nie jest) nie będzie miała większego znaczenia na rynku.

  5. Nie pracuję nad żadnym milionowym CMS-em. Właśnie dlatego, że to głupota. A to, że robiłem to wcześniej – cóż, młody byłem.

    WebKita nikt nie wspiera. Mnóstwo stron rozsypuje się na WebKicie lub jest wybrakowanych. Mój znajomy, miłośnik Apple, bardzo chwali sobie Safari za spójność z ekosystem MacOS. Jednocześnie rzuca k*rwami, gdy musi skorzystac z czegokolwiek bardziej zaawansowanego niż prosta strona z tekstem. Obejrzenie filmu na YT w wyższej rozdzielczości — nope. Spójnośc graficzna z innymi przeglądarkami — często nie. Słowem: działa, ale tylko jako tako.

    Dopóki nie będzie wsparcia dla Blinka w GTK (tak jak jest dla Qt), dopóty żadna przeglądarka oparta na GTK (nie, Chrome nie jest oparte na GTK; nie, Fx też nie jest) nie będzie miała większego znaczenia na rynku.

  6. Takich developerów jak autor Midori raczej mało interesuje to co jest potrzebne światu a co nie. Robi to z osobistych pobudek. Zresztą powinieneś to doskonale rozumieć tworząc milionowego CMSa napisanego w PHP. A przeglądarki oparte o WebkitGTK policzysz na palcach jednej ręki.

    A samego WebKita ktoś tam wspiera. Taka trochę niszowa, jeszcze nikomu nieznana firma, ale zawsze. Nazywa się Apple. A ponieważ na ichniejszym mało popularnym mobilnym systemie operacyjnym zwanym iOS nie można korzystać z innego silnika przeglądarki niż WebKit, korzysta z niego jakaś tam malutka część populacji. 🙂 To że WebKit nie wspiera najnowszych najnowości nie ma znaczenia, bo deweloperzy i tak nie będą z nich korzystać, chyba że chcą się odciąć od dużego grona użytkowników.

    Pozdro Tomek

    @EDIT
    Na wsparciee Blinka w GTK raczej nie ma co liczyć. Raz, że społeczność wolnego oprogramowania na pewno nie będzie się dokładać do monopolu Google, a dwa że napisanie takiej biblioteki jak WebKitGTK to syzyfowa robota, której nikt już się raczej nie podejmie.

  7. Zamiast:
    “ujednolicony pasek okna aktywowany domyślnie w środowiskach Budgie, GNOME i Patreon,”
    Powinno być:
    “ujednolicony pasek okna aktywowany domyślnie w środowiskach Budgie, GNOME i Pantheon,”

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Post comment

Witryna wykorzystuje Akismet, aby ograniczyć spam. Dowiedz się więcej jak przetwarzane są dane komentarzy.