GitHub začal používat čtečku PDF z Firefoxu (diskuse)

[FrostyX]

Za tuhle featuru jsem rád. Ale trvá teda docela dlouho, než se to pdfko načte.

[Bedňa]

Je to mladý projekt a k optimalizáciam sa ešte asi nedostali, už len vďaka chýbajúcim implementáciam fjučúr PDF.

[mirec]

Všimol som si. Dnes mi vďaka tomu zatuhol firefox na 2 minúty keď som si chcel stiahnúť schému.

[xm]

To je tak když browser nemá oddělené procesy... kdy už to Firefox konečně zavede? V tomhle za Chromiem už strašlivě dlouho hrozivě zaostává.

[Michal Kubeček]

Ve vývojových verzích je cosi, čemu říkají "e10s" a co by měl být krok tímto směrem, ale mé zkušenosti jsou zatím takové, že se to chová daleko hůř než když to vypnu. Kromě toho, že akce v jednom tabu s tím blokuje renderování ostatních mnohem častěji než dřív, to má ještě jednu velmi vypečenou vlastnost: když ten "Web Content" proces spadne (a to se ze začátku dělo dost často), ve všech tabech všech oken se místo stránky objeví upozornění, že renderovací proces spadnul, a je potřeba v každém jednotlivém tabu kliknout na "reload", aby se znovu zobrazil.

[xm]

Wow, to mi zní jak špatný vtip!

V Chromiu normálně můžu zabít (klidně přes ps/kill, ale Chromium má integrováno i vlastního správce procesů, kde je to přehlednější) jen jednotlivé taby a ostatních se to nijak nedotkne. Občas se to extrémně hodí, když má člověk otevřeno několik desítek tabů a potřebuje uvolnit paměť, tak kouknu a zabiju jen příslušné provinilé stránky co žerou nejvíc (obvykle věci jako Gmail nebo Facebook plné spousty javascriptu, ale občas se najdou i vcelku překvapiví provinilci). Hlavní ale je, že nikdy žádná stránka nezpomaluje ostatní, byť by se třeba celá sekla (i když pravda to jsem nezažil už ani nepamatuju).

[Michal Kubeček]

Ono to nemá být úplně totéž, zatím je to jen oddělení renderování do samostatného procesu. A taky je to zatím novinka (IIRC se to ještě nedostalo do žádné release verze), na které bude potřeba ještě hodně zapracovat.

[j]

Ono se to uplne stejne dmntne chova s pluginama, coz je uz v ostry. Takze kdyz si na yt zapnu html5, vlezu tam, cosi se podela (99%), reloadne se to (wtf?) a pak se spusti jak html5 tak flash, pricemz jedno ztoho bezi v samostatnym procesu, a bezi to vesele dal i po zavreni tabu.

S flashem only to "proste funguje", a to nemluvim samo o tom, ze v html5 dostanu maximalne 720p a 100% zatez CPU.

[mirec]

Chromium nemôžem používať lebo mi nevlezie do RAM. Preto som prešiel na firefox.

[Ondrej Santiago Zajicek]

Typicky priklad sikany uzivatele. Misto toho, aby se uzivateli proste poslalo PDF a on si mohl zvolit, cim ho zobrazi, tak mu vnutime Pdf.js at chce ci ne.

[j]

Nebo si nastavis ze chces adobe reader, a pri pristi aktualizaci FF se ti tam zpatky vrati ten nefunkcni js bazmek co jen vyzira CPU a vecne pada.

[Jendа]

Cožpak tam nebude dále možnost stáhnout si syrové PDF a otevřít si ho v čem je libo?

[chrono]

Pri žiadnom inom type súborov sa obsah neposiela priamo používateľovi (na to tam majú tlačidlo "Raw"), tiež by som ale privítal, keby sa tie prehliadače dali vypnúť.

[Drom]

+1

Vztah mezi PDF a GitHubem mi uniká ještě více než mezi formátem dokumentů PDF a prohlížečem dokumentů (X)HTML...