KDE 4.1 Alpha1

Címkék

A KDE projekt bejelentette a K Desktop Environment 4.1 első alpha kiadását. Mivel a KDE 4.1 "soft feature freeze" állapotba került, a fejlesztők úgy gondolták, hogy itt az ideje az első snapshot kiadásnak, amely betekintést kínál abba, hogy mi várható a július végére tervezett végleges 4.1-es kiadásba. Jellemzői:

  • megtalálható benne a Akonadi - The PIM Storage Service
  • a KDE 4.1 elérhető lesz Windows, Mac OS X és OpenSolaris platformokra; ugyan a portok még nincsenek teljesen készen, de már tesztelhetők
  • a KDE 4.1 a Qt 4.4-re épül, ennélfogva sebességbeli és stabilitásbeli javulásra lehet majd számítani

A bejelentés itt olvasható.

Hozzászólások

"a KDE 4.1 elérhető lesz Windows, Mac OS X és OpenSolaris platformokra; ugyan a portok még nincsenek teljesen készen, de már tesztelhetők"

Na ezért biztosan fogok egy bootolni.

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

Ugy tudtam, hogy a vegleges KDE4 megjelent de csalodtam!
Velemenyetek szerint erdemes probalkozni vele a kovetkezo gepen: Intel P4 2Ghz, 1.5GB RAM, 128MB GeForce 5200FX ?
Koszi!

Ha a hardware-igénytől tartasz, akkor nem kell félned, nem eszik többet mint a 3-as. Pontos méréseket enm csináltam, csak érzésre ilyen. Memóriával talán még jobban is bánik.

KDE 4 amúgy már stabil, ez a következő, 4.1 alphája.

Ha *ubuntut vagy Suse-t használsz, akkor gyorsan fel tudod tenni és ki tudod próbálni.

igazán kár, engem pont a KDE ablakmenedzsere fogna meg BeOS-szerű használhatóságra beállítva. anno még win98 idején rendszeresen kirántottuk a rendszer alól az exploreres ablakmenedzsert és mást tettünk a helyére (azt hiszem valami LiteSTEP-nek hívták): nagyon nagyon nagyon ütött.

--
senki földjén, senki fia

azt kipróbálnám én is — linux alatt nem kedvelem a qt-t ergó a kde-t sem, windows alá viszont lehet, hogy lesz általa egy rendes window manager:D
blackboxot próbálgattam, de valahogy elég nehézkes windows alatt.
—-—-—

int getRandomNumber() {
return 4;	//szabályos kockadobással választva.
	       //garantáltan véletlenszerű.
}	      //xkcd

Úgy 7-8 éve volt valami windowsos Gnome/GTK is. Kipróbáltam akkor, de nem nagyon működött. Sok értelmét akkor sem láttam, most végképp nem.

Windowsos gtk+ most is van. A nativ (X11 mentes) osx port is keszul (talan el is erheto). Ertelme meg annyi, mint a tobbi multiplatform kornyezetnek... :D
Ezert jo, hogy a regi libgnome-os baromsagokat atlapatoljak gtk+ ala. Lasd gnome-vfs -> gvfs

Nekem peldaul nem jonne rosszul, ha mindharom kornyezetben normalisan menne.
Hasznalhatnam a gtk+ alapu programjaimat osx-en, windowson.

Nem ér. Az Amarok killer-app volt eddig, de most holnaptól a szomszéd vistásPista is azt fogja használni.

Remélem azt a killerfícsört is sikerül lefejleszteniük, hogy egy szaros RAR-t ki tudjak tömöríteni néhány kattintással. Ugyanis a 4.0-ból ez csúnyán kimaradt... arról nem is beszélve, hogy a 3.5-be visszaportolt dolphin is tudott ki/be tömöríteni, míg a 4.0-s nem.

ne bántsad — csak azért, mert pfuj ronda proprietary formátum, még elég jó, windows alatt a zippel szemben előnyben részesítem minden célra. Teszek rá, ha proprietary, utálom, ha valaki vallási kérdést csinál ebből, pláne ha van különbség a szabad meg a prop. alternatíva között. Az oviskorból ki kellene nőni, az autó sem azért jó, mert piros, hanem azért, mert lehet vele menni.

A tar.gz/bz2 meg ugye windows alatt felejtős, ha másnak is el akarod küldeni. r=1 júzer nem mindig tudja, mit kell kezdeni vele.

—-—-—

int getRandomNumber() {
return 4;	//szabályos kockadobással választva.
	       //garantáltan véletlenszerű.
}	      //xkcd

Tudtommal a tar.gz/bz2-t is kezeli mind a winzip mind pedig a winrar csak az xp builtin cucca nem, viszont az a rar-t se, de fixme, ha rosszul tudom.
Az viszont tény hogy r=1 user esetén probléma lehet.
____________________________________________________________
Slackware Current - linux-2.6.25 - KDE 3.5.9

xp alapbol tud zip-et, rar-t nem tud kibontani, totalcommander bele tud lepni mindkettobe, szal azzal szoktam bontogatni, illetve mostanaban 7-zip, free opensource, ugy latom hogy a sajat formatuma is terjedoben van (ami maximalis tomoritesi rata mellett mindennel kissebre tud csomagolni, csak 6szor annyi ido a tomorites, es 3szor annyi a kibontas. :/).

Tyrael

Nem igaz, LZMA-tól csak a deflate csomagol ki gyorsabban. Tehát LZMA-val tömörített archívumot gyorsabb kicsomagolni, mint egy bzip2/rzip/rar/ace tömörítővel tömörítettet. De a gzip még gyorsabb.
Különben WinRK még jobban tömörít, de ott tényleg brutális a tömörítési és a kicsomagolási idő.

ennyire nem mentem bele a temaba, de most a kedvedert megneztem:
total commanderbol zippeltem egy 13 megas avit maximalis tomoritessel, illetve 7-zip ultra tomorites, fajlmeret kozel azonos (divx nem tul jol tomoritheto formatum ugye), kitomoritesi ido 3szor annyi a 7zip eseteben.

Tyrael

Kvazi mindentol, de roszabbul is tomorit.

Felvetodik a kerdes, 100Mbit halozaton hogyan tudok leggyorsabban adatokat atvinni? 1.5-2 Ghz x86 mindket vegen ? (kernel forras tar jo teszt alany szerintem)
gzip leggyikabb tomoritesen is roszabb eredmenyt er el szerintem, mint siman atkuldve az adatot.

lzop-ot kene tesztelni legerosebben, az siman atviszi szerintem, csak nem tomirit elgge (de jobb lesz ,mint tomorites nelkul). Mit lenne erdemes hasznalni ?

ez a fő problémakör nálam is: alapállásban mindenkiről azt feltételezem, hogy r=1, mert így nem tűnik úgy, mintha fel akarnék vágni:D
ettől függetlenül igazad van.

—-—-—

int getRandomNumber() {
return 4;	//szabályos kockadobással választva.
	       //garantáltan véletlenszerű.
}	      //xkcd

a diákszervezetnél aminek tagja vagyok, a gépekre valóban 7-zip került már:)
ha én állítom be a programokat, nagy baj nem lehet — 7-zip megnyit szépen mindent automatice, és mindenki boldog. A problémám inkább a homejúzerekkel van, ha ismeretlen helyre küldöm a fájlt, nem mindegy a formátum :-/
—-—-—

int getRandomNumber() {
return 4;	//szabályos kockadobással választva.
	       //garantáltan véletlenszerű.
}	      //xkcd

tessek mondani ez mar kde4?

--
Segmentation violation -- Core dumped blues