2012. szept. 4.

Gnome-Shell - Az asztal, ahol élünk - 6. rész


Sorozatunk ezen epizódjában a Gnome(3.xx) asztali környezettel ismerkedünk.

A sorozatot ezentúl szeretném az alábbi módon folytatni: Minden asztali környezetnek szánok három részt, az anyag terjedelme miatt. Az első részben az általános  tudnivalókat, a másodikban a környezet egyedi lehetőségeit, a harmadikban pedig, a szubjektív véleményemet tolmácsolnám. Ezt azért emelem ki, mert a harmadik „al-epizód” nem lesz mentes olykor lesújtó véleményemtől. Ezt nem azért teszem, hogy trollkodjak, hanem azért, hogy aki olvassa a cikket, annak legyen képe arról, hogy a jelenlegi Linux felületek közül, melyikkel, milyen problémákba ütközök az laptopomon.  Dell Studio 1537 Intel Core2duo 2GHz 2GB ram, Intel GMA HD 4500 Így egyben képet is kaphat arról, hogy egy 3 éves gépen hogy futnak a jelenlegi felületek, azaz esetleg segíthet a választásban, vagy segíthet új hardver vásárlása esetén a válogatásban.

Egyben szeretnék megkérni minden Linuxszal először ismerkedőt, hogy ne adjanak se az én véleményemre, sem mások véleményére! Hogy miért? Mert ha egy olyan környezettel ismerik meg a Linux világát, amit mások sugallnak, vagy sok esetben esetleg erőltetnek („jó lesz ez neked, én is ezt használom”), akkor ez az első próbálkozás egy életre megutáltathatja az illetővel még a pingvin mintás ágyneműt is... Másrészt, mindenki a saját tapasztalatai, hardverei alapján mond véleményt.

Mit lehet tenni? Nos mi sem egyszerűbb: el kell látogatni a youtube.com-ra, ott ezerszám található videókból kiszemezgetni a Gnome, Xfce, KDE, Mate, Cinnamon, Unity, egyéb videókat, nézelődni. Majd a distrowatch.com-on megnézni az oldalsó lista első 15 disztribúcióját, vagy a szűrő segítségével kiválasztani azt, amelyik a nekünk legmegfelelőbb. Próbáljunk ki bátran több asztali környezetet, akár Virtualboxban is, mielőtt döntünk! De ha tehetjük, akkor inkább Live CD formában!

Nos, úgy érzem bevezetésnek, meg jó tanácsnak ennyi elég is volt, most jöhet a „mustra”!

Amikor a GTK+ a 2. verziószámozásról a 3.-ra váltott, ezzel egy időben a Gnome is új verziót, illetve teljesen új külsőt kapott. Ez elég nagy port kavart a Linux világ állóvizében. Sokan ekkor menekültek a KDE, vagy az Xfce felületre, a minimalista stílust kedvelők, pedig a kisebb ablakkezelőkre. Ugyanakkor sokan látatlanban kritizálták a Gnome-ot úgy, hogy nem is próbálták ki. Szinte ezzel egy időben az Ubuntu is kapott egy új felületet a Unity-t, hogy ezt még megfejeljük, a Linuxmint lelkes csapata kifejlesztette a Mate asztali környezetet, válaszul a Gnome-Shell-re és a Unity-ra. Helyesebben a Gnome 2.xxx verziós vonulatát nevezték át Mate-re, és folytatják a fejlesztést(remélhetőleg) s hogy még nagyobb csavart tegyünk bele, a mentolos csapat még egy Cinnamon nevű felülettel is előállt, ami ha úgy vesszük, a Gnome 2.xx felülethez hasonlatosat ad, de már GTK3 alapokon. Ennyire még mostanában nem volt felaprózva a mainstream felhasználói felületek  köre a Linux világában. No de lássuk, hogy mit is rejteget az a felület, amelyik ennyire megosztotta a közvéleményt!

A cikksorozatban nagyon körültekintően megpróbálom elkerülni a részrehajlást, akármelyik disztribúció előnyben részesítését a többivel szemben! Azonban nem tudok mindig pártatlan lenni. Ha az ember Gnome-Shell-re vágyik, akkor jelenleg a fő disztribútorok közül a Fedora és az Opensuse csomagolja Gnome-mal a terjesztéseit, Ubuntu felhasználóknak meg kell várniuk a 12.10 verziót, majd akkor lesz (már le is lehet tölteni tesztelésre) egy Gnome „ízű” változat is.... Mivel van lehetőségem arra is, hogy az asztali rendszeremre(Ubuntu 12.10) egy egyszerű sudo apt-get install gnome -all beírásával feltelepítsem, ezért én ezt teszem, kényelmi okokból.

A környezet sajátosságai

