Rekonq 0.4 beta - KDE browser založený na WebKitu

Vyšla nová verze 0.4 beta lehkého KDE browseru rekonq. Rekonq je nyní založený na KDE 4.4 (používá kdewebkit místo čistého QtWebKitu), integruje se s KWallet a KGet, obsahuje AdBlock, je vícevláknový, umožňuje kontrolované načítání pluginů (obdoba Click-To-Flash i pro jiné pluginy), podporuje dokování Web Inspectoru, procházení lokálních souborů a FTP, má vylepšenou domovskou stránku a fullscreen režim.

12.2.2010 10:31 | xm | Zajímavý software

Komentáře

[xm]

Ještě bych podotknul, že co se týče třeba toho AdBlocku nebo webových zkratek (vyhledávání na Googlu, Wikipedii, atp.), tak používá ty standardní KDEčkovské (tzn. sdílené s Konquerorem).

Co se týče procházení lokálních souborů a FTP, tak se jedná opravdu jen o procházení, žádné operace se soubory (samozřejmě až na stažení) a vždycky bude (nejsou a nebudou použity KParts, Rekonq nechce v tomto konkurovat Konqueroru, má jít opravdu jen o lehký čístý KDE webový browser, nic jiného).

No a co se týče GUI, tak to je silně inspirováno Chromiem (žádná lišta menu, jediná společná URL lišta i pro vyhledávání, domovská stránka s náhledy často navštěvovaných stránek, atp.) a moc se mi to tak líbí Až do verze rekonqu 0.4 jsem také Chromium používal a nesmírně mi vyhovuje - jen kdyby bylo integrované s KDE a dodržovalo vzhled systému (což právě řeší Rekonq ).

[True54]

Chromium nedodržuje vzhled ničeho, pokud vím. Co mi to dalo práce, než jsem ho přesvědčil, aby aspoň používal okení rámy mého GUI, a né vlastní.

[xm]

Dá se jednoduše v nastavení přepnout, aby používalo dekorace správce oken a také aby používalo systémový GTK vzhled. Nicméně pak to nevypadá graficky uplně nejlíp a hlavně pořád je to GTK a nikoliv Qt/KDE, tzn. z mého pohledu zcela na ho*no (to už radši používám ten Chromium vzhled - sice je nesystémový, ale aspoň celkem vychytaný).

[True54]

No. U mě je GTK+ od Qt k nerozeznání, nepočítám-li strukturu file-save dialogu. Chce to použít například Qt-curve.

[xm]

QtCurve je oproti Oxygenu hrozný hnus (alespoň tedy podle mého vkusu). Ono já vcelku i GTK aplikace mám nastavené tak, aby vypadaly skoro stejně jako KDE aplikace (díky Oxygen-Molecule KDE & GTK+ unified theme). Ale nikdy to není úplně dokonalé, vždy jsou tam nějaké drobné rozdíly (protože GTK pixbuf theme engine toho hromadu neumí), i když oproti gtk-qt-engine je to dokonalé (ten nikdy pořádně nefungoval, vždycky tam byly nějaké glitche). Navíc tohle řešení podporuje natvrdo jen jedno jediné barevné schéma, člověk pak nemůže používat jiné barvy.

Ale i když to vypadá na první pohled skoro stejně, GTK aplikace mají pořád viditelně pomalejší odezvu GUI, jsou většinou trošku jinak řešené než jak bývají KDE aplikace a hlavně zde chybí integrace s KDE (open/save file dialog, KWallet, atp.).

[belisarivs]

Ja zase nejak nemohl pouzivat Oxygen a pomerne brzo jsem presel na Skulpture.

Na Netbooku bych jeho pouziti povazoval za vylozene idealni. Pokud si clovek pohraje s nastavenim, tak je superusporne na misto.

[Josef Kufner]

To vypadá, že by spolu s Dolphinem mohli tvořit docela dobrý páreček (a možná i klobásku).

[xm]

Jojo I když jako souborový manager osobně používám Krusader (jsem na dvoupanelové), tak Dolphin se mi líbí.

