‘Chrome’ címkével ellátott bejegyzések

A Google Chrome az első helyen

2012. május 21. hétfő

Eljött végre az a nap is, amikor a Google Chrome lett a világ legnépszerűbb böngészője. Szép teljesítmény volt ez alatt a néhány év alatt így a semmiből eljutni ide, még akkor is, ha egy olyan cég áll mögötte – olyan lehetőségekkel – mint amilyen a Google.

Globálisan így néz ki a mozgolódás az elmúlt egy évben a böngészők piacán a StatCounter szerint:

Magyarországon jelenleg még mások az arányok, a Mozilla Firefox vezet, de annak is erősen és folyamatosan csökken az előnye a Chrome-mal szemben:

Az éves statisztikából pedig egyértelműen kiderül, amit eddig is tudtunk: a Chrome leginkább az IE kárára jutott egyre feljebb és feljebb az elmúlt évek folyamán, aminek őszintén szólva így fejlesztői szemmel egyelőre nagyon örülök:

Böngésző témában elég konzervatív vagyok, évek óta a Safari az elsődleges böngészőm és nem nagyon akarom lecserélni. Viszont mégis azt vettem észre, hogy egyre többet használom a Chrome-ot. Alapban úgy néz ki, hogy általános böngészésre Safarit használok és mivel az az alapértelmezett, ezért minden link mindenhonnan abban nyílik meg. Fejlesztésre pedig nyitva van a Chrome, amit viszont egyre többet és többet használok fejlesztésen kívül is. Odáig mondjuk még nem jutottam el, hogy átpakoljam a könyvjelzőimet is, de azért már megfordult a fejemben.

A Firefoxról pedig inkább ne is szóljunk most semmit, az utóbbi időben megint használhatatlan a lassúsága Mac alatt (legalábbis nekem). Opera érdekes, de nem jön be annyira a nagyon egyedi megoldásai miatt, Internet Explorert meg inkább megint ne említsük meg, de szerencsére nem is létezik OS X alatt.

RockMelt, avagy a böngésző újragondolva

2011. július 4. hétfő

Hónapokkal ezelőtt próbáltam ki a RockMelt – akkor még – béta változatát, ami annak idején annyira nem is volt egyszerű, mivel meghívóra volt szükség a letöltéshez.

Azóta már bárki számára elérhető ez az újragondolt, másfaja közelítésből elkészített „közösségi böngésző”, mely a böngészés mellett az olyan dolgokat helyezi előtérbe, mint pl. a tartalmak egyszerű és gyors megosztása – legyen szó a Facebookról vagy akár a Twitterről. Itt egy kedvcsináló videó, azt hiszem, hogy ez többet mond el a böngészőről, mint néhány képernyőkép.

Biztosan lesznek, akiknek érdekes lesz ez az új, kibővített kezelőfelület és könnyen hozzászoknak majd, de egészen biztosan lesznek olyanok is, akik azt mondják, hogy ezt képtelenek megszokni. Minden esetre szerintem egy próbát megérhet mindenkinek, a RockMelt erről a weboldalról tölthető le.

Egyébként a böngésző a nyílt forráskódú Chromium projektre épül és a pár extra funkciót leszámítva ugyanúgy néz ki és ugyanúgy működik, mint a Google Chrome.

Amikor a gyorsítótár lassít…

2011. június 27. hétfő

Talán a legegyszerűbb módszer arra, hogy felgyorsítsuk a böngészőnket az az, ha időnként manuálisan töröljük a gyorsítótárat (cache), vagy kisebbre állítjuk a böngészőben megadott értékeket. Nem gondoltam, hogy egy napon pont erről fogok blogbejegyzést írni, de úgy veszem észre, hogy rengeteg ember nem is tud a gyorsítótárnak még csak a létezéséről sem.

Vannak napok, amikor bizony 24 óra alatt az általam meglátogatott weboldalak száma eléri a több ezret és sajnos – a nevével ellentétben – ilyenkor a böngésző gyorsítótára inkább csak hátrány, mint előny. Csak csendben megjegyzem, hogy eddig sajnos egyik böngésző sem tudott hosszabb távon (mondjuk 48 órán keresztül) megbirkózni az általam megtekintett oldalak mennyiségével (twitter linkek, RSS feedek, webfejlesztés, szakmai anyagok stb), érezhető belassulás nélkül.

