Firefox 51

Címkék

A Mozilla elérhetővé tette népszerű böngészője, a Firefox 51-es verzióját. A változásokról részletesen a kiadási megjegyzések weboldal számol be. Elérhető Windows, Linux és OS X platformokra számtalan nyelven, köztük természetesen magyarul is.

Hozzászólások

- ...
- Added support for FLAC (Free Lossless Audio Codec) playback
- Added support for WebGL 2, with advanced graphics rendering features like transform feedback, improved texturing capabilities, and a new sophisticated shading language
- ...

--
trey @ gépház

Sajnálatos módon már ez is csak egy bloatware.

Annó remekül kitalálták, hogy plugin-ekkel lehet majd fícsöröket hozzáadni, így nem kell a core böngészőt teleszarni opcionális vackokkal. Aztán mi van most?
pocket, share this shit, hello, developer, sync, tökömtudjamégmi - mind belegányolva.
A levakarhatatlan fizetett keresőkről, és az értelmetlen verziószámháborúról meg már ne is beszéljünk....

köszönjük.

--
zrubi.hu

A Windows XP támogatás is megszűnik az 53. verziótól. (egyéni szoc probléma)
Viszont a 22. verziótól beígért 2nd party kukik normális kezeléséhez még mindig plugin kell. Pedig ez az olyan szolgáltatói oldalak kezeléséhez fontos lenne, ahol a főoldal mögé SAP van dugva.

Annak ellenére hogy aktív FireBug felhasználó voltam, én sem örültem neki mikor bekerült a developer tools. Tipikusan rossz döntés alapértelmezetten ilyesmit tartalmazni, amire egészen biztosan a felhasználók nagyon apró töredékének van csak szüksége.

Ettől függetlenül remélem, hogy a Firefox versenyképes marad, nem lenne nekünk jó ha a webkit (vagy bármelyik másik) motor egyeduralkodóvá válna a weben.

Az 51-re való frissítés után összeesett a Firefoxom, "Bad news first: This tab has crashed" hibákat dobott, semmit nem lehetett megnyitni vele.

Restart with Add-ons disabled módban elindítva, majd mindent resetelve újra indult, de csak addig működött, amíg egyszer be nem zártam, majd újra nem indítottam.

Jelenleg visszatettem az 50-es verziót, azzal ismét működik a Firefox...

Jó, hát tudod mit érdemel az a bűnös, aki már kedden ugrik felrakni a patchkedd Windowsupdateket, v. aznap updatel ffox főverziót (.0 végűre) v. Apple Ios updatet szintén .0 végűre? Várni kell türelmesen 2-3 napot, addigra kiderül h megint baki volt v. sem. Ide jutott az IT ipar krémje 2012-17 között, ennyit tudnak, és egyelőre esély se látszik h. jobb lesz valaha. Ennyi.
--

Nincs se annyi gépe se annyi erőforrása. Amúgy ezért elérhető a béta, hogy ha gondolod előre kiderítheted, hogy nálad lesz-e gond vagy sem.

KAMI | 神
Linux Mint: https://linuxmint.hu LibreOffice: http://libreoffice.hu SeaMonkey : http://is.gd/smhun
Legyél Te is Mozilla és Linux Mint önkéntes

Automata update volt.
Mire feleszméltem már újra is indult a Firefox és nyögte a hámot. Azóta levettem a Mozilla Maintenance Service-t, már nem kell tartanom attól, hogy magától frissít.

Majd egyszer újra megpróbálom a frissítést egy későbbi verzióval (Pl. Firefox 82.0.1)

Egy másik fórumban már leírtam :) Mindig van éppen 20-30 megoldásra váró problémám (soha nem érem utól magam, tehát nem megy le 0-ra), és mindegyikhez kell irodalomkutatás --> darabonként 5-10 browser ablak (gugli, blog, KB article stb.). Hozzájön még néhány egyébkategóriás blog oldal, index, yotub. Így kb. ki is jön a 250-300. Kb. 50 mindig rotál (egyet bezárok, de nyitok helyette 1 másikat stb.)
--

Nyitott taboknak megvan az az előnye, hogy mindegyik tabnak megvan a szokott helye a tab struktúrában, akkor is, ha éppen nincsenek betöltve. Ha könyvjelzőkből nyitnám a tabokat szükség esetén, akkor mindig máshova kerülnének, én meg vagy keresgélhetem tabok közötti váltáskor, hogy éppen akkor melyik hol van és hova klikkoljak, vagy megnyitás után egyből rendeznem kell őket.

Évek óta nem bookmarkoltam semmit, amióta az Awesome Bar úgyis mindenre emlékszik, a Tree Style Tab pedig rendben tartja a nyitott tabokat.

Elfogadom, ahány ház, annyi szokás. Én jellemzően csak 2-3 fület tartok nyitva állandóan. Ha keresek valamit a neten, egy adott munka különféle vonatkozásai miatt kell, akkor 10-20 fül esetleg, de ez ideiglenes állapot, s utálom is, mert úgy érzem, átláthatatlan az egész, zavar. Simán előfordul ilyenkor, hogy egy órával később másodjára is megkeresem azt a tartalmat, ami egyébként már meg van nyitva valamelyik fülön.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Tree Style Tab-hoz ne nagyon szokj hozzá, nyakunkon a WebExtensions, az pedig teljesen ellehetetleníti majd, attól tartok...
Az Awesome Bar pedig nem kiegészítő, hanem csak a Firefox default address barjára aggatott hangzatos név, amióta a historyban lévő URL-ekre és azok címeire keres.

Lehet, hülyeséget kérdezek, de mennyi idő, míg az alap ubuntu lts tárolóba megérkezik (sudo update && upgrade) a kiadástól számítva?
Van lehetőség, hogy hamarabb megkapjam, de ne kelljen fejlesztői, vagy tester ágra váltanom?

Gondolom, az apt-get és társai is ismernek olyan kapcsolót, hogy a testing repót használja, ne kelljen a config file-okhoz nyúlni, s nyilván lehet csak egy konkrét csomagot frissíteni. Fedorán valahogy így nézne ki:

dnf --enablerepo=updates-testing upgrade firefox

Olvasd a csomagkezelő programod doksiját! :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem vagyok jártas Ubuntu berkekben. Fedorán az történik, hogy az adott csomagot lefordítják a build szerveren, innen is elérhető a csomag. Utána bekerül a testing repóba, majd néhány nap és nagyjából 2 hét közti idő múlva - ha nem volt vele probléma - bekerül a rendes repóba a csomag.

Tehát Fedorán a testing repó nem a következő kiadás csomagjait tartalmazza, hanem az aktuális kiadásét, csak még abban a fázisban, amikor nincs elég tapasztalat, visszajelzés arról, hogy minden rendben van. Így amit írtam, azzal nem vált az ember testing ágra, csak a kívánt egyetlen csomagot szerzi be hamarabb, ami aztán idővel bekerül a rendes repóba is. Ráadásul nem lesz átkonfigurálva a csomagkezelő, így megadva az opciókat csak az adott parancsra érvényes az, hogy a testing repóhoz nyúljon.

Ha az Ubuntu is így csinálja, akkor ebből nem lesz testing ágra váltás. Amennyiben az Ubuntu esetében a testing repó a következő release csomagjait tartalmazza, az egészen más helyzet, az nyilván nem jó neked.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ubuntunál ugyan így az adott verzióhoz van a testing repo.

Debiannál ez érdekesebb mert az kvázi rolling-release. A csomagok az unstable -> testing -> stable útvonalat járják be, de ebből a testing -> stable lépcső meghatározott időpontokban, minden csomagon egyszerre történik, ez az "új release". Persze ezt szükség esetén a biztonsági frissítések megkerülik.

úgy érzem kezd elfogyni a lábam alól a talaj. mert csak pentadactyllal kényelmes böngészni. amit sajnos nem fejlesztenek rendesen már egy ideje. jött az aláírósdi, azt valaki valahogy megoldotta. aztán jött az electrolysis, amit a pentadactyl nem engedett, de akkor az összes html5 video pár másodperces loopokban ugrálni kezdett. ha engedélyezem az e10s-et, akkor nincs ugrálás, cserébe a szövegmezők egy részébe nem lehet írni. valami egzotikus about:config kulcs átírásával megoldódott a probléma, e10s nélkül. néztem a pale moont, mert arra van pentadactyl, de azt írják nem egyszerű már migrálni firefoxról, és ublock origin is kéne. aztán ott van az uzbl-tabbed, amit be lehet állítani pentadactyl stílusú viselkedésre, de valamiért az arch hivatalos tárolóiból érkező verzió semmit nem csinál. végigpróbáltam az összes billentyűkombinációt, tényleg mindent, és csak egy fehér ablakot látok.

Ha csak egy vim kiosztás/viselkedés kell, akkor nézz rá a vimfx-re (https://addons.mozilla.org/en-us/firefox/addon/vimfx/)

Az uzbl-tabbed nálam nem tudta betölteni a projekt saját oldalát (default kezdőlap) valami certificate gond miatt, de amúgy egy google-t betöltött (Arch).
______________
"If you immediately know the candlelight is fire, the meal was cooked a long time ago."

Most vettem észre a címsávban az olvasói nézet mellett megjelent egy nagyítás mértékét jelző állapot, ha rákattintunk visszaáll az oldal 100%-ra.