Jen by to ještě chtělo trochu QtWebKit zrychlit, oproti Chromiu (které také používá WebKit) přecijen načítá stránky o něco pomaleji (i když oproti Firefoxu/Gecku je to drak ). Nicméně se na tom pracuje.

[True54]

Dolphin je taky dvoupanelový

[xm]

To sice může být, ale nepracuje se s ním tím klasickým dvoupanelovým způsobem (ala Norton Commander, Total Commander, Midnight Commander, FAR, atd.) s klasickými klávesovými zkratkami. Tzn. pro mě je ten dvoupanelový režim Dolphinu nepoužitelný

[Laco]

Koqueror mal uz davno zacat pouzivat webkit jadro. Neviem na co cakaju. Tie hoveda zas nevedia co maju urobit. Davno z neho mali kompletne odstranit vsetkok kod file managera, vyhodit KHTML a pouzit jadro napr. z chromium...

[nikdo]

Ještě že jste tak chytrý a poradíte. Vývojáře to jistě nenapadlo. Nechtěl byste jim dělat manažera?

[xm]

Zalez trolle.

Konqueror používá KParts (a to je právě jeho síla), takže "kod file managera" není v něm, je brán z Dolphinu. Stejně tak renderovací jádro není do Konqueroru nijak pevně zadrátováno a dá se jednoduše vyměnit klidně i za běhu, stačí si nainstalovat kwebkitpart a můžete používat Konqueror s WebKitem.

Vývojáři KHTML jsou tvrdohlavci, takže že by bylo KHTML někdy zahozeno ve prospěch WebKitu bohužel asi nehrozí Nicméně KDE WebKit KPart by se snad jednou mohl stát v Konqueroru defaultním enginem, tomu prakticky nic nebrání (jen to že má kwebkitpart ještě své mouchy).

[kavol]

Vývojáři KHTML jsou tvrdohlavci ...

hm, a zastánci webkitu ne?

když tady čtu o kdewebkit, tak se musím smát ...

pokud se před nějakou dobou mluvilo o tom, že KHTML má svůj smysl, že jde o jádro uzpůsobené KDE, tento názor byl označen za blbinu a webkit rulezz a všichni musí používat jeden univerzální webkit ... no a najednou se dozvídáme, že webkit kpart nestačí, že je nutné mít vlastní fork webkitu

no tak to mi teda řekněte, jaký je tak zásadní rozdíl forknout webkit, udělat z něj kdewebkit a postupně jej přiohýbat tak, aby v KDE seděl jak prdel na hrnec, oproti tomu vzít KHTML, které v KDE sedí jak prdel na hrnec, a postupně do něj dostat funkcionalitu webkitu ... tedy kromě toho, že to druhé by aseigova ješitnost nepřežila

a ještě jeden humorný aspekt to má, viz nedávnou zprávičku na téma RMS versus Piráti, přesně tato situace, kdy komunitní nadšenci něco vyvinou a komerční firma za to o něco později slízává smetanu a nosí vavříny, zatímco originál je odstaven od válu, je tam použita jako argument proti navrhovaným změnám, hm, tak trošku děravý argument, že se současnou úpravou se to nemůže stát

[xm]

kdewebkit není fork WebKitu!!! Je to jen vrstva nad QtWebKitem přidávající integraci s KDE technologiemi.

Zbytek nemá cenu komentovat, byl by to další dlouhý flejm.

[kavol]

oh pardon, jasně, zatím to nenaklonovali, zatím si k tomu jen bastlí další kód, takže budeme raděj blbě slovíčkařit, namísto toho, abychom si přiznali, že teď se dějí věci za účelem toho, co bylo dříve označeno za blbost

[True54]

Nejsou tvrdohlavci. Webkit je fork KHTML, který nemají pod kontrolou, a tudíž nemusí směřovat kam chtějí oni. A hlavně, při vývoji KDE 4.0 možnost volby webkitu kvůli politice Apple nebyla.

[xm]