Maga a kezelőfelület egyszerű. Van egy felső panel, ahol az óra, az „indikátorok"(itt válthatunk hangerőt, csatlakozhatunk a hálózatokhoz, bejelentkezhetünk a szociális hálózatra), a munkamenet menü, és egy épp az aktuális megnyitott alkalmazás ikonja látható, valamint a „Tevékenységek“ gomb, melynek hatására láthatóvá válik a „dash" felület azaz a bal oldali dock, a megnyitott ablakok, valamint a lehetséges virtuális asztalok.









A bal oldali dock egyébként hasonlóan működik, mint a Unity-launcher, ide a kedvenc alkalmazásaink ikonját húzhatjuk ki az alkalmazások listájából, és egy halvány derengő fehéres sáv jelzi, hogy mi van közülük épp használatban.



Ezen a felületen találunk egy keresőmezőt, amelyben kereshetünk alkalmazások, a helyi dokumentumaink közt és a weben, valamint egy gombot, amivel elnavigálhatunk az alkalmazásainkhoz.



Alul az alap nézetben, ha levisszük az egeret a jobb alsó sarokba, láthatunk egy második panelt, amin a megnyitott minimalizált (más asztali környezetekben a systray-be épülő) alkalmazások ikonjait láthatjuk: Shutter, Clipit, Skype stb. Ez az alsó kis panel az alap nézetben is, és a „dash“ rétegen is látható, előhívható.



 Mivel bánt nagyon az a pár magyartalan menüelem, amit találtam, kíváncsiságból letöltöttem a Fedora 17 Gnome felületű változatát, és a végső kritikát az Ubuntus változat helyett, inkább majd az alapján írom, mivel az Ubuntus verzió még csak "alfa", így ez alapján nem mondhatok véleményt.
Ha ellátogatunk a extensions.gnome.org  weboldalára, ott nem meglepő módon, Gnome-Shell kiegészítőket tölthetünk le. Ezek általában minden disztribúció alatt működnek, ha figyelünk a verziószámozásra. Az oldalon eleve azokat is szűrhetjük, melyek a mi Gnome-Shell verziónkkal kompatibilisek. A következő részben ezekkel a kiterjesztésekkel/kiegészítőkkel ismerkedhetünk meg, valamint a Gnome további testreszabási lehetőségeit fogom boncolgatni.

Folytatás a jövő héten.

2012. aug. 30.

Az asztal, ahol élünk - 5. rész. Rejtett témafájlok

A grafikus felületekkel foglalkozó sorozatom most egy kicsit elkanyarodik a fájlok, mappák irányába, hogy áttekintsük, mit merre találunk rendszerünkben. Aki Linuxot használ, az előbb-utóbb szembesülhet azzal a ténnyel, hogy a Linux fájlrendszere, mappái teljesen másképp néznek ki, mint a Windowsokon. Linux alatt nincs "C-meghajtó", nincs "Program Files" mappa, és az asztaltémáink sem ott vannak ahol ezt Windowson találhatjuk. Ha arra adjuk a fejünket, hogy egy kicsit módosítjuk asztalunk kinézetét, esetleg a témán kívül még módosítani szeretnénk az ikonok, valamint az egérkurzor kinézetét is, akkor be kell ásni magunkat a mappák rengetegébe. Mivel ez a cikksorozat inkább a kezelőfelülettel foglalkozik, ezért a mapparendszer témakörét most csak annyira érintjük, amennyire a témakör megkívánja. Ha valaki többet szeretne megtudni a fájlrendszerről, akkor többek között itt is talál leírást az Androbit.org-on..
A legtöbb esetben módunkban áll grafikus felületen is asztaltémát, ikoncsomagot installálni. De mivel ahány asztali környezet, annyiféle megoldás, ezért legjobb ha mindjárt megjegyezzük azt ami mindenhol működik:

Témafájlok, Ikonok, Fontok

A témafájlokat és az ikoncsomagokat általában .tar.gz tömörített állományokban leljük fel az internet bugyraiban. Amennyiben GTK+ témát szeretnénk módosítani, akkor nyissuk meg a fájlkezelőnket, és a saját mappánkban tegyük láthatóvá a rejtett mappákat, majd keressünk egy .themes-nevű mappát. GTK+ asztaltémáinkat ide tömöríthetjük ki. Fontos, hogy a megnyitott tömörített állományban ellenőrizzük le, hogy megfelelően van-e "összerakva" a téma. Ha igen, akkor ilyen mappaszerkezetet találunk a tömörített állományban:




