Co je Nightly


Mozilla Nightly (také Firefox Nightly) je noční verze prohlížeče Firefox. Noční proto, že každou noc je z aktuálních zdrojových kódů sestavena nová verze. Minimálně jednou denně je tak dostupná nová aktualizace. Proč tedy Nightly (ne)používat, když je stále aktuální?

Každý chceme mít Firefox stabilní, prostě ne vždy máme čas řešit s prohlížečem pro každodenní používání nečekané problémy. I když to tak dříve rozhodně nebylo, i Firefox Nightly je dnes poměrně funkční a použitelná verze. Díky uživatelské základně, která Nightly používá každý den, se daří chyby podchytit a opravit velmi rychle, třeba už do druhého dne.

Proč Nightly zkusit

Po instalaci Nightly budete mít:

  • nové funkce ve Firefoxu o 18 týdnů dříve
  • rychlejší Firefox
  • zásluhu na snížení počtu pádů a funkčnosti finálních verzí
  • možnost získat si jméno včasným hlášením nalezených chyb
  • budete se podílet na vývoji Firefoxu i bez znalosti programovacích jazyků
  • pokud jste webový vývojář, kompatibilitu svého webu s novým prohlížečem a zároveň kompatibilitu Firefoxu
  • a při instalaci české verze nám můžete pomoci odchytat i nějaké ty chyby v lokalizaci

Noční verze jsou možná trochu méně stabilní, i když nemusí přímo padat, ale minimálně jsou rychlejší. Nedávno například Mozilla spustila pro uživatele Nightly větší počet procesů a o více než 3 měsíce dříve se k vám dostane i Quantum. Quantum bude nejenom rychlejší, ale i bezpečnější a včasným vyzkoušením můžete snížit počet chyb na minimum.

Aby mělo používání Nightly smysl, nesmíte zapomenout na důležité pravidlo – pokud narazíte na problém, někomu to řekněte. Nightly slouží pro testování a tak nezapomeňte třeba i malý problém vždy co nejrychleji nahlásit. Ušetříte tím čas sobě, vývojářům i uživatelům finálních verzí, pokud by se chyba dostala až tam. Nightly si můžete stáhnout pro počítač i pro Android. Pro hlášení chyb si pak zapište kanál #nightly na IRC a případně Twitter. Komunikace probíhá v angličtině.

Co vás zajímalo na DevConfu

Předminulý týden jste nás opět mohli s naším stánkem potkat na Brněnské konferenci DevConf, kde jsme jako u našich předchozích stánků zodpovídali dotazy, dělali živou podporu, sem tam přednesli nějakou přednášku a samozřejmě také rozdávali samolepky a tetovačky 🙂
Na co jste se nás ptali a s jakými problémy jste za námi chodili?

Číst dále …

Trails: Mozilla experimentuje s lepší navigací v historii panelů


Od začátku současného tisíciletí dominuje prohlížení webu v panelech, které ve všech prohlížečích funguje stejně. A protože toto paradigma má svoje mouchy, rozhodla se Mozilla v rámci rozhraní Browser.html vyzkoušet něco jiného. A tak vznikl experiment nazvaný Trails (cesty). Jako jeho příklad uvedeme nákup pizzy.

Hledání nejlepší pizzy

Anička si chce na internetu objednat pizzu. V dnešním pojetí panelů začne otevřením vyhledávače a zobrazením výsledků třeba pro „pizza se sýrem“.

Ve výsledcích se jí zalíbí třeba Yelp a v seznamu na něm jedna z restaurací. Odkazy na stránky jednotlivých restaurací se na Yelpu otevírají v nových panelech. A tady je první problém – celá historie, jak se Anička na stránky pizzerie dostala, je pryč. Nově otevřený panel nemá s původním žádné spojení.

A zapomínání prohlížeče se od teď už jen prohlubuje s tím, jak Anička hledá další a další pizzerie. Jakmile znovu otevře první panel, v něm se vrátí zpět na seznam restaurací a vybere si jinou, ztratí se z historie panelů i stránka první restaurace na Yelpu. Takhle při hledání té nejlepší pizzy Anička v historii panelů už nikdy nezjistí, jak se na které stránky dostala. I když prohlížeče mají nástroje pro zobrazení seznamu všech navštívených stránek, tuto ztracenou informaci už neukáže žádný.

Od panelů k cestám

V Browser.html se připravuje prototyp rozhraní, které oba výše zmíněné problémy řeší. Anička tak uvidí nejenom stránky v přímé linii prohlížení, ale i ty, které „přeskočila“. Variant prezentace cest je několik – omezení na počáteční a koncovou stránku, zobrazení ve stromu nebo zobrazení úplných cest od začátku až do konce.

Poslední varianta s úplnými cestami je ideální ve smyslu zobrazení kompletní historie – od vyhledávače po nalezenou restauraci, odkud si Anička pizzu objedná. Bude ale poměrně složité se ve všech cestách vyznat, pokud se zobrazí úplně celé a najednou. Ke zjednodušení by se dalo použít určité skládání a plně zobrazovat jenom tu cestu, kterou bude zrovna Anička procházet. Demonstraci takové navigace ukazuje následující video.

