ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverAjánlott böngésző Linux Weekly NewsFreeBSD Project NewsOpenBSD Journal |
Problémák a KDE Windows portjának fejlesztése körülChehrlic - KDE fejlesztő - blogjában bejelentette, hogy a maga részéről leállította a KDE Windows portjának fejlesztését. Hogy teljesen vagy sem, az nem derül ki, de hogy egy időre, az biztos. Ez azt jelenti, hogy a fejlesztő részéről nem várhatók sem KDE 4.2.4, sem 4.3.x binárisok. A felhasználók abban reménykedhetnek, hogy talán Saro (Engels) készít majd. A fejlesztő a munka leállítását főként azzal indokolja, hogy szerinte hiányzik a kommunikáció a hobbiprogramozók (mint például ő) és a fizetett, főállású KDE kóderek közt. A részletek itt olvashatók.
»
|
KeresésNavigációBelépésHupWikiÁllásajánlatokHWSWFriss blogbejegyzések
HUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásMit tudsz a B-tree struktúráról? Részletekbe menően ismerem a felépítését, funkcióját, határait és felhasználását. 11% Kevésbé ismerem, mint az első pontban, de hozzá tudok szólni a témához. 19% Használom, de nem ismerem minden részletét. 4% Hallottam már róla, minimális mértékben ismerem. 28% Egyáltalán nem ismerem. 32% Csak az eredmény érdekel. 6% Összes szavazat: 474
Új felhasználók
InformációKövess minket!Partnerünk |
Azóta kijött két hosszú írás till-től, aki sok mindenre reflektál ezzel kapcsolatban.
1. és 2.
--
Elder Scrolls
Vki foglalja mar ossze, pliz, ha van ideje es kedve. Meg azt is, mi ertelme van a kde-t portolni vindozra.
tompos
Ez jó kérdés...
Én sem értem, mért kell mindent windowsra portolni. Windowson mindenre van többféle program, inkább a linuxos verzióra kéne minden időt fordítani szerintem. KDE-t úgysem tudja felinstallálni az egyszeri user. De nincs is szükség rá Windowson.
A hosszútávú terv szerintm nem az volt, hogy a usernek KDE-t kelljen telepítenie, hanem a KDE libek ugyanolyan cross-platform libek legyenek, mint a Qt libek.
Vicces, hogy pont ilyenkor nem érvényesül az "open source meg szabad szoftver" elv éd hogy "mindenki azt csinál, ami szerinte hasznos"...
----------------
Lvl86 Troll
Mindenki azt csinál, ami szerinte hasznos (mármint a nem fizetett fejlesztők), és mindenki arról pofázik, hogy szerinte mi hasznos. Mi nem érvényesül?
Mindig ez a "mi értelme". Mi értelme van írni ide? Semmi, így döntöttél a szabadidődről, ők meg úgy hogy windowsra portolják a kde4-et, ez van.
--
"Dude, you can't take something off the Internet.. that's like trying to take pee out of a swimming pool."
Elvielg ha a keretrendszert es a libeket portoljak, akkor a KDE-s programok futni fognak win alatt is. Ez gyakorlatilag keresztplatformossa teszi oket. Ennek nem csak a hasznalat, de a fejlesztes szempontjabol is oriasi erteke lenne. (A QT-s applikaciok ugyan keresztplatformosak, de nem integralodnak jol egy desktop kornyezetbe.)
mert a jelenleginel tobb, mint tizszer nagyobb piacot nyitna meg a kde alkalmazasok elott?
--
When in doubt, use brute force.
troll
:)
--
.
+1
Bár azért van alternatíva. Pl. wxWidgets?! Nem vagyok a GUI alapú programozás nagy szakértője, így nem tudom, hogy mennyire problémás ezzel fejleszteni, mondjuk Qt-val összehasonlítva, de az szimpatikus, hogy az adott platform kinézetét "megöröklik" a wx-es stuffok.
Az csak cross-platform widget set, annak ott a Qt is. Itt a Qt-n felül a KDe libekről van szó. Amúgy a KDE-sek nyilván azt akarják, hogy ne wxWidgets-en, hanem Qt-n, és lehetőleg KDE-n fejlesszenek a népek, különösen, hogy a wx-nek Linuxon nincs Qt/KDE felülete, csak GTK.
Persze. Ez tiszta sor...
Azért, hogy aki cross-platform programot akar írni, az írhassa úgy, hogy használja a KDE szolgáltatásokat (pl. kio), és (ha amúgy KDE-t használ az ember) integrálódik a KDE-be.
Én feltettem Windowsomra KDE-t egyszer.
Kipróbáltam. Iszonyatosan durván lassú volt.
Ha sebességben megfelelő lenne, én pl. nagyon szívesen használnék konquerort és kate-et pl. böngészéshez és mindenféle irkáláshoz.
A pasziánsz jó volt (és sokkal jobb, mint a windows sajátja) :-)
G
en pl. egy jol mukodo multi platformos nativ csoportmunka klienst el tudnek kepzelni.
pl. kontactra ragyurni :)
http://www.kolab.org/about-kolab-clients.html -> KDE Client Download section link
http://www.kolab.org/download.html -> Windows link
Szerintem van értelme. Én nem vagyok valami KDE-párti, de jobb ha van, mint ha nincs. Pl. a blackbox egész szépen muzsikál Winen (bblean).
********************
"...ha nem tévedek!" (Sam Hawkens)
http://holo-media.hu
Ez mondjuk teljesen más, mert pont az ablakkezelőt nem portolták.
Az ablakkezelőt nem is kell, azt a windows akkor is tudja, ha kilövöd az explorer.exe-t. (Mintha a blackbox megoldása is valami hack lenne.) Viszont plasma már van, bár gyakorlatilag még használhatatlan.
Csak azt akartam mondani, hogy a KDE Windows-ra portolása nem hasonlítható a Blackboxéhoz, hiszen ott (ha jól tudom) pont az ablakkezelő lecserélésén volt a hangsúly, a KDE-ben pedig azt nem portolták. (Pedig lenne értelme, sokkal többet tud, mint a Windowsé.)
A windows ablakkezelőjében pont az a szép, hogy lehet bővíteni a tudását. A blackbox sem lecseréli, csak a meglévőbe nyúl bele. Ugyanezt csinálja az nvidia driver is, és még egy rakás másik program.
A kwin-t nyilván nem fogják portolni, mert az kimondottan X-hez van. Maximum annyit tehetnek, hogy a windows ablakkezelőjét úgy bővítik, hogy annak tudása megegyezzen a kwin tudásával. Egyelőre azonban sokkal fontosabb dolgokat is meg kell oldani, és erre még rájön ez a probléma is a fejlesztés körül.
Mint fentebb is írtam, a plasmát viszont megpróbálják portolni. Tehát az explorer.exe-t le lehet cserélni (majd) plasmára. Tehát gyakorlatilag a kde-s desktop érzést tudják portolni windowsra. Egyelőre a windows ablakkezelőjével. Gondolom ha már ez stabilan fog működni, az ablakkezelőt is meg fogják csinálni. Addig meg maradnak a külső toolok az ablakkezelő okosítására.
Az explorer.exe mindenesetre képes alkalomadtán (ritkán) szó nélkül kifagyni. Mondjuk legalább újraindítja magát. :)
********************
"...ha nem tévedek!" (Sam Hawkens)
http://holo-media.hu
Erre a plasma is képes. :)
Explorer.exe NEM ablakkezelő. Soha nem volt és, soha nem is az. Csak egy desktop environment.
Blackbox meg szerintem szimplán felülrajzolja/átveszi az alap Windowsos ablakkeret rajzolását (nem néztem bele a forrásba), de attól még az ablakok lényegi kezelését a Windows végzi. ALT+Tab és minden hasonló marad a Windows kezén.
(Ha a linux nem windows, akkor a windows sem linux: itt az ablakkezelő nem egy külön programban van, hanem mélyebb szinten bele van integrálva a grafikus rendszerbe.)
----------------
Lvl86 Troll
Én is ezt mondom. :)
Hát, pedig reggeltől estig ezen kellene dolgozniuk, ha 2020-ban ki akarják adni az első stabil változatot.
:-)
Hat a WIN-es porton tenyleg annyit kene dolgozni a jelenlegi allas szerint. :-/
Az a baj, hogy nem a backendet portolják rendesen (lásd DBus), hanem a látható dolgokra hajtanak. Homokra márpedig nem épül vár, mint tudjuk, szóval így nehéz is. Ha rendes hátteret teremtettek volna, akkor hamarabb megjelenhettek volna alternatív progik Qt/win alatt, minthogy ők portolják a már meglévőket.
A pici lelkemnek a céges XP-n kifejezetten jólesik egy kis Kopete, Konversation és Lokalize. Több példát hirtelen nem tudok mondani. A pici lelkem állapotán túl szerintem ez egy remek csali lehet a nagy szoftvergyártóknak. Ha egy hobbiprojekt keretein belül is könnyedén lehet portolni szinte egy teljes asztali környezetet, akkor a nagy neveknek sem okozhat gondot eleve keresztplaformosra tervezni alkalmazásokat. A Google Chrome / Chromium linuxos portolása körüli kínszenvedés lehet erre az iskolapélda. Sikeresen feldolgozok olyan érveket, hogy "kicsi piac", meg "Microsoft-lobbi", de ha van egyszerű és költséghatékony lehetőség a flexibilitásra, akkor miért nem használják ki?
Már a Qt önmagában is elég flexibilis, a Windows változata évek óta jelen van, mégsem haszálják széles körben Windows alkalmazásokhoz.
pedig a QT nem rossz dolog, csak ezt még kevés ember tudja / kevés mer hozzányúlni
És zártforrású programhoz pár hónappal ezelőttig nagyon drága volt, de most már LGPL-es.
A tobb platformos kereskedlmi alaklamazasokban, qt3 figyel tobbnyire.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
http://www.qtsoftware.com/qt-in-use
Lehet, hogy nem eleg szeles korben, de azert ezek eleg jo referenciak.
IMHO a Qt a legjobb GUI platform, PyQT, GTK, Swing, WinForms viszonylatban. Sima C++-ban még nem néztem, de pár napon belül nekiállok valami kisebb alkalmazást írni a QtCreator-ban, megnézem, hogy mit tud az az IDE. Amit láttam belőle eddig az alapján egész pofás.
PyQt gyakorlatilag a C++os Qt komplett bindingje pythonra, kb csak annyi különbség van hogy scriptnyelv, nem kell fordítani, bármilyen platformon elfut (néha jól jön). C++ban ugyan nem néztem, de ugyan annyit lehet elvileg kihozni a kettőből.
Igen, a C++ refet néztem hozzá, semmi különbség nem volt :)
Azért választottam anno a PyQt-t, mert pythonban otthonosabban mozgok, mint C++-ban.
"bármilyen platformon elfut"
Mármint ugyanazokon, amirke a Qt-t le lehet fordítani C++-szal. :)
nyilván :-)
hat ezek tenylek hujek, meg linux-ra sem csinaltak meg rendesen. Windowsra semmi ertelmet nem latom.
Ők látták. Az pedig, hogy Linuxon vannak-e problémák, független attól, hogy Windowsra portolják-e.
Elipszilon...
L.,(1)
eCaffee
-
"Attempting to crack SpeedLock can damage your sanity"
Muszáj
--
()=() Ki oda vagyik, ('Y') hol szall a galamb C . C elszalasztja a ()_() kincset itt alant.ly - deprecated
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
Felesleges huhogni. Cristian Ehrlicher a blogjában tisztázza a vitás kérdéseket.
http://chehrlic.blogspot.com/2009/06/clarifications.html
Igen, a kde.news oldalon is olvasható a folytatással kapcsolatban egy bejegyzés.