Amint azt láthatjuk a témák nem csupán a GTK+ témát, hanem a Metacity, Xfwm4, Openbox, és esetleg az Emerald témákat is tartalmazzák, így megkönnyítve az ablakkezelő témázását is. Egyéb ablakkezelők esetében, még mélyebbre kell ásnunk. Vegyük például a Fluxboxot, vagy a Pekwm-et. Az ő témafájljaik a /usr/share/pekwm/themes, és a /usr/share/fluxbox/styles - mappákban találhatók. KDE felhasználók a felhasználó/.kde/share/apps/desktoptheme/ -alatt találják a témafájlokat.

 Figyelem! Ha a /usr/share mappában kutatunk, és módosítunk, akkor ott csak rendszergazdai jogokkal tehetjük meg! Mielőtt bármit módosítunk, mindenképp mentsük el az eredeti példányt a módosítani kívánt szöveges fájlból! Ha kilépünk a /home könyvtárunk biztonságából, a fenti javaslatot mindenképp ajánlatos betartani, mert könnyen okozhatunk magunknak kellemetlen perceket egy-egy elírt sor miatt... Az ikonokat és az egérkurzor témákat a /felhasználó/.icons -mappában találjuk. Ha figyelmesen barangolunk a /usr mappában, akkor észre vehetjük, hogy ott is van egy themes, és egy icons mappa. Ez azért van, mert itt tárolja a rendszer a globális témákat és ikonokat. Ugyan ez a helyzet a fonts (betűtípusok) mappával is, mindháromból létezik egy a saját, valamint a /usr mappában is. A saját mappánkban azok a témafájlok, ikonok, és betűtípusok vanak, amiket mi telepítünk grafikus felületen (tehát nem kézzel egyenesen a /usr/share/themes vagy icons vagy fonts -mappákba), ezek a többi felhasználó számára nem elérhetők, azaz nem használhatják. Egyébként ajánlott a mi mappánkba tenni az extra témáinkat, így nem kockáztatjuk, hogy véletlenül rossz helyre nyúlunk, miközben a /usr mappában turkálunk... 

Menük

Minden ismertebb ablakkezelőnek van egy úgynevezett főmenüje, amelyből az alkalmazásainkat könnyen elérhetjük. Ez egyes esetekben automatikusan generált menü(Xdg-menü) a /usr/share/applications -mappában található ".desktop" fájlok alapján, más esetben pedig akár magunk is írhatunk menüt, ha akarunk(Openbox XML menü). Amint az nyilvánvaló, előfordul, hogy egy ablakkezelőnek csak a /usr/share/"ablakkezelő" -mappájában találunk rá az asztali menü forrására. Openbox alatt azonban a /home/felhasználó/.config/openbox -mappában van az asztali menü, valamint az ablakkezelő viselkedését szabályzó rc-XML fájl is, továbbá a "csővezeték menük" (pipemenus) -mappa, melyben kis kiegészítő menük vannak, melyeket az ablakkezelő induláskor behúz a főmenübe. Ha ezeket manuálisan szeretnénk szerkeszteni, ahogy azt már fentebb is írtam, ajánlatos a régi fájlról egy biztonsági mentést csinálni, biztos, ami biztos!!


A menükre még vissza fogunk térni részletesebben is később, az asztali környezeteket/ablakkezelőket egyenként bemutató részekben.

A következő alkalommal a Gnome asztali környezettel ismerkedünk.
De, hogy ne távozzunk most üres kézzel, íme pár cím, ahol érdemes körülnézni modding témakörben:

Témák-Ikonok:

KDE-look.org
Gnome-look.org
Box-look.org
Xfce-look.org
EDE-look.org
E17-stuff.org
Compiz-Themes.org
Deviantart.com

Fontok:

Dafont.com
Urbanfonts.com

Kellemes moddingolást mindenkinek!!! De csak óvatosan!!

U.I.: Ha esetleg a bejegyzéseimben többes szám első személyben beszélnék, az nem azért van, mert akkora király vagyok, hanem azért, mert ezt a cikksorozatot az http://androbit.org/-ra írom, és ha nagyon lusta vagyok, akkor benne hagyom egy-két helyen a magázódás miatt, hogy nehogy letegezzem a kedves olvasókat.

2012. aug. 21.

Az asztal, ahol élünk - 4. rész

Ablakkezelők és ablakozók

Az ablakozó rendszer
Mi az az ablakozó rendszer(windowing system)? Az ablakozó rendszer (esetünkben az X Window System)maga a grafikus felület, amit a képernyőn magunk előtt látunk. Feladata általában, hogy biztosítsa az interakciót a futó alkalmazások, a számítógépünk hardvere és a felhasználó közt, egy könnyen és átláthatóan kezelhető grafikus felületen. Az ablakozó rendszer jeleníti meg a fontokat, az egérmutatót, az ablakokat, az asztalon elhelyezkedő összes objektumot. Továbbá lehetővé teszi, hogy a grafikus felületen keresztül távoli számítógépekhez is hozzáférhessünk.