A fenti okok miatt naponta, manuálisan (általában akkor, amikor a nap folyamán először a gép elé ülök) törlöm a gyorsítótárat és az előzményeket a Safariból (Chrome-ból, Firefox-ból, vagy ami épp a kezem ügyébe akad), azonban ezt a múlt héten valami oknál fogva sikerült kétszer is elfelejtenem egymás után. Az eredménye az lett, hogy a Safari elég érezhetően belassult és nehézkes volt már a böngészés.

Persze beállíthatnék egy kisebb értéket is az oldalak gyorsítótárazásánál, de mivel webre fejlesztek, ezért a fix szélességű betűtípuson és annak méretén kívül nem módosítom az alapértelmezett beállításokat. Pontosabban dehogynem, a Safarinak nem engedem meg, hogy használja a címjegyzéket, ill. az „Open ‘Safe’ files after downloading sincs kipipálva…

Mire való a cache?

A cache (más nevén gyorsítótár) tulajdonképpen arra való, hogy ha meglátogatunk egy webhelyet, akkor a már egyszer letöltött képek, ill. a webhely részét képező fájlok a merevlemezünkön eltárolásra kerülnek. Amikor pedig a következő alkalommal járunk ugyanazon a weboldalon, a böngészőnek nem kell újból letölteni az oldalt alkotó elemeket, hanem egyszerűen (az internetkapcsolatnál sokkal-sokkal gyorsabb) merevlemezről tölti be azokat, megspórolva ezzel akár több másodpercet, ill. akár több MB hálózati forgalmat is. Jól járunk mi (gyorsabban töltődik be az oldal), jól jár az internetszolgáltató (kisebb hálózati forgalom), ill. jól járnak a szerver üzemeltetői is (kisebb terhelés). Természetesen most itt ne egy olyan oldalra gondoljunk, ami mindennel együtt kitesz 2-3 MB-ot és van naponta 10 látogatója, hanem egy olyanra, ahol van napi százezer oldalletöltés (ez már ugye naponta több száz gigabájtnyi adatforgalmat is eredményezhet).

Ha viszont megnézünk néhány ezer oldalt és az ezekről eltárolt információkat később már nem használjuk fel, akkor azok csak feleslegesen foglalják a helyet a lemezen és feleslegesen lassítják a rendszert.

Tehát összegezve: azokat az oldalakat érdemes gyorsítótárban tárolni, amiket napi rendszerességgel (esetleg naponta többször is) meglátogatunk. Ilyenkor van leginkább értelme a gyorsítótár használatának. Az „ipari méretekben” történő böngészésnél / oldalletöltéseknél inkább hátrány, mint előny.

Egyébként én a magam részéről azt tartanám ideálisnak, ha beállíthatnám, hogy melyik oldalakat tárolja gyorsítótárban a böngésző (az összes többit ne). Sajnos ilyen böngészőt nem ismerek (tessék, itt egy jó ötlet a fejlesztőknek egy újabb funkció beépítéséhez, ami ma még nincs elterjedve). Az Opera beállításai mondjuk elég részletesek, de még az sem az igazi.

A teljesség igénye nélkül összeírtam, hogy az ismertebb böngészőkben hol kell a gyorsítótárat törölni, hátha többeknek hasznos lesz. Ez böngészőnként, operációs rendszerenként és nyelvenként eltérhet, de egy pici körültekintéssel bárki megtalálhatja akkor is, ha egy másik menüpontba lenne eldugva (az alábbi lista Mac OS X-re vonatkozik):

  • Safari
    Safari / Reset Safari…
  • Chrome
    Chrome / Böngészés adatainak törlése…
  • Firefox
    Eszközök / Előzmények törlése…
  • Opera
    Tools / Delete Private Data…

Google Chrome ikon lecserélése Mac-en

2011. április 30. szombat

Már vártam – pontosabban szólva reménykedtem, hogy minél később következik be a dolog – hogy a Google Chrome lecseréli a saját ikonját, de tegnap megtörtént. Természetesen az első dolgom az volt, hogy előkerestem a régi ikonokat és egyből visszacseréltem őket a régiekre.

Ebben a bejegyzésben ezt a folyamatot szeretném bemutatni, lépésről lépésre.