Rozdíly mezi panely a cestami

Pokud si odmyslíte způsob navigace a zobrazení kompletní historie, jsou panely a cesty prakticky stejné. Ze strany Mozilly je to záměr – cíl není panely úplně odstranit a nahradit, ale rozšířit a posunout dál uživatelský prožitek. Cesty tak může Anička používat v úplně stejně jako panely, kdy každá cesta je vlastně panel s kompletní historií od vyhledávače až po cílovou stránku restaurace.

Nápad se zobrazením cest každopádně není nový. Vzešel vlastně z eseje Vannevara Bushe As We May Think, kde popsal představu stroje, který funguje jako osobní knihovna našich vlastních myšlenek. Tento strom se promítl třeba do Xerox trails a Trailblazer.io. Browser.html pak poslouží jako test podobného konceptu u Mozilly.

Kam dál

Je potřeba upozornit na to, že Trails je stále jenom experiment. Demonstrační video ani neukazuje cesty v rozhraní prohlížeče, ale jenom samostatně. Každopádně pokud vás nastíněný koncept zaujal a chcete se na experimentu podílet, podívejte se na GitHub a zapojte se do konverzace na Slacku.

(Zdroj: Patryk Adaś na medium.com)

Mozilla mění strategii v IoT


Na konci minulého týdne internetem proletělo několik zpráv o ukončení projektu Connected Devices. Ten nepřímo navazoval na už ukončený vývoj Firefox OS. Z Firefox OS Mozilla ponechala jenom pár nápadů a pokusila se s nimi zahájit průzkum IoT. I když časem přibyly další nápady a experimenty, Mozilla došla k závěru, že pro uvedení nějakého skutečného produktu do světa IoT je brzy. Jediný relativně hotový byl Sensor Web, o kterém jsme mluvili v listopadu na OpenAltu.

Connected Devices tak Mozilla jako samostatný projekt ukončila a IoT přesune do fáze výzkumu (tzv. Emerging technologies). Odtud v minulosti vzešel programovací jazyk Rust, jádro Servo/Quantum, A-Frame pro WebVR, rozpoznávání řeči Deep Speech a další. V rámci těchto změn opustí Mozillu Ari Jaaksi, který Connected Devices vedl, a někteří další zaměstnanci, pro které po změně nebude žádná vhodná pozice. Níže přikládám oficiální vyjádření, které nám z Mozilly zaslal Alex Salkever.

„IoT is clearly an emerging technology space, but it’s still early. We have shifted our internal approach to the IoT opportunity to step back from a focus on launching and scaling commercial products to one focused on research and advanced development, dissolving our Connected Devices initiative and incorporating our IoT explorations into an increased focus on Emerging Technologies. This is much like our approach to Quantum which emerged from Servo/Rust. We continue to grow our headcount and investment across all of Mozilla, including investments in new areas like IoT, VR, AR and Decentralized Web, however there will be role eliminations as part of these internal changes as we need fewer and different roles as part of this shift in approach. We are working with all Mozillians affected to help them transfer to new roles as part of this continued IoT exploration or other roles at Mozilla. If there is not a role for an individual affected, we are providing severance, extended benefits and outplacement services.

Although we believe it is the right strategic decision for Mozilla, we recognize that it will impact people’s lives and are are committed to supporting their well-being. People are the reason why we can get anything done — this isn’t lost on us — and we did not make this decision lightly.“ – Chris Beard, CEO, Mozilla

Výsledky experimentu s odděleným procesem pro GPU


V nočních verzích Mozilla testuje první části projektu Quantum, který se obecně soustředí na portování hotových věcí z experimentálního vykreslovacího jádra Servo. To zahrnuje jednak maximální využití paralelismu, druhak potenciálu využití výkonu grafické karty. Antony Hughes na svém blogu publikoval čísla z experimentu s tzv. GPU offloading, tedy přesunem veškěré práce s GPU do samostatného procesu. Mozilla si od toho slibuje zvýšení stability Firefoxu a omezení počtu pádu prohlížeče kvůli chybám s nestabilními ovladači grafických karet, se kterými pak komunikuje jenom jeden k tomu přímo určený proces.

V nočních verzích experiment běžel bez nějakého většího humbuku několik týdnů pro uživatele na Windows s vybranými grafickými kartami. Na první pokus jsou čísla poměrně působivá – Firefox s GPU procesem padal o 5% méně kvůli vlastním chybám (skoro o polovinu se snížil počet pádů kvůli ovladačům GPU). Bohužel si s novým procesem zatím nerozuměly zásuvné moduly (Flash), které zase způsobovaly o 5% pádů více než obvykle. Suma sumárum to napoprvé nebylo vůbec špatné a Mozilla připravuje další iteraci pro test s větším počtem uživatelů a zřejmě i lepší podporou platforem.