A Unix-szerű operációs rendszereken elérhető ablakozó rendszerek listája:



Azokon a rendszereken, ahol az X-window rendszert használjuk, tisztán elválasztható az ablakkezelő, és az ablakozó rendszer. Az X-window rendszer nem közvetlenül kommunikál a video hardverrel, egérrel, billentyűzettel – ez a feladat az X -szerveré.


Egy kis pletyka: Bizonyára felfigyeltünk a listában egy mostanában sűrűn emlegetett új versenyzőre: a Wayland-re.. A Cannonical (Ubuntu) nem titkolt terve, hogy előbb-utóbb lecseréljék az X-et a Wayland-re. De tovább folytatva a cikket elérkeztünk az ablakkezelők népes táborához:

Az ablakkezelők

Az ablakkezelők a grafikus felület szerves részei, legyen az egyéni munkamenet, vagy egy önálló asztali környezet. Feladatuk segíteni az ablakozó rendszert az ablakok elhelyezésében, valamint irányításában a grafikus környezetben. A legtöbb ablakkezelő egy asztali környezetet szolgál ki. Együtt működnek a grafikus alrendszerrel, mely kezeli a grafikus hardver, a mutató eszközök(egér) és a billentyűzet közti kapcsolatot. Az ablakkezelők általában valamelyik (GTK+, QT) eszközkészletet(widget toolkit) használják. Funkcióik nagyon eltérőek lehetnek, sőt sok esetben rendelkeznek egyedi kisalkalmazásokkal, dokkokkal, asztali ikonokkal, valamint alkalmazás indítókkal.

Az ablakkezelők típusai

A "compositing(kompozitálás)" ablakkezelők
Az asztali objektumokat térbeli hatással, vetett árnyékkal, áttűnésekkel, egyéb effektekkel képesek megjeleníteni.
  • 3Dwm, A projekt 2006 júniusa óta inaktív
  • Desktop Window Manager és a  Windows Aero téma Windows rendszereken
  • Quartz Compositor Mac OS X -en
  • Compiz
  • KWin (a 3.3 verzió óta)
  • Mutter
  • Xfce Xfwm (a 4.2 verzió óta)
  • xcompmgr egy minimalista alternatívája a Compiznak
  • Compton a dcompmgr javított változata, ami a xcompmgr egyik fejlesztési mellékága
  • Ecomorph az ecomp (a Compiz "hekkelt" változata, hogy működjön az Enlightenment alatt) és az ecomorph modulja az  Enlightenmentnek.
  • Cairo Compmgr  (Cairo Composite Manager) egy kompozítor kiterjesztés ablakkezelőkhöz. Cairo-t használ, ami egy grafikus könyvtár a GTK+ -ban.
  • Unagi Compositing Manager, használható ablakkezelőkhöz, az XCB könyvtárat használja.
  • MCompositor  MeeGo eszközökön használják.
  • Metisse window system
"Stacking(halmozó, halmozott/lebegő ablakokat megjelenítő)" ablakkezelők Minden ablakkezelő, amelyik nem rendelkezik kompozítorral, és képes az ablakokat egymáson megjeleníteni, az "stacking" ablakkezelő. A "stacking" ablakkezelők lehetővé teszik az ablakok egymás feletti elhelyezkedését, melyeket egymás után rajzol meg, azaz először a háttérben lévő ablakot, majd az előtérben lévőt. Az ablakok halmozása lassú, és erőforrás igényes folyamat, megkívánja, hogy minden egyes változás alkalmával az ablakkezelő újra rajzolja az összes ablak tartalmát. Ezért sok ablakkezelő nem rajzolja meg a háttérben lévő ablakok tartalmát. Más ablakkezelők detektálják, hogy mikor van szükség újra rajzolni a háttérben lévő ablakot és mikor nincs. Például, ha egy ablak a háttérből az előtérbe kerül, akkor csak azt az ablakot kell újra rajzolnia az ablakkezelőnek. "Stacking" ablakkezelők az X Window rendszerben
"Tiling(csempéző)" ablakkezelők "Tiling" ablakkezelők egymás mellett és alatt jelenítik meg az ablakokat kitöltve az egész képernyőt az ablakokkal, így azok soha nem takarhatják félig egymást. Ilyen ablakkezelőket alkalmazott a Windows is még az 1.0 verzióban, természetesen rengeteg "tiling" ablakkezelő elérhető X Window rendszerre is. Tiling ablakkezelők
Dinamikus ablakkezelők A dinamikus ablakkezelők, képesek váltani a csempéző, és a halmozott/lebegő ablakmegjelenítés között. Dinamikus ablakkezelők X Window rendszeren

