Újraéled a KDE Windows portjának projektje

KDE

2009 nyarán jöttek hírek arról, hogy gyengélkedik a KDE Windows portjának fejlesztése. Most viszont újra élet látszik költözni a projektbe. A dot.kde.org-on a napokban Diego Rondini arról számolt be, hogy a KDE Windows team csomagokat jelentett be a KDE Software Compilation 4.5.4-ből. A bejelentés szerint duplán fontos ez a bejelentés. Egyrészt, mert azt jelenti, hogy a KDE Windows kezdeményezés hosszas háttérmunka után ismét visszatér, másrészt pedig azért, mert a Windows felhasználók friss KDE szoftverekhez juthatnak.

Noha az anyag még nem tekinthető stabilnak és éles környezetben felhasználhatónak, a kiadás számos olyan újdonságot tesz le az asztalra, ami miatt érdemes kipróbálni:

A bejelentés itt olvasható.

( c4nn1b4l | 2011. 01. 12., sze – 09:17 )

"nem tekinthető stabilnak és éles környezetben felhasználhatónak"
melyik platformon az?

Így viszont hiteles véleményalkotója vagy a témának tényleg.
Mindenesetre, hogy ontopic is legyek, én kicsit feleslegesnek érzem a kde win port erőltetését, ám ha igény van rá, próbálkozzanak. Linuxon (és felteszem BSD-ken is) viszont véleményem szerint messze a legjobban összeszedett DM. Úgy másfél éve már csak ezt használom, napi szinten, desktopon, mert én ilyen perverz vagyok :-D, és nincs vele semmi bajom. Persze nem kubuntu, korábban slaki, most meg arch, ezeken jól szerepel(t), más disztró meg úgy keféli el ahogy akarja. Lehet ezt persze fétisnek nevezni, de leszögezem, hogy tapasztalatokra építek. Kísérletező kedvű vagyok, végigpróbáltam már minden ismertebb és használhatónak tartott dm/wm-et, de utoljára jó sok évvel ezelőtt a WindowMaker-el voltam még így megelégedve, a többi valahol mindig kompromisszum volt.

Nem. A bugok nem olyan fortelmesek, akkora bugokkal GNOME-ban, de meg a Win kezelofeluleteben is lehet talalkozni.

Ellenben a beallitasi lehetosegek messze a KDE-nel a legszeleskorubbek, csak atlaguser nem hasznal "always-on-top"-ot es "keep below others"-t, alkalmazasonkenti inditasi meretezest, olyan effekteket, ahol meg a kocka kicsinyitese es a wobbly windows wobblizhatosaga is konfiguralhato, szazalekonkent allithato az adott esetekbeni atlatszosag, stb.

http://techbase.kde.org/KDE_System_Administration/Environment_Variables…
Egyes forrasok szerint KDE_IS_PRELINKED es prelinkeles 50%-ot is gyorsithat.

Szerintem te valami nagyon rosz LDFLAG-eket hasznaltal, hogy ilyen lassan indulnak a dolgoad, vagy valami ultra rossz I/O teljesitmenye van gepednek.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

( gUHU | 2011. 01. 12., sze – 09:29 )

Ez jó hír! Szeretem a dolgaikat és remélem, hogy elérik a használhatóság szintjét is! Drukkolok nekik! :)

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

( the_nameless89 | 2011. 01. 12., sze – 11:11 )

Csak én nem látom ennek az egésznek az értelmét? A Windows felhasználóknak nincs igénye a KDE-re. Jobb lenne, ha a KDE4Windows-t fejlesztő erőforrásokat olyan területekre csoportosítanák, mint a KDE erőforrásigényének csökkentése.

androbit.org - Informatikai portál és könyvtár

Ez csak egy picit javít a helyzeten. Jobb lenne, ha például a szoftverek indulási sebességével foglalkoznának egy érdektelen közösség helyett. Például az openSUSE betöltési idejének több mint a felét csak az alap KDE felület betöltése teszi ki. Ha elindítok egy ~2000 darab zeneszámot kezelő Amarokot, fél percig nézhetem az ugráló ikont és a betöltőképernyőt. Azért a 2GHz-s Intel C2D procival és 2 GB rammal szerelt notebookom ne számítson már alsókategóriás gépnek azért, hogy ez megengedhető legyen. Mindenesetre KDE4-et használok és szeretem is, csak az indulási sebességekkel állok inkább hadilábon. És ilyenkor eszembe jut a HUP-os szavazás asztali felület része, ahol kiderült, hogy 2x annyian használnak GNOME-ot, mint KDE-t. Butácska és nekem nem tetszik, de legalább emberi időben mérhető az elindulás.

androbit.org - Informatikai portál és könyvtár

Igazából egy másik topicban pont kifejtették, hogy nem baj, ha erőforráspazarló a program, de legalább "unixos hozzáállású". Ezek után nem értem miért baj az, hogy a KDE lassan indul :)

----------------
Lvl86 Troll

Ez is egy szemlélet, de a kisgyermeknek sem engedjük, hogy a konnektorba nyúljon, bármennyire is szeretné. Arról nem is beszélve, hogy nem akarok eldönteni semmit, csak azt mondtam, hogy mi lenne a hatékonyabb és értelmesebb...

androbit.org - Informatikai portál és könyvtár

Egyrészt lehetnek olyan KDE alkalmazások, amelyeket van értelme futtatni Windowson, másrészt egy ilyen projekt segíthet kiirtani a KDE-ből a Linux-only (vagy gcc-only) megoldásokat, ami a portolhatóságnak mindenképp jót tesz.

( W3ber | 2011. 01. 12., sze – 16:03 )

+1
De egy portable ubuntu nem ugyanezt tudja?Ha már windowsra akarunk erőltetni linuxos progikat.Link

( therion | 2011. 01. 12., sze – 18:02 )

Ki a fene használna Windows-on KDE-t? Ha unatkoznak akkor miért nem tudnak értelmes dolgokkal foglalkozni?

( numen v | 2011. 01. 12., sze – 18:48 )

A többség véleményével ellentétben szerintem sokkal inkább az ablakkezelőjét kéne portolni, meg az asztalt ☺
Abban határozottan többet nyújt, mint a Windows. Az alkalmazások közül nem egy csupán n+1 alternatíva lesz egy feladatra. 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( handler | 2011. 01. 13., cs – 00:34 )

Korabban felmerult mar [1], hogy az egesz kdelibs fejlesztest a Qt reszeve kellene tenni - ennek fenyeben praktikus kezdemenyezes.
A nativan elerheto KDE alkalmazasok windows alatt okozhatnak meg meglepeteseket - foleg egy kis ceges hatszellel (pl.: Nokia KOffice fejlesztesenek tamogatasa Maemo platformra).

[1] http://lists.kde.org/?l=kde-core-devel&m=128842761708404&w=2