PC-BSD vyvíja desktopové rozhranie Lumina

Ľudia okolo PC-BSD sa rozhodli vyvinúť vlastné desktopové rozhranie. Hlavný cieľom je nahradiť ťažkotonážne KDE rozhranie. Ako základ si zobralo Fluxbox a QT4, na ktorých je Lumina DE postavené. Jedna sa ovšem o zbrusu nový produkt vytvorený od základu. Zdrojové kódy sú umiestnené na PC-BSD GitHube

30.4.2014 15:27 | lukve | Zajímavý software

Komentáře

[pavlix]

Vidím, že drží rozhraní jako součást svého stromu. Jistě se brzy inspiruje systemd a rovněž přijde s novým desktopovým rozhraním ;).

Možná, že toto bude konečně to pravé řešení, které všechny ostatní odsune do pozadí.

[Hans1024]

Ja myslel ze systemd to tahne s Gnome.

[pavlix]

Jak víš, že to není jen dočasné řešení?

[gsnak]

Mozno uz im tie ustavicne prekopavania linuxovych DE liezli na nervy.

[kralyk z abclinuxu]

ustavicne prekopavania linuxovych DE

První verze KDE4 byla vydána před 6 roky, první verze Gnome 3 před 3 roky.

[R]

A v tom Gnome 3 v kazdej novej verzii menia GUI a rozbijaju kompatibilitu.

[pushkin]

To jo. Ale následující čtyři roky stálo KDE dost za to...

[anonym]

A v čem jako? KDE je snad jediné konzistentně vypadající a ovládající prostředí minimálně od dob verze 3, což je možná 12-15 let. Když vidím ty šílené veletoče jinde včetně windows v poslední době, tak díky bohu za KDE.

[pavlix]

minimálně od dob verze 3

KDE jsem opouštěl během používání verze 3 právě proto, že se snažili příliš radikálně měnit zavedené ovládání aplikací. A to jsem všeho všudy pravidelně používal tak tři aplikace, u kterých mi na tom ovládání záleželo.

[pushkin]

No, za konzistentní vzhled vděčíme spíše Qt, nežli KDE. Nicméně má narážka mířila spíše na stabilitu a výkon verzí před KDE 4.8.

[Ladislav Hagara]

Quick Lumina Desktop FAQ

[AlYoSHA]

Tak im drzim palce. Pokial to bude vyhovovat, rad zrusim lin desktop. Aspon doma.

[xkucf03]

Jak to s tím souvisí? Vždyť jádro, distribuce a desktopové prostředí jsou tři nezávislé věci, které lze celkem libovolně kombinovat – viz třeba různé odrůdy Debianu, které nemají jen linuxové jádro, ale i BSD nebo Hurd jádro + si na tom můžeš pustit různá DE.

Používám hlavně KDE a jsem s ním poměrně spokojený. Líbí se mi i Enlightment nebo Window Maker – ale těmto prostředím bohužel hodně škodí odfláknuté výchozí nastavení v distribucích – pro běžného uživatele, který by to chtěl začít hned používat, je to dost utrpení – a přitom by stačilo celkem málo, poladit pár konfiguráků a otestovat. Možná by to bylo přínosnější, než psát úplně nové DE (ale samozřejmě nic proti, kdo si hraje, nezlobí

[Roslav]

Jak to s tím souvisí? Vždyť jádro, distribuce a desktopové prostředí jsou tři nezávislé věci, které lze celkem libovolně kombinovat – viz třeba různé odrůdy Debianu, které nemají jen linuxové jádro, ale i BSD nebo Hurd jádro + si na tom můžeš pustit různá DE.

S trochou trpezlivosti (lebo bugy) sa da behat KDE dokonca na Windowse.

[David Heidelberg]

Tak jenom volbou Qt4 okamžitě vyloučili, že by to běželo na Waylandu bez xwaylandu. Nerozumím tomu, proč rovnou nezačli stavět na Qt5...

[mot]

PC-BSD není Ubuntu, určitě tam Qt5 ještě ani není

[----]

Qt5 je ve FreeBSD ports už nějakou dobu

[jadd]

A jinak jsou ty BSD distribuce odladěnější než ty linuxové?

[lko]

Nemaji ani dostatecnou kapacitu build serveru, takze to na bezne linux distro nema.

[jadd]

Já jsem se nechtěl dotknout REDHATu SLEXu, Debianu a Gentoo. Ve zkratce těm s min. dvouletým vývojovým cyklem.

[----]

pokud máš podporovaný hw, tak to bude fungovat dobře jestli odladěnější nevím, to záleží na distribuci - ale BSD systémy mají víc integrovaný vývoj (vše od kernelu po userspace pod jedním projektem) a lepší oddělení "core" systému a third party věcí.

[RRR]

Hej v tomto sa BSD podobá na Systemd

[nony-a-many-anonym]

Kedy bude mat Qt konecne vynimky :( ?

[nou]

dufam ze nikdy. ono nie kazdy ich chce alebo moze pouzivat.

[Jardík]

I samotné Qt je používá. Výjimky jsou součástí jazyka a jejich "vypnutí" je nestandardní. Qt je nikde neošetřuje a používají "nebezpečné" konstrukce, které výjimky můžou vyhodit, ale chovají se, jako když nemohou nastat. Při vyhození výjimky dochází k únikům paměti a různým nedefinovaným stavům v Qt knihovně. Jejich "nepoužívání" výjimek znaméná jen to, že je explicitně nevyhazují a to, že s nimi nepočítají, protože jsou líní správně napsat exception-safe kód (třeba korektním využití RAII). Toto jejich "nepoužívání" výjimek dále znamená, že integrace s něčím, co vyhazuje výjimky, je záležitost různých hacků a debilotin. Dále si Qt musí vynalézat vlastní kontejnery, jenom abyTaMetodaVypadalaHezky(). Argumentace tím, že první verze Qt vznikla, když nebyla standardní knihovna, je demence. Minimálně od Qt 4, kdy stejně rozbíjeli API i ABI, mohli začít používat standardní knihovnu a vyházet kýbl zbytečností.

[PavelC]

+1

Ale tohle by se dalo napsat o vic projektech. Neznalost existujicich alternativ a NiH syndrom. Takhle by ani nemusel vzniknout systemd, napriklad.

[pavlix]

Takhle by ani nemusel vzniknout systemd, napriklad.

Nebo by pod značkou systemd vznikla sada samostatných kvalitních platformně nezávislých projektů ;).