E cikket elolvasva elsőre talán elég keszekusza lehet a Linuxon elérhető grafikus felületek arzenálja. Ám nem véletlen a sokféleség, hiszen mindegyik lehetőség egy újabb igény miatt született. Számítógépeinket ezerféle módon felhasználhatjuk/felhasználjuk a napi munkánk, vagy szórakozásunk során. Egy ipari alkalmazáshoz nem feltétlenül szükséges a "csillogó" megjelenés az asztalon, így nagyobb hasznát vehetjük állandóan megjelenített és precízen felosztott ablakoknak a képernyőn...

Remélem nem vette el senki kedvét ez a sokadalom, hiszen ez is csak azt bizonyítja, hogy a Unix/Linux rendszereknél nincs testre szabhatóbb a világon! Biztos vagyok benne, hogy mindenki megtalálja a számára megfelelő asztali környezetet, ablakkezelőt!

A következő részekben rátérek a modding témájára: azaz elkezdem egyenként bemutatni az asztali környezetek alap lehetőségeit, majd mindegyik környezetnek az egyedi opcióit, hogyan módosíthatjuk a felületet stb.. 

Leginkább a témázást szeretném bemutatni, valamint a betűtípusokat és pár kisebb alkalmazást, melyek segítségével feldobhatjuk "tucatszerű(a fent leírtak alapján, még a legtucatszerűbb környezet is elég egyedi)" asztali környezetünket, ablakkezelőnket.

De előbb a következő részben egy kis általános információadaggal szolgálok, a Unix/Linux rendszerek mappáinak hierarchiájával kapcsolatban, hiszen ha valamit módosítani akarunk, akkor ismernünk kell, hogy mit hol találunk a rendszerben:

-hol vannak a témafájlok?
-hol vannak a betűtípusok?
-hol vannak a menük egyes ablakkezelőknél?
-hol vannak az ikonok?
-hol vannak az egérmutató témák? (hát ahol az ikonok.. hopp elszóltam magam...)

Addig is, kellemes böngészést mindenkinek!

2012. aug. 13.

Az asztal, ahol élünk - 3. rész Bejelentkezés


Bejelentkezés. A számítógépünk elindítása után nem sokkal általában a bejelentkező képernyő fogad minket. De mi is ez valójában?

Mi az a Display Manager?



A Display Manager (kijelző kezelő ha helyesen fordítjuk, de a továbbiakban inkább maradnék az angol rövidítésnél: DM) az a felület, mely lehetővé teszi számunkra, hogy felhasználónevünket, és jelszavunkat beírva a Linux grafikus felületét (az X-et) elérjük. Persze számos egyéb funkciója is van, amik nagyon hasznosak:

- Kiválaszthatjuk az asztali környezetünket, amit használni szeretnénk
- Kiválaszthatjuk az asztali környezetünk nyelvi, valamint billentyűzet beállításait(billentyűzet kiosztás)
- Bejelentkezhetünk rajta keresztül távoli számítógép grafikus felületére
- Bejelentkezhetünk rajta root(rendszergazda)-ként a grafikus felületre
- Beállíthatjuk a rendszer óráját.
- Leállíthatjuk, hibernálhatjuk, újraindíthatjuk a számítógépünket ezen a kezelőfelületen is
- Automatikus bejelentkezés(jelszó nélkül)

Lehetőségek

Ahogy azt már Linux alatt megszokhattuk, itt is van számos választási lehetőségünk.
Majdnem annyiféle DM közül választhatunk, ahányféle asztali környezet létezik.
A legtöbbet lehet könnyen témázni is(testre szabni a megjelenését). Így már a bejelentkezéskor tudathatjuk a felhasználóval, hogy:

-milyen disztribúciót használ
-hasznos információkat írhatunk ki üdvözlő szövegként

A leg közismertebb DM-ek:

XDM
GDM
KDM
LightDM
LXDM
SLiM
Enter
Dtlogin
WDM

Végül, de nem utolsó sorban, arra is van lehetőségünk, hogy bejelentkező képernyő nélkül indítsunk el egy asztali környezetet. Ezzel legtöbb esetben Linux alapú mobil eszközökben találkozhatunk.

Erre itt (is)találunk megoldást.

Persze akár ennyivel is megelégedhetnénk, és itt véget is érhetne a DM-eket tárgyaló rész. Alapinformációnak ennyi elég. Azonban a későbbiek folyamán, még találkozni fogunk a bejelentkező képernyőkkel..