Először is szükségünk lesz a régi ikonokra, amik Mac OS X alatt .icn kiterjesztésű fájlok és az alkalmazáson belül találhatóak meg). A Google Chrome.app valójában két ilyen fájt is tartalmaz: az egyik magának az alkalmazásnak az ikonja, a másik pedig azoknak a dokumentumoknak az ikonja lesz, melyek a Chrome-hoz vannak hozzárendelve.

Első lépésként töltsük le a régi Chrome ikonokat tartalmazó tömörített fájlt innen.

Ha ezzel megvagyunk, akkor nyissuk meg a Findert, majd navigáljunk el az Applications könyvtárba, ott pedig keressük meg az előbb említett Google Chrome.app fájlt. Klikkeljünk rá jobb egérgombbal, majd válasszuk a menüben a Show Package Contents lehetőséget:

Ekkor megnyílik egy új ablakban a Google Chrome.app fájl tartalma. Egyetlen könyvtár van benne Contents néven, amit szintén nyissunk meg, majd utána lépjünk be az abban található Resources könyvtárba.

Itt látni fogjuk a két fájlt, ami az új ikonokat tartalmazza: app.icns és a document.icns. Ezt a két fájlt fogjuk felülírni az imént letöltött fájlokkal.

Ha eddig nem tettük volna meg, akkor most tömörítsük ki az imént letöltött old-google-chrome-icons.zip-et és a benne lévő két ikonfájlt húzzuk be ebbe a könyvtárba.

Valószínű, hogy ezt nem fogja szó nélkül hagyni az OS X, ezért a felugró ablakban válasszuk a Replace, a következő felugró ablakban pedig az Authenticate lehetőséget, majd adjuk meg jelszavunkat.

Ha ezzel is megvagyunk, akkor lecseréltük az új Chrome ikont a régire, az viszont elképzelhető, hogy pl. a Dockra húzott Applications könyvtár még a régi ikont mutatja. Ezt a problémát az alábbi módon lehet a legegyszerűbben megoldani: nyissuk meg a Terminalt és írjuk be parancssorba a következő parancsot:

killall Dock

Mostantól ismét a régi ikon ül a Dockon a Google Chrome neve alatt és ezt látjuk az Applications könyvtárban is. A fenti módszerrel természetesen szinte bármilyen más alkalmazás ikonja tetszőlegesen lecserélhető.

Frissítés: mivel a fent említett ikonok a Google Chrome.app-ban vannak tárolva, ezért amikor a Chrome frissíti magát, az ikonokat is visszacseréli az újakra. Ilyenkor újból végig kell csinálni a fenti műveleteket (másodszorra már sokkal gyorsabban fog menni). 🙂

Firefox 4 RC

2011. március 22. kedd

Letölthető a Firefox 4.0 RC (kiadásra megjelölt) változata, ami nagyjából véglegesnek tekinthető. Most attól eltekintenék, hogy részletesen felsorolnám az újdonságokat, inkább csak néhány dolgot emelnék ki, azokat, amik nekem tetszenek, vagy amik engem zavarnak.

Akiket a részletek érdekelnek, azok itt szinte mindent megtalálnak: http://www.mozilla.com/en-US/firefox/4.0/releasenotes/

A felületén a megszokotthoz képest elég nagy változtatást csináltak, de ez így elsőre számomra tetszetős és jobban kézre is áll, mint a korábbi elrendezés. Az indítás is sokkal gyorsabb lett (legalábbis Mac OS X 10.5.8 alatt) és úgy érzem, hogy a böngésző is fürgébb a használat közben. Ez nagyon jó hír, mert az utóbbi időben egyre lomhább és nehezebben kezelhető lett az egész.

Két dolog javítását vártam nagyon: az egyik az az, hogy egységesen kezelje a Firefox is OS X alatt a lenyíló listákat, mert elég nagy kuszaság van ezen a téren. Nagy valószínűséggel egy átlagos felhasználónak fel sem tűnik, engem viszont nagyon zavar. Csináltam is róla néhány képernyőképet, hogy egyértelműbb legyen a dolog. Az egyik a dobozon belüli szöveg pozicionálása. Ez a Safarinak nem jelent gondot, ugyanakkor a Firefoxnak a szöveget csak nagyon ritkán sikerül függőlegesen középre igazítania:

A második kép bal oldalán az OS X “szabvány” legördülő menüje látható, ezt  a Safari pl. gond nélkül kezeli mindegyik weboldalnál. A kép jobb oldalán pedig látszik, hogy a Firefox néha másikat jelenít meg (a mai napig nem sikerült rájönnöm, hogy mi a különbség, bár az is igaz, hogy olyan nagyon nem is néztem utána):

Elvileg mindkettő csak egy sima select tag a HTML kódban, különösebb formázás nélkül. Sajnos a 4-es verzióban is úgy néz ki minden, mint a korábbi változatokban, nem módosítottak a lenyíló listák megjelenésén.

A másik dolog pedig, hogy már többen is panaszkodtak olyanok, akik szerettek volna hozzászólni a bloghoz: amennyiben pl. hibásan adták meg a kérdést pl. a Milyen nap van most? mezőben, abban az esetben a Firefox képtelen volt a vissza gomb megnyomása után beilleszteni a már korábban begépelt szöveget a szövegmezőbe. Elég bosszantó amikor mondják, hogy írtak egy fél oldalas hozzászólást, nem jól adták meg a választ, nem töltöttek ki egy mezőt és a vissza gomb megnyomása után csak az üres szövegmezőt találták ott. Ilyenkor nyilván a legtöbb látogató tovább áll és a nagy részük valószínűleg nem gépeli be újból a szöveget. Ezt a problémát egyébként elsőre nem értettem, mert alapban régóta Safarit használok, az meg ezt a dolgot gond nélkül kezeli, megjegyzi a bevitt szöveget. Javítva sajnos ez sem lett – bár ez talán nem is annyira javítás, inkább egy plusz kényelmi funkció.

Nem hinném egyébként, hogy a webfejlesztők feladata lenne megoldást találni erre, főleg nem ma, amikor ennyire zajlik a közösségi élet a neten (ráadásul más böngészők, mint pl. a Safari, vagy a Chrome is támogatja ezt).

Tehát összességében a változtatások tetszenek, a problémákra a megoldás elmaradt, de ez utóbbitól függetlenül nem sok kellene már ahhoz, hogy ezek után a Firefoxot napi rendszerességgel használjam böngészésre is a tesztelés és hibák keresése mellett – még a jóval lassabb indítás ellenére sem. Az ok pedig az, hogy úgy tűnik, hogy képtelen vagyok megszokni a Safari könyvjelzőkezelőjét, mert hiányzik a Firefoxban régebben már jól megszokott oldalsáv, ami akkor is nyitva lehet, amikor böngészek és közben az oldal tartalma is látszik. Így közel sem érzem annyira átláthatónak. Márpedig a könyvjelzőkezelő legalább olyan fontos egy böngészőben, mint a címsor, teljesen alap dolognak számít. Ugyanakkor viszont ezek az elcsúszkált szövegek, meg a felemás megjelenés nagyon zavar, ameddig ezt nem javítják, egészen biztos, hogy marad a Safari.

A tökéletes böngésző pedig azt hiszem, hogy nekem valahol a Safari gyorsaságának és kényelmének, valamint a Firefox könyvjelzőkezelőjének keresztezésében lenne.

A Chrome és könyvjelzőkezelése Mac alatt

2010. február 11. csütörtök

Egyelőre nem használható ez a funkció...

Tudom, hogy Mac alatt a Google Chrome még csak a béta változatnál jár, de akkor is furcsa, hogy pont a könyvjelzőkezelőt hagyták ki (miközben pl. a témákat is ki lehet cserélni) és az Ubuntu/Debian-os béta változatban is lehet rendezni a könyvjelzőket.

Ha egy könyvjelző egy mappán belül van, akkor azzal a megnyitáson kívül semmit sem lehet kezdeni (tehát nem lehet áthelyezni, szerkeszteni vagy törölni). Márpedig így biztosan nem fogom a Chrome-ba importálni a többszáz könyvjelzőmet (és valószínűleg más sem). Tulajdonképpen nem csak ez maradt ki a bétából, mert pl. kimaradt a teljes képernyős mód, de az szinte fel sem tűnt, mert nem szoktam használni másik böngészők alatt sem.

(more…)