Mám na to jednoduše jiný názor (btw. dle způsobu vyjadřování současných vývojářů KHTML v diskuzích - většina těch původních odešla pracovat na WebKitu - bych to možná spíš než tvrdohlavost označil jako uražená ješitnost). A naštěstí nejsem sám, Aaron Seigo, současný leader KDE, taktéž podporuje WebKit. Viz třeba jeho poslední blogpost key quest: webkit. Takže budoucnost vidím z mého pohledu optimisticky (i když vám a kavolovi to přijde přesně obráceně pesimistické, cheche ).

[True54]

Mě je to více méně ukradené. Moje zkušenost je taková, že Konqueror na KHTML funguje lépe než Konqueror na Webkitu. Samozřejmě, že třeba Chromium na Webkitu funguje lépe než Konqueror na KHTML, takže to co bude výchozím enginem v KDE ponechávám na vývojářích KDE. Jenom s vámi polemizuji, že důvodem pro udržování KHTML nemusí být pouze ješitnost ale třeba ipraktické důvody.

[kavol]

a máš taky nějaký jiný argument než takové osobní jako tvrdohlavost, uraženou ješitnost proti KHMTL, a pro WebKit neskutečnou aroganci a ulhanost aseiga, za kterým asi skočíš z mostu, až to udělá?

[mirec]

Prosím neurážať aseiga. Dosť ľudí, ktorí vedia programovať, videli jeho kód a všímajú si čo píše ho považujú za korunovaného debila ale nemusia to na každom serveri roztrubovať.

[kavol]

kód samotný posuzovat nemůžu, nejsem programátor - ovšem z hlediska QA je to, jak ten kód běží, přímo katastrofou, kdy to zdá se funguje jen jemu a pár vyvoleným, a chudáci uživatelé s padající plasmou mají chyby prý ve všem možném jiném ...

nicméně výše uvedené jsem napsal (a stojím si za tím) především na základě výše odkázaného postu http://aseigo.blogspot.com/2010/01/key-quest-webkit.html - z toho by jeden zvracel

[zdenek-hbr]

nevim jakej je programator (ale z KDE4 teda uvarenej nejsem, byt ho pouzivam), ale jako clovek to bude asi strasny arogantni hovado. ale soudim jenom podle nekolika prectenejch threadu o ruznych problemech v KDE.

[mirec]

Aký je človek usudzujem hlavne z komentárov k bugom a zo spôsobu akým uzatvára bugy. A k tomu aký je programátor ... aj keby som nevidel jeho kód, aj keby som nevidel množstvo bugov v plasme, aj keby všetko fungovalo ako má a nevedel by som o tom, že je to len blbá aplikácia, ktorá sa dá zhodiť jediným plasmoidom nepovažoval by som ho za dostatočne dobrého na vedenie KDE. Či už ako programátor nemusí mať človek trochu skromnosti, musí všade vykrikovať, že jeho produkt je najlepší, najlepšie navrhnutý, to čo ostatní doteraz robili bol odpad? Už fakt na to, aby si získal ľudí stačí písať 3 blogy denne? No neviem, možno do tohto štádia raz dôjdem aj ja (ak áno radšej ma zastreľte).

Inak nedivte sa, že ako nepoužívateľ KDE sem píšem, ale KDE som dlho pred KDE 4 používal, v súčasnosti už však nechcem KDE používať (i keď KDE bola moja srdcovka). Dôvodom sú ľudia okolo KDE (aseigo nechce, aby sa opravili bugy, ktoré ma trápia) a ak by sa aj zmenili tím, zmenili by prístup proste už tomu neverím. Som z odchodu od Linuxu po pekných pár rokoch trochu znechutený, ale pomaly si zvykám.

[xm]

[trn]

Povie mi niekto ako ten adblock funguje? Mam najnovsiu verziu, ale kde nic tu nic.

[xm]

Velice jednoduše - je na něj kolonka v nastavení, stejně jako u Konqueroru

[belisarivs]

Hm. Takze zas nic pro mne.

[zdenek-hbr]

jsou srovnat zahlavi tabu do sloupce na strane obrazovky?