Az elkövetkezendő részekben ki fogok térni arra is, hogy adott asztali környezet esetében a DM-et hogyan szabhatjuk testre. Azért nem ebben a részben írtam róla, mivel ez erősen asztali környezet függő. Egyes esetekben lehetőségünk van grafikus környezeten kattintgatva állítgatni, de van ahol csak szöveges fájlok segítségével tudjuk testreszabni kedvenc DM-ünket. Bármilyen asztali környezeten, egyedi munkameneten is dolgozzunk, egyéni opciónk az, hogy melyik DM-et használjuk hozzá. Ezért akár Gnome alatt is használhatunk SLiM-et, ha nekünk az tetszik.

A következő részben az ablakkezelőkkel, ablakozókkal ismerkedünk, majd azután kezdődhet a kezelőfelületek sajátosságait, egyedi lehetőségeit tárgyaló sorozat!


2012. aug. 7.

Az asztal, ahol élünk. - 2. rész


Egyedi munkamenet



Folytatva az előző cikket, mai témánkban az egyedi munkamenetekkel, vagyis jobban mondva az egyedileg összeállított asztali környezetekkel foglalkozunk. Ismerkedjetek meg a standalone sessionnel!

Általában mikor használunk egyedi munkamenetet?

- Amikor nem szeretnénk egy asztali környezet minden eszközét kihasználni, de grafikus környezetet szeretnénk.
- Ha számítógépünk már egy kicsit öregecske, és megelégszünk azzal, ha egy ablakkezelőt indítunk, meg pár programot amit használunk.
- Ha olyan munkakörnyezetben van a számítógépünk, ahol minimalizálni kell az operációs rendszerünk erőforrásigényét(szerverek), viszont van egy alkalmazás aminek esetleg nincs CLI megfelelője, de futtatni szeretnénk.
- Ha egy szebb, látványosabb(szubjektív) kezelőfelületet szeretnénk, mint a megszokott és széleskörben elterjedtebb asztali környezetek.

Milyen összetevőkből áll egy egyedi munkamenet?

- bejelentkezés-kezelő(kijelzőkezelő)
- ablakkezelő
- egy (vagy több) asztali környezet szolgáltatásai (energiagazdálkodás, hálózatkezelés, hangszerver, lemezkezelés)
- egyedi alkalmazáscsomag (általában ez is többféle asztali környezetből összeollózva)

A legtöbb esetben valamelyik pehelysúlyú ablakkezelővel találkozhatunk, pl.: az Openboxszal.
Tehát az ablakkezelő(Openbox) mellé elindítjuk a Gnome, a KDE vagy az Xfce szolgáltatásait (lemezkezelés, energiagazdálkodás, hálózatkezelés). Így lesz egy olyan asztali környezetünk, amit saját igényeink szerint állítottunk össze. Az utóbbi iőben felkavarodott a Linux kezelőfelületének állóvize, megjelentek új szereplők: a Unity és a Cinnamon. Mindkettő egyedi külsőt varázsol az asztalunkra, mégsem nevezhetjük őket asztali környezetnek. Hogy miért? Mert a saját alkalmazásaik mellett a Gnome szolgáltatásait használják. Most már mindenki számára világos lehet, hogy a Unity egy egyedi munkamenet. Igen, a Unity egy Compiz egyedi munkamenet a Gnome szolgáltatásaival(lemezkezelés, hálózatkezelés, energiagazdálkodás). A Unity tulajdonképpen egy Compiz plugin.

Persze a fenti megoldásokon kívül rengeteg lehetőségünk van egyedi munkamenetet létrehozni:

- Compiz: Compiz+Emerald+Gnome szolgáltatások
- Openbox: Openbox+ vegyes szolgáltatások(Xfce-energiagazdálkodás, gnome-hálózatkezelő, alsa stb.)
- Gnome-Openbox: Gnome szolgáltatások+Openbox mint ablakkezelő
- KDE-Openbox: KDE szolgáltatások+Openbox mint ablakkezelő
- Fluxbox: Fluxbox+vegyes szolgáltatások
stb.

Most azért nem térek ki az összes lehetőségre, mivel a későbbiek folyamán az ablakkezelőkkel, ablakozókkal közelebbről is megismerkedhetünk. Azonban van három kakukktojásunk, őket külön érdemes kiemelni!

Kakukktojások

Az előző cikkben volt szó az asztali környezetekről. Nem mehetünk el mellettük anélkül, hogy észrevennénk, hogy van köztük három olyan "versenyző" akik kicsit kilógnak a sorból:

- Xfce
- Enlightenment
- LXDE

Az első kettő(Xfce, Enlightenment) komplett asztali környezet is lehet, ugyanakkor mindkettő képes mind a Gnome, mind a KDE szolgáltatásait zökkenőmentesen integrálni. Azaz létrehozható olyan környezet, amelyben KDE alkalmazásokat használunk, de az Xfce, vagy az Enlightenment ablakkezelője biztosítja a megjelenítést.

A harmadik kakukktojásunk pedig az LXDE:

Az LXDE tekinthető akár egyedi munkamenetnek is, hiszen az LXDE-szolgáltatások(lxdm, lxsession, lxpanel, lxlauncher stb.) mellett Openboxot használ ablakkezelőnek. Azaz nincs saját ablakkezelője, mint pl a Gnome (3.xx verziók) a Mutter, vagy régebben (Gnome 2.xx verzióknál) a Metacity.

Az egyedi munkameneteket, és az asztali környezeteket is el kell valamivel indítanunk, hiszen azok nem működnek csak úgy maguktól... A következő részben a bejelentkezés-kezelőkről(ha az angol display managert lefordítjuk, akkor kijelzőkezelő) lesz szó.

2012. júl. 30.

Az asztal, ahol élünk

Kedves Olvasóim!

Hosszas hallgatás után, úgy gondoltam, hogy cikksorozatot indítok. A sorozat boncolgatni fogja a Linux felhasználói felületének lehetőségeit. Az első pár rész fontosabb alapfogalmakat tisztáz, majd a későbbiek folyamán részletesebben is szeretném bemutatni a cikkekben szereplő asztali környezeteket, ablakkezelőket, munkamenet kezelőket.


1. Rész: Asztali környezet.

Linux alatt rengeteg lehetőségünk van arra, hogy kialakítsuk asztali környezetünket számítógépünkön. Néha talán túl soknak is tűnhet egy újonc Linux felhasználó számára. Ugorjunk is a mélyébe, és oszlassunk el rögtön pár tévhitet, téves információt.






Mi az az asztali környezet?

Az asztali környezet

Az asztali környezetek komplett megoldást kínálnak rendszerünk kezeléséhez. Azaz egységes kezelőfelületet nyújtanak, melyen keresztül számítógépünk operációs rendszerével kommunikálhatunk, parancsokat adhatunk neki. Az asztali környezetek mellett, természetesen megmarad nekünk a jól bevált parancssori felület is, ám grafikus kezelőfelületen pár kattintással hatékonyabban végezhetünk feladatainkkal.

Az asztali környezetek tartalmazzák az ablakok, menük megjelenítéséhez szükséges ablakkezelőt, az ablakok tartalmát megjelenítő widget-rendszert, valamint egyéb alkalmazásokat. Ezek általában különféle panel alkalmazások, egyedi menürendszerek, saját fájlkezelő, webböngésző stb.

Példa:

A Gnome részei az alábbi alkalmazások(a teljesség igénye nélkül):

AbiWord szövegszerkesztő, a GNOME Office része;
Gnumeric táblázatkezelő, a GNOME Office része;
GNOME-DB adatbázis-kapcsolati alkalmazás, a GNOME Office része;
Epiphany webböngésző;
Evolution levelező és naptáralkalmazás;
Pidgin üzenetküldő program;
Empathy azonnali üzenetküldő;
Gedit egyszerű szövegszerkesztő;
GIMP rajzprogram;
Ekiga telefon és VoIP alkalmazás;
Nautilus fájlkezelő;
Rhythmbox zenelejátszó program;
Totem médialejátszó.

Asztali környezetek csoportosítása

Az asztali környezeteket a legkönnyebben a fejlesztői eszközkészlet alapján lehet csoportosítani, melyet a fejlesztésük során felhasználtak tervezőik.

- QT alapú: KDE, RazorQT
- GTK+ alapú: Gnome,  Mate(Gome 2.xx fork), Lxde, Xfce, Rox Desktop
- FLTK alapú: EDE
- Gnustep alapú: Étoilé
- ETK alapú: Enlightenment

Most sokakban felmerülhet, hogy a Unity, a Cinnamon miért nem szerepel a felsoroltak közt... A következő részben (jövő héten Hétfőn) az egyedi munkamenetekkel (angolul: standalone session) ismerkedhetünk.

2012. jún. 27.

Dilemmáim....


Dilemmáim....

Kifejtem bővebben a méhlepényem(véleményem), remélem nem bántom meg senkinek a vallását, nem az a célom:

Annyit minden esetre tudni illik, hogy mire nem alkalmas, vagy csak korlátozottan a Linux. Vagy éppen alkalmas, csak korlátokkal... A lista egy közös halmaz is lehetne akár:

1)Gamer gépnek (csak ha legalább egy felső közepes kártyád van, és lemondasz az FSAA-ról, meg megbarátkozol a Wine adta
korlátokkal/lehetőségekkel)
2)CAD (vannak ugyan CAD progik Linuxra, de.....)
3)Video vágásra (vannak már erre is alkalmazások, meg születőben is van 1-2, de azért na...)
4)Webfejlesztésre (Ha élből gyűlölöd a Flasht, akkor nincs baj, mert bár van Adobe Air, meg van hozzá fejlesztőeszköz is, de azért az úgy mégsem egy Adobe Flash CS5.. Egyébként majdnem minden más megoldható Linuxon is)
5)Hangtechnikára, stúdiónak stb..(Sokan használnak erre Linuxot, vannak is hozzá megfelelő eszközök, csak sokszor több szoftvert kell alkalmazni Linuxon, hogy azt az eszköztárt kapjuk, amit más platformon egy szoftverbe össze tudtak gyúrni)

Minden másra alkalmas.. (webszervernek, NAS-nak, otthoni netezős gépnek, routerre, alkalmazásszervernek, nyomtatószervernek, satöbbinek, mindenmásnak.. :-D)


Az előbbiekhez még annyit fűznék, hogy valaki régebben itt azt írta, hogy egy asztali környezet miatt nem érdemes disztrót váltani, ha az lassú... Nos részben egyetértek, de ez sajna nem mindig lehet igaz..
Személy szerint(bár az én felhasználási területem még egyelőre igencsak a netezősfilmezősolvasgatós meg man pages bújós, scriptek és összefüggések keresősösös a fájlrendszerben) azt látom, hogy most megint egy olyan állomáshoz érkezett a Linux, ahol még élesebben elválik majd a geek az r=1-től... Kezdjük ott, hogy Unity..
Nekem nem lenne bajom az Ubuntuval, és még most is örlődök, mert nekem a csomagválasztéka megfelel, meg tetszenek a kényelmes szolgáltatásai is, amit más disztrók alá nehezen lehet csak berántani (Ubuntu One, Szoftware Center<-ez mondjuk szerintem a Linuxmintéktől származik, mert ők már sokkal korábban kezdeményezték a szoftver centert, sőt anno volt internetes adatbázisuk is.... Mert ha jól rémlik Ubiban még csak sima synaptic volt, amikor Mintben már volt center), de... A Unity egyelőre nem tetszik, pedig fél éve erőltetem magamra.. Nekem az a bajom vele, hogy egy 2GHz-es Core2Duo processzoros 2 GB ramos gépnek sok-sok másodperc, mire a Launcherben(vagy miazakávészínűplecsni) kilistázza az előzményeket... Openboxban a jobbklikkes asztali menüben meg azonnal a rendelkezésemre állnak ezek a dolgok.Miért kell Compizt használni? Miért nem lenne elég egy Cairo?? Mert nem lenne annyi efekt?
Én ugyan qrvára nem érzem magam geeknek, de a jelek szerint az vagyok, vagy már kezdek azzá válni, mert már elég sokat kell hegesztenem a Linuxot, hogy a "MODERN" 3 éves laptopomon élvezhető gyorsasággal reagáljon....
Továbbá én is fontolgatom egy SSD beszerelését a vinnyogó helyére, azt meg egy optibay-ben majd beteszem az amúgy is rég kipurcant DVD író helyére... Nagyjából 2 évig CrunchbangLinuxot használtam, azonban most, hogy kipróbáltam az Ubuntu 12.04-et, kezdett körvonalazódni számomra hogy:
Archlinux, Gentoo számomra azért nem pálya, mert azokkal megint egy ilyen több évre beszippantó szkriptturkáló örvénybe keverednék, ami nagyon hasznos is, de időrabló.... Tehát maradna mondjuk az Ubuntu alap, csak egy sima Openboxszal... Túl sok időt pazarlok a Linuxra, ugyanakkor nagyon sokat tanulok belőle, mégsem érzem elégnek, mindig többet akarok tudni, és minél többet tudok, annál hülyébbnek érzem magam, és annál későbbinek azt az időpontot, amikor majd érteni fogok hozzá... Viszont már sok dolog megy, ami pár éve még nem volt triviális(tehát a Linux is fejlődik): már a 3G modemek mennek szinte plug'n play, már a Pulseaudio is elég stabilnak mondható(viszonylag), és nem azzal kell majd kezdenem az asszony gépén, hogy a friss LinuxMint13-ból(mert neki bejöttek a mentolosok) azonnal kiírtom a Pulseaudio-t.. Nekem már rég eljött az a bizonyos "Linux Desktop Éve", már csak meg kéne tanulnom célirányos dolgokat tanulni rajta.. Mondjuk kezdetnek a hálózati lehetőségeket, lemezkezelést (nem GUI-n, hanem terminálban), majd akkor talán elégedett leszek, ha ezek is menni fognak :-D




DE-k WM-ek, satöbbi.. Mé útálom a Gnome-ot?

Mint az virtuális ismerőseim körében ismeretes, Openbox fan vagyok nagyon régóta. Mégsem ezt ajánlanám olyanoknak, akiknek nincs türelme/id...