A Razor-Qt asztali környezet

IRC-n hívták fel a figyelmemet erre a Qt alapú asztali környezetre. A honlapja szerint gyors, egyszerűen használható, és gyengébb gépeken is jól működik. Olyan felhasználóknak készítik, akik értékelik az egyszerűséget, a sebességet és az intuitív felhasználói felületet. Van benne panel, asztal, alkalmazásindító, beállítóközpont és munkamenetek. Nincs saját ablakkezelője, a fejlesztők többsége Openboxot használ, de az alábbiak is használhatók:

  • Kwin
  • Windowmaker
  • Enlightenment 16
  • fvwm2
  • icewm

Kész bináris csomagok elérhetők Ubuntuhoz, openSUSE-hoz, Fedorához, Arch Linuxhoz, Agilia Linuxhoz, Gentoohoz pedig készült ebuild. A magyar fordítást megcsináltam, a master ágba még nem került be, addig is innen letölthető (az első fájlban a *.desktop fájlok, a másodikban a *.ts fájlok vannak).

Honlap | Képernyőképek | Letöltés | Wiki | API dokumentáció | GIT tároló

( kmARC v | 2011. 12. 19., h – 10:16 )

Kár hogy azzal az ocsmány default KDE-s témával promotálják :)

Egyszer kiakadtam, hogy miért ilyen szarok az egyes dm-ek panelimplementációi, és meglepő módon egy-két óra alatt összetudtam egyet dobni ami már tudott plugineket is, beállítható volt, hogy ne fedjék el az ablakok, stb. Qt-vel, QPluginekkel készült, dinamikusan linkelve néhány kilobájt volt. Utána gondolkodtam el, hogy vajon miért nincs a KDE-től különbző Qt-s dm.

Hát tessék, van. Ki is próbálom ünnepek alatt.

Amit összedobtál, azt utána használtad is, vagy csak a kihívás miatt írtad? :)

Egyébként szerintem azért nem született a kde-től különböző qt-s dm, mert a legtöbb qt-s program egyben kde-s is, és ha már amúgy is fent van az összes kde lib, az az 1-2 csomag ami a kde-hez (mint de) kell, már elfér. Gondolom ez most azért változott meg, mert a kde4-ben (mint de) sokan csalódtak (pl. mert nem elég gyors régebbi gépeken), de a kde-s/qt-s programokat továbbra is használják, és kellett egy de ami qt-s és nem a kde.

--
Don't be an Ubuntard!

Neeeem, csak a kihívás miatt. :) De belegondolva egy "startmenü" plugin sem lehet olyan baromira bonyolult, ugyebár a .desktop fájlokból összetákolt xdg-architektúra jelen van, csak parsolni kellene őket.

Lehet, hogy ünnepek alatt inkább a saját panelemet veszem elő. Végülis az, meg egy openbox és már kész is a kmARC-DE :)

BTW. régen úgy tartottam, hogy milyen jó móka lenne javascriptben írni panel appleteket, az úgyis egy feltörekvő nyelv. Ha valóban panelimplementációba fognék, valószínűleg csak C++-ban, QPluginként engedném megvalósítani ahhoz a panelhez a cuccokat. Nehogymár a sok javascriptpistike megírja aszar plugijeit, amik szanaszét chrash-elnek amikor épp működnek, és ez a színvonalat lehúzná.

Jut eszembe, még valami layouting dolgot is implementáltam abba a panelba. Hmmm... lehet, hogy mégiscsak elég életképes lenne az a projekt?

Szerintem egy próbát megér. Ha működne az, hogy a KDE4-es programok ikonjai a KDE ablakkezelőjét használva (ha van még egyáltalán) a plasma hülyeségeinek kihagyásával rendesen megjelennek, szerintem életképes lenne.

Plugin-ból sem kell szerintem túl sok. Egy óra (KDE3 stílusú mondjuk), egy trayicon doboz, egy rendszermonitor (szintén KDE3 stílus), egy menü és egy asztal-váltó.
Hmm esetleg úgy megcsinálni, hogy:
- KDE4-es programok trayicon-jai menjenek.
- KDE4-es kwin mint ablakkezelő
- KDE3-as kicker pluginokat fogadni képes
- plasma-t ki lehessen kapcsolni.

A QML egy nagyon hatékony és hasznos dolog szerintem. de nem játszhat. azért, mert akkor is jönnek a JavaScript Pistikék, " jé, ez olyan mint a JavaScript!" és megint oda a jó hírnév. Inkább legyen kevés, de jó minőségű applet.

BTW az egész opensource szenved ettől... Mindenből annyi van mint a szar, és olyan mint a fos. Szerintem pedig inkább a minőséget helyezzük előtérbe a mennyiséggel szemben.