ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverAjánlott böngésző Linux Weekly NewsFreeBSD Project NewsOpenBSD Journal |
Mit hoz számunkra a hamarosan megjelenő Mozilla Firefox 4?A Mozilla Firefox 4-es verziója a következő nagy lépés lesz a böngésző történetében. Számos újdonság jelenik meg majd a böngészőben, követve a legújabb webes szabványokat és irányvonalakat. A böngésző kinézete is nagyobb megújuláson megy keresztül és sebesség tekintetében is jelentős gyorsulást tapasztalhatnak a felhasználók. A Firefox 4 is minden támogatott platformon tartalmazza a nemrégiben megjelent 3.6.4 verzió újdonságát: az összeomlás elleni védelmet, amely a külső gyártó által készített bővítményeket külön szálon futtatja. Az új megjelenés, napjaink trendjének megfelelően nagyobb helyet biztosít a böngészésre azzal, hogy a menüsort egy gomb alá rejti el (Firefox gomb). Ez a funkció - így az új téma - teljes pompájában Windows és Mac OS X felhasználók számára már a legújabb bétában elérhető, és remélhetőleg a Linux felhasználók is hamarosan használatba vehetik. További újdonság, hogy a böngészőlapok fülei immáron a böngészősáv fölé is kerülnek majd (ez az alapértelmezés új profil esetén), felhasználó igénytől függően. A Firefox a következő - szám szerint - ötödik béta kiadásával immáron elnyeri végleges formáját a funkcionalitás tekintetében. Szeptember elsejével a fejlesztők több szolgáltatást nem adnak a Firefox 4 kódjához és API is immáron stabil állapotba kerül, azaz a mai nap után a kiadás stabilizálása, hibajavítása. A kínált szolgáltatások tekintetében teljes Firefox 4 Béta 5 megjelenése az elkövetkező héten várható. Mint az a következő újdonságokból is látható, a Firefox alapjait adó Gecko motor alapos fejlesztésen esett át, így elnyerve a 2.0-s verziószámot.
»
|
KeresésNavigációBelépésHupWikiÁllásajánlatokHWSWFriss blogbejegyzésekHUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásMit tudsz a B-tree struktúráról? Részletekbe menően ismerem a felépítését, funkcióját, határait és felhasználását. 10% Kevésbé ismerem, mint az első pontban, de hozzá tudok szólni a témához. 18% Használom, de nem ismerem minden részletét. 4% Hallottam már róla, minimális mértékben ismerem. 27% Egyáltalán nem ismerem. 34% Csak az eredmény érdekel. 7% Összes szavazat: 570
Új felhasználók
InformációKövess minket!Partnerünk |
Ez vajon már képes lesz folyamatosan futni, nem pedig akadozni kismillió megnyitott tabbal? Leírhatatlanul idegesítő, hogy egy több szálú program user interfészét meg tudja akasztani akármilyen háttérben futó folyamat...
suckIT szopás minden nap! kqueue Javához!
User error. Nálam most 114 tab van nyitva. (nem, nem akadozik)
jah, nalam is 2422 tab van nyitva, tokeletes.
Nálam 10^23 tab van nyitva jelenleg, azt is viszi!
komolyan nem értem mire jó 114 tab, átláthatatlan.
Firefox 4-ben a Panoramával már egészen kezelhető mennyiség
és mi az a 114 dolog amit nyitva tartasz mert annyira fontosak?
Ezt a számot nem én írtam. 10 fölé nemigen szoktam menni.
bar nem en irtam, de nalam is nyitva van altalaban eleg sok tab.
tobbnyire a konyvjelzok helyett hasznalom, gyakran hasznalt doksik, manualok, olyan oldalak, amiket el akarok olvasni, meg akarok nezni, de jelenleg nincs eleg idom.
ma mar 1,5-2GB korul evett a chrome, ugyhogy a tabok nagyjat becsuktam, meg ujra is inditottam a bongeszot, most ilyenek vannak nyitva:
- 2 hudson ablak
- 7 ceges confluence ablak
- http://www.smileycat.com/miaow/archives/images/web-site-development-workflow.gif //vegig akarom bogaraszni kesobb
- http://wiki.freeswitch.org/wiki/Enterprise_deployment_UltraMonkey
- google reader
- 2 hup ablak
- 1 ceges devel kezdooldal, ahonnan a fejlesztoi eszkozok elerhetoek
- http://www.growing-object-oriented-software.com/
- http://www.debian.org/distrib/packages
- http://www.debian.org/doc/maint-guide/ // utana akarok olvasni hogy kell tisztessegesen .deb csomagot csinalni
- http://docs.fabfile.org/0.9.0/index.html
- http://www.sonarsource.org/
- http://nemo.sonarsource.org/drilldown/violations/108716
- http://jira.codehaus.org/browse/SONARPLUGINS-31
- http://archive.codehaus.org/lists/org.codehaus.sonar.dev/msg/1275464534.7153.35.camel@proofek // PHP deployment, QA eszkozok, amiket meg akarok nezni jobban
- http://listen.grooveshark.com/#/artist/Something+Corporate/1448 // innen szol a zene
- http://wiki.php.net/rfc/annotations
- 2 devel admin ful
- 2 ablakban az aktualis 2 fejlesztes
- ceges jira
ez 30 ablak, de meg csak most indult a nap, es takaritottam is reggel. :)
ja, es firefoxot mar csak akkor inditok, ha valamit debugolni kell kliens oldalon (js, dom, http fejlecek, etc.), chrome sokkal kevesebb memoriaval sokkal kevesebb akadozassal kezel ennyi tabot, de ugy vettem eszre, hogy tobbnyire a telepitett kiegeszitok vannak szarul megirva, szoval chrome ala nem is raktam fel nagyon semmi kiegeszitot.
Tyrael
chrome-ra van már multi-line tabs?
Alketereszeket valogatsz egy armkorhoz es kozben a beszerezhetoseget is vizslatod. Na ilyenkor simman elszaparodnak.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
Számodra. Feltalálták már a group-okat, a session mentést, és a tab színezést.
na az már user error:)
--
Dropbox tárhely igénylés: https://www.dropbox.com/referrals/NTMwMDYwODE5
És ha nálad nem jelentkezik, az nem is létezik.
Nyilván user error, ha néha meg-megáll a böngésző. Biztos én küldök neki tudat alatt SIGSTOP-ot, meg aztán SIGCONT-ot.
suckIT szopás minden nap! kqueue Javához!
Nyilván, hisz 3 gépen használom folyamatos szinkronnal, és még 30 példát tudok mondani.
Én kérek elnézést, hogy ilyen szarokat próbálok használni.
suckIT szopás minden nap! kqueue Javához!
Gép/rendszer is válogatja a dolgot...
Nálam Ubuntu (már nem sokáig) alatt a fox két olyan laptól amin egynél több flash van már akad/szakad/dadog... Opera meg elvan 20+ ugyanilyen lappal szó nélkül...
Ja, és nem fogok *block-ot felrakni. :)
- - - - - - - - - - - - - - - - - - - - - - - - -
Fejlődőképes hiperláma, és okleveles érdekfeszítő
és milyen extension-t használsz a tabok kezelésére?
nálam a Tree Style Tab van fenn, de kb. 30 tab után kezd belassulni, új tab nyitása, vagy váltás a tabok között 3-4 másodperc
BarTab, Tab Kit, Session Manager ami érintett a te általad feltett kérdésben :)
a Session Manager-t rendszeresen használom, nagyon jó
a BarTab és Tab Kit-et köszi, meglesem
a Tab Kit-et képtelen voltam megszokni, így visszaálltam Tree Style Tab-ra,
viszont a BarTab nagyon jó, szárnyra kapott tőle az FF :)
Definiáld az "akadozik"-ot. 30+ tabbal semmi probléma nálam.
--
trey @ gépház
Én azt nem szoktam érteni, hogy amikor egy textarea-ba írok (pl. hup hozzászólás, v. squirrelmail), akkor sokszor előfordul, hogy egyszerűen megáll az élet 5-10 másodpercre, aztán hirtelen beleürül a billentyűzet puffer a textarea-ba. Spellcheck ki van kapcsolva. Mindezt random windowson és linuxon is.
nekem csak a kurzor szokott eltűnni. ismert bug ezer éve, de biztos valami fejlesztő inkább egy personát rajzolgat ehelyett vagy egyéb hasznos dolgot csinál :)
Erről van szó.
suckIT szopás minden nap! kqueue Javához!
+1 idegesito bughalom
Csak a Lynx a megfelelő böngésző.
Ahhh, telnet :)
életbe' nem láttam még ilyet.
Fura ebbe en epp most szaladtam bele - csak OS X-en es Safarival.
--
Ez nálam már fél percenként jelentkezett, aztán a végére jártam:
1. Töröltem az 50 megás urlclassifier2.sqlite fájlt
2. Kikapcsoltam a Delicious extension -t
S voila. Egyébként nálam top -al lehetett látni, hogy amikor megakad, akkor +100MB memóriát allokál a firefox egy másodpercre, majd elengedi.
Firefox 4 beta 6: ez is lassul mint az állat a textarea-ba írás közben. Biztos, hogy Firefox bugról van szó. mert gedit-ben nincs ez a lassulás. Bár most pl. ide írva sincs, de az előbb egy másik helyre írva beírtam kb. 8-9 szót, aztán karakterenként végig néztem, ahogy megjelennek. Elég szürreális volt.
Nem lehet hogy a nyelvi ellenőrzés lassítja be? Esetleg megpróbálnád felderíteni az okát? Én nem tapasztaltam efféle problémát.
KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey
Az mindig az első, amit kikapcsolok FF telepítés után, szóval az tutira nem lehet.
kicsi a procid (nem ghz hanem cache) ?
Mar regota hasznalom a beta firefox 4-et gentoon, es nagyon bejon. Semmi problemam nem volt eddig vele, es erezhetoen gyorsabb is mint a 3-as volt.
A flashblock sajnos meg nem kompatibilis vele, es a TabCandy-t sem tudom elovarazsolni, de jol megvagyok nelkuluk is, es ezek idovel ugyis megoldodnak.
ctrl + space
KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey
Igen, ezt tudom, es van egy "View->Group Your Tabs..." menupont is, de hiaba kattintok (illetve nyomom a billentyukombinaciot) nem tortenik semmi.
Felraktam, kiprobaltam. Eddig tetszik, ugyhogy marad.
Egyebkent hova tunt a https-es oldalak URL-je melletti certi jelzes? Igy hogy lehet egyszeruen megbizonyosodni a hitelesites sikeressegerol?
Jobb katt egy ures feluleten az oldalon: oldal tulajdonsagai. Valahol ott lesz sztem, bar nem ismerem a 4-es rokat...
--
"Az új megjelenés, napjaink trendjének megfelelően nagyobb helyet biztosít a böngészésre azzal, hogy a menüsort egy gomb alá rejti el (Firefox gomb)."
Ez a 24 collos monitorok koraban elengedhetetlen ujitas. Ki lehet kapcsolni vajon?
nem kell nyöszörögni, igen ki lehet.
Ok akkor megnyugodtam, en mar csak ilyen fakalapos vagyok, hogy a gyorsbillentyu alahuzasat is visszakapcsolom :)
És ugye a milliószámra eladott netbookokban tipikusan ilyen van...
Hat a netbook kepernyo egy kulon story :)
Ki lehetne adni a Firefox Netbook edition-t akkor...
--
Nekem 24"-os monitorom van mégis felraktam a Tiny Menu-t és felpakoltam mellé a címsort és társait. Így egy sorral kevesebb. Szerintem praktikus.
Izlesek es pofonok. De nekem altalaban 24-es monitoron ugy sincs teljes kepernyon a bongeszo, ha tobb hely kell csak nagyobbra huzom az ablakot.
+ most jön a hardveres gpu gyorsítás is nem?
Opcionális lesz, és DirectX 10, azaz Windows Vista és Windows 7 kell hozzá megfelelő videókártyával (Geforce 8 és újabbak, minden Radeon HD, Intel GMA X3100 és újabbak).
Hihetetlenul portabilis, egyszeru, es stabil megoldast valasztottak. Congratulation. Az OpenGL miert nem eleg jo nekik?
--
Mert gondolom nem a grafika kirajzolasat akartak gyorsitani, hanem mittomen HTML parsingot, geometry calculationt es hasonszoru tarsait ...
Jelenleg csak a kirajzolást gyorsítják.
Mert ahhoz nincsenek olyan API-k, mint a Direct2D és a DirectWrite*
A Firefox Cairo-t használ az alkalmazás felülete és megjelenített tartalom renderelésére, ahhoz pedig backendként használható:
- Szoftveres renderelés
- Szoftveres renderelés és OpenGL vagy Direct3D 9
- Direct2D
A részleges hardveres gyorsítással nem kapsz komoly teljesítménynövekedést, a Direct2D-vel azonban igen.
* Keresztplatformos alternatívák:
A Cairo-t OpenVG backenddel lehetne használni, de az az API csak hordozható eszközökön és konzolokon elérhető, esetleg Gallium3D-n keresztül, ami jelenleg Nvidia-val használható (nouveau nyílt forrású driverrel).
A Cairo-t az OpenGL hardveres gyorsítást alkalmazó Glitz-el is lehetne használni, ami része az XGL-nek, amit korábban a Compiz és Beryl is használt, azonban az AIGLX leváltotta és Cairo 1.8 felett már nem is támogatott.
Mac OS X-en a Cairo Quartz backenddel használható, hardveres gyorsításhoz a Quartz 2D API által használt korábban Quartz 2D Extreme-nek nevezett QuartzGL-re lesz szükség.
Akkor ideje lenne valami ertelemes OGL backendet irni hozza...
--
Mac OS X-re van, a QuartzGL, ami végsősoron OpenGL-t használ, azonban alapértelmezetten még nem engedélyezett Mac OS X alatt.
Nem is nagyok az igényei, legalább Geforce FX 5200, Radeon 9600 vagy Intel GMA 900 kell hozzá.
Firefox alatt a közeljövőben támogatott lehet a QuartzGL: https://bugzilla.mozilla.org/show_bug.cgi?id=551303
En egy altalanos OGL backendre gondoltam, nem kimondottan OSX-re. A QuartzGL sajnos megint az a kategoria, ami nem lesz portabilis pl. Windowsra, v. Linuxra.
--
A portabilitás majd a cairo-gl backenddel (OpenGL-t használ, mint a Glitz, de utóbbi szuboptimális és már nem támogatott) fog megvalósulni egyszer valamikor.
http://cairographics.org/OpenGL/
Én annyival is megelégednék a Nagy Lépések helyett, hogy ne legyen takonylassú bloat bugos szar.
--2e845cb4c3a5b5bd6508455b1739a8a2
Valaki tolt már egy Acid3 tesztet az új bétán? Kíváncsi lennék, hogy végre eléri-e már a 100%-ot. Ha lesz időm, én is kipróbálom...
- waiter -
97/100 a beta4
Egy SunSpider-t nem lenne kedved nyomatni? :)
FF 3.6.8: 1112.2ms
FF 4.0b4: 574.4ms
Chrome 6.0.472.51 beta: 314.6ms
Kösz
Nekem furcsa értékek jöttek ki ugyanazon a gépen:
Win7 32
-------
FF 3.6.8: 1166 ms
FF 4.0b4: 956 ms
Chrome 5.0.375.127:738 ms
IE8 : 5335 ms (előtte rákérdezett, hogy tényleg akarom-e tudni :))
Ubuntu 10.4 AMD 64
------------------
FF 3.6.8 64bit csomagból: 2264 ms
FF 4.0b6 64bit (b4 ua): 591
Chrome 5.0.375.127 64bit: 585
ez :)
jAzz
Az nem furcsa, hogy a 64 bites verziók kicsit gyorsabbak.
A x86_64 firefox meg elég mostohán bánt eddig a javascripttel (JIT hiánya), amit ezek szerint a 4-es verzió orvosol.
Köszi!
- waiter -
Tudja valaki, hogy az about:config -ban Linux alatt mit célszerű beállítani, hogy a 3D gyorsítás érezhető legyen?
Windows Vista és Windows 7 alatt:
Linux alatt nincs hardveres gyorsítás, mint azt itt kifejtettem, hacsak nem a WebGL-re gondolsz.
Jobb egérgombra mindenkinél ilyen felhasználóbarát menüt dob?
http://img833.imageshack.us/i/firefox4.jpg/
:-DD
Most mondd, hogy keves valasztasi lehetoseged van :D
--
Jó ötlet a stop és frissítés gombok egybegyúrása?
Tegyük fel már sok ideje töltődik az oldal, ezért nyomni akarok egy stop. De mire odaérek és kattintok, már betöltődött, ezért frissítést nyomok, és újra várhatok 2 percet, mire bejön az oldal (lassú kapcsolatnál).
Igen, de ha véletlen megnyomod a frissítést az újra stoppá változik.
Csak addigra letorli a kepernyot.
--
Nem azonnal, még egy klikkre van idő mielőtt eltűnik az oldal.
Szoktak valamit javítani? A diszpléj:runin css opció az összes eddigi 4-esben (is) rossz. Vajh’ van oka?