Enlightenment (diskuse)

[Pepa]

A jak to teda u tebe vypadá?

[pavlix]

Upřesni prosím.

[Pepa]

Screenshot

[pavlix]

Screenshot čeho? Jestli máš namysli ten nm-applet, tak v bugzille jsou odkazy. Jestli máš namysli Enlightenment, používám výchozí vzhled, v konfiguraci ladím jenom to, co je nakonfigurováno vyloženě blbě.

[Bedňa]

Ako sa prepínaš medzi 16plochami, aby si v tom nemal bordel?

[Josef Kufner]

Dvanáct ploch je v pohodě, neboť na klávesnici je F1 až F12. Pokud má další skupinu čtyř kláves (např. nějaké multimediální blbosti), tak bych v tom neviděl potíž. Dovedu si celkem snadno představit 24 ploch (+/- něco málo), pokud se přidají čísílka v druhém řádku klávesnice.

[pavlix]

Přepínám se mezi dvanácti, ale kdybych chtěl výjimečně něco mimo dosah, tak není problém skákat po jedné ploše klávesnicí nebo myší.

[Bedňa]

Aj dvanásť mi príde dosť, ale je to zrejme vec zvyku.

[pavlix]

Nikdo neříká, že jich dvanáct reálně obsadím. Mám plochy. Nemám jich nedostatek. Nemám nedostatek ani těch, na které se dá rychle navigovat. Nenapadá mě nic, co bych na tom měl řešit, mně prázdné plochy nijak nepřekáží.

[Bedňa]

Jako zmysel plôch, na prvej napríklad kódim, na druhej mám git na tretej zábavu na štvrtej konfiguráky a nestratím sa v tom.

[pavlix]

Momentálně to mám tak, že na první mám browser, na osmé mail, na deváté IRC a na dvanácté jabber. Od páté dál otevírám uživatelské terminály, od čtvrté zpět rootovské. Ale nemám to jako pravidlo, ani to nedodržuju stoprocentně, jen jsem k tomu tak nějak dokonvergoval během práce.

[Bedňa]

Ja mám IRC a Jabber na všetkých plochách, možno to testnem a dám ich zvlášť, už sa mi pár krát stalo, že sa zameralo okno s IRC, alebo Jabberom a pokračoval som v písaní kódu tam a čudoval sa čo sa deje.

Na sto pro to asi nedodržuje nikto, ale snažím sa v tom držať poriadok, preto mi toľko plôch prišlo moc.

[pavlix]

No jak jsem psal, prázdné plochy mi nijak nepřekáží :).

[Bedňa]

Až nezistíš ako Kufi nižšie že ti tam niečo zabudnuté ostalo visieť :)

[Josef Kufner]

Což však nic nemění na tom, že to nepřekáží

[Bedňa]

[pavlix]

To se mi nejspíš nestane. Můj systém je natolik experimentální, že nemívá zrovna dlouhý uptime.

[Bedňa]

Tak vidíš túto fjučúru si v blogu ani nezmienil. S IceWM by sa ti to ľahko môhlo stať, predsa sa už vyvíja 18rokov a nepadá, takže chápem že ho nechceš :)

[pavlix]

Tak vidíš túto fjučúru si v blogu ani nezmienil.

1) Nejen diskuzí živ je ábíčkář. Přečti si ten blog. O stabilitě se v něm píše, stejně jako o tom, že používám Enlightenment z Gitu.

2) Výše jsem psal jsem o „experimentálním systému“, nikoli o Enlightenment.

S IceWM by sa ti to ľahko môhlo stať

Jasně. Když budu místo Enlightenment používat IceWM, překompiluju si kernel nebo větší množství jiných věcí, a budu potřebovat restartovat, tak budu podle tebe dělat co? Zaříkávat duchy a běhat nahý kolem ohně?

[Bedňa]

Si prehliadol smajla na konci a chápem že používaš Enlightenment hlavne kvôli dobrej komunitke vývojárov.

To s tými duchmi a kernelom som nepochopil. Jakože sa nedá v IceWM reštartovať? To mám poriešené u seba v Gite, rovnako ako kopec iných vecí. Jednoducho sa to dá upriviť aj na spoluprácu so systemd, čomu sa ale vyhýbam.

[pavlix]

Myslel jsem, že „restart systému“ je „mezi námi děvčaty“ dobře definovaný pojem.

[Bedňa]

Dokonca to dorazilo už aj k nám na vesnicu, len ten kontext mi unikol, ale už ho mám.

[Josef Kufner]

To já takle kdysi na jedné méně navštěvované ploše našel otevřený terminál, kde na mne koukala půl roku stará chyba o tom, že něco upadlo. Chudák terminál tam měsíce ležel a nikdo si ho nevšímal.

[Bedňa]

Však o tom som písal, je to moc plôch :)

[spam]

I am tense to have revealed this inconceivable bit of encasing. Most likely on the planet, this is generously made and I should express, all around showed also. Light that you have could advance such perspectives with a stunner what's more, what's more regard to the subject. hay visit tis website so that you can learn SEO and digital marketing. https://www.digitalhikes.com/digital-marketing-seo-training/nsp.html

[Václav "Darm" Novák]

KDE 5 má stejný "problém" se systrayem. Pro GTK a Qt aplikace se to dá vyřešit pomocí Qt pluginu sni-qt a pro GTK libappindicator-gtk2 a libappindicator-gtk3

[pavlix]

Stejným problémem máš namysli to, že neumí Xembed nebo to, že neumí pixmapy v appindicator?

[Václav "Darm" Novák]

xembed. Pixmapy v appindicator asi umí, na problém jsem nenarazil. Ty knihovny vytváří z xembed appindicator (ale pravděpodobně ikonu pošlou jako pixmapu, takže stejně problém. Tohle si skoro říká o zápis do bugzilly enlightenment)

[pavlix]

Absence Xembed není ani tak problém jako vývoj. Problém je to, že enlightenment neumí ty pixmapy přes appindicator a další problém je, že appindicator je zřejmě (nezkoumal jsem ještě sám) tak blbě navržený, že nemůžeš obsloužit zároveň ty, co pixmapy umějí, i ty, co je neumějí. Chystám se to nahlásit, až se trochu víc podívám na ten protokol, jestli mě někdo nepředběhne.

[Václav "Darm" Novák]

Proto ty uvozovky :) Důvody zbavit se xembed chápu a je to dobrý krok.

[Jardík]

Xembed není zas tak hrozný, jak ho prezentujete. Lze docílit i jakési emulace průhlednosti, pokud aplikace kreslí pouze ikonu bez pozadí (protože tomu oknu může systray manager nastavit barvu nebo pixmapu jako pozadí). Naproti tomu appindicator je debilotina, kvůli které máte v aplikaci závislost na glib2.

[pavlix]

Enlightenment mimo X11 cílí i na Wayland a tam by se asi musela použít nějaká jiná technika. Jinak se obávám, že tvoje informace, že appindicator závisí na glib2 je zcela mylná.

[Jardík]

že appindicator závisí na glib2 je zcela mylná

Asi máš pravdu. Sice v Archu jo, ale koukám, že zatím jde dbus zkompilovat bez systemd, kterej na tom závisí.

[pavlix]

Pamatuju si, že systemd kabal byli zásadně proti glib, ale závislost mezi systemd a glib jsem nezkoumal. Pokud jde o dbus, tak ten snad teď reimplementují úplně a tipoval bych, že bez glib, ale můžu se mýlit.

[Václav "Darm" Novák]

Pokud se DE snaží o nějakou konzistenci, je xembed hodně na škodu. Každá aplikace si řeší svou systray ikonku po svém, chová se jinak… Nechat DE ať se o to stará po svém je podle mě mnohem lepší.

[pavlix]

Pokud se DE snaží o nějakou konzistenci, je xembed hodně na škodu. Každá aplikace si řeší svou systray ikonku po svém, chová se jinak… Nechat DE ať se o to stará po svém je podle mě mnohem lepší.

Nevím, jak to přesně myslíš, ale třeba ten nm-applet jakýkoli pokus řešit ikonky ze strany systray akorát ten applet degraduje, což je vidět i na té současné implementaci přes libappindicator bez pixmap.

[Václav "Darm" Novák]

Myslel jsem to tak, že xembed je embedované miniokno v trayi. Každá aplikace si ho může řešit po svém, reagovat jinak na tlačítka myši, vykreslovat vizuálně jinou nabídku… Kdežto appindicator tuto nekonzistenci řeší. Bohužel v tomto případě je zdá se implementace ne zrovna povedená :/

[pavlix]

Myslel jsem to tak, že xembed je embedované miniokno v trayi.

V tomto případě. Často narážím na to, že vývojáři netuší, že to je jenom použití Xembed, nikoli jeho podstata.

Bohužel v tomto případě je zdá se implementace ne zrovna povedená :/

Obávám se, že je v tomto případě nepovedený i samotný protokol.

[Václav "Darm" Novák]

Tak nejsem si v tom úplně jistý, ale není původem KStatusNotifierItem a tohle jenom jiná implementace? KStatusNotifierItem posílání pixmap podporuje, pouze nedoporučuje.

[pavlix]

To je to, o čem mluvím. Postavím standard. Dám mu funkci X, ale řeknu, že ji nedoporučuju vůbec používat, na místo toho doporučí Y. Pár vývojářů mě poslechne a funkci X nepoužijí a použijí Y. Noví implementátoři funkci X neimplementují a předpokládají, že všichni budou používat Y. Pak přijde projekt, pro nějž je Y kvalitativně nedostačující a pro plnou funkci potřebuje X. Jenže nemá možnost zjistit, zda druhá strana X vůbec podporuje, ani nemá možnost poslat X i Y a nechat druhou stranu si vybrat. Alespoň tak jsem ten popis od jiných pochopil.

Výsledkem je to, že nejlépe fungoval starý standard, který už není podporovaný. Teoreticky by měl stejně dobře fungovat nový standard s nedoporučovanou X. Jenže použitím X degraduju i implementace, které X nepodporují. A teď babo raď. Já osobně to vidím jako blbě navržený standard.

[Václav "Darm" Novák]

Standard a referenční implementace obsahuje oboje, doporučení nepoužívat pixmapy je zjevně pro vývojáře aplikací co budou tray používat, ne pro ty co ho implementují. Pokud píšu tray a neošetřím něco co z popisu standardu může nastat, jsem blbej já, ne standard.

(ale je pravda že se mohli tomuhle problému vyhnout vyhozením pixmap už od začátku)

[pavlix]

Neshodneme se ve dvou věcech. Jednak s tebou nemůžou souhlasit, že ten standard je dobrý a že tahle konkrétní část standardu je dobrá. Ani s tebou nemůžu souhlasit, že by bylo lepší vyhodit podporu pro pixmapy a degradovat tak funkcionalitu úplně všem. Samozřejmě je tu ještě alternativa kvůli tomu pitomému nápadu s názvy ikon předgenerovat všechny ikony, co může nm-applet jenom teoreticky reálně zobrazit. Mám pocit, že to Dan Williams odhadoval v řádu stovek.

[Václav "Darm" Novák]

Pravda, beru zpět… Navíc pro některé programy je posílání jménem nepratické (closed source s jinými způsoby instalace). Každopádně pixmapy jsou součástí původního standardu. Pokud je někdo neiplementuje, je to blbost pouze a jen jeho.

[pavlix]

Pokud je někdo neiplementuje, je to blbost pouze a jen jeho.

Což ovšem nemá vliv na to, zda je standard dobrý nebo špatný.

[pavlix]

Mimochodem ten blogpost jsem v redakčním systému naplánoval na zveřejnění ve středu a nefunguje to, musel jsem dneska publikovat ručně, když jsem si na to vzpomněl.

[Tomáš]

Mně to dělávalo taky, ale nakonec jsem zjistil, že chyba je mezi židlí a klávesnicí. Nestačí jenom napsat datum publikace, ale pak ještě zmáčknout "Publikovat" nebo něco v tom smyslu.

[pavlix]

To není ani tak problém mezi klávesnicí a židlí jako chyba v uživatelském rozhraní. Člověk se chce za každou cenu vyhnout tomu, že to systém publikuje okamžitě. Ze stejného důvodu slušná uživatelská rozhraní místo Yes/No používají Save/Discard. Ale každopádně díky za radu, budu napříště vědět, že se tlačítka „publikovat“ nemusím bát, když budu mít nastavený čas publikace.

[marek_hb]

Já vždycky dojedu na aplikace a jejich provázanost s prostředím. A to mi nejvíc sedí v KDE. Zatím každý můj pokus o emigraci skončil pokorným návratem zpátky do KDE

[pavlix]

Takhle to mám akorát s Thunderbirdem :).

[Dirka]

A ktery app to jsou? Taky jsem si myslel, ze to nikdy nedam, pak jsem proste nahodil LXDE kousl se a behem tri dnu jsem nasel pro vsechny adekvatni (ve spouste pripadu i vyrazne lepsi) nahrady.

[marek_hb]

nejvíc asi digikam+kdenlive+dolphin

třeba v gnome když jsem zkusil openshot+nautilus+prohlížeč používat stejně jako ty tři z KDE, tak to prostě nefungovalo - připadal jsem si že mi upadla jedna ruka a že jsem oslepl na pravý oko. A to nemluvím o tom, že openshot mi absoloutně nesedí

[R]

Tvorcovia Enlightenment znovu vynachadzaju koleso a trva im to hrozne dlho. Na druhej strane, tvorcovia Gnome's Hell uz davno zabudli na povodny vyznam kolesa a teraz ho maju hranate...

[pavlix]

V čem přesně Enlightenment znovu vynalézá kolo?

[Mirek]

Hezký, ale trochu nekonkrétní zápisek, E používám už cca 7 let a to denně, novější verze E19 má pár výhod i nevýhod, především se výrazně zrychlil celý composite modul a veškeré vykreslování je asi o řád rychlejší než v jiném prostředí, chyba je že E19 už bez něj nemůže fungovat, což u E17 ještě bez problémů šlo ikdyž jsem to snad nikdy nevypínal.

Co se týká problémů, systray je kapitola sama pro sebe, je to peklo kterému vděčím za cca půl roku problémů se stabilitou E19, tento modul nemusíte mít v shelfu, ale pokud je aktivní tak způsobuje zásadní nestabilitu, konkrétně šlo o to že pokud byl aktivní tak mi E19 při zaškrtnutém zakázání composite efektů pro full screen okna vždy při ukončení full screen okna havaroval, musel sem mít tuto volbu vypnutou, jinak to nešlo, hledal jsem řešení na tento problém opravdu velmi dlouho a bohužel jsem na toto řešení přišel vlastně náhodou.

Další problémy jsou hodně nevhodně řešení doku, otravuje to a například ubuntu či xfce to má mnohem inteligentnější, používám proto modul tasks.

Mezi hodně slabou stránku patří taky časté problémy se spuštěním konfigurace při startu, většinou mi nefunguje mixer zvuku a nastavení jazyka, vždy je po novém startu potřeba provést rychle ctrl-alt-end a pak už to jde bez problémů po celé sezení.

Ještě je taky hodně nepovedený, respektive nedotažený connman, který na stolním PC neřeším, ale na notebooku mi pije nervy, tím asi výčet končí, není už moc dál na co si stěžovat, množství nastavení je opravdu hodně a každý si vybere přesně to co chce pro sebe...

Mezi hlavní výhody E považuji hlavně to že mě nikde nic neotravuje a nic mi nevnucuje, zároveň pak rychlost a minimální nároky, hodně věcí se taky doladilo.

[hydrandt]

No teda, to zní celkem šíleně, znáš lepší terminál, nevyhovuje ti způsob konfigurace, výchozí konfigurace je naprd, ikonky v trayi rozbité, nestartuje to s připojeným externím monitorem, a občas to prostě zatuhne...a mezitím se tady v diskuzích říká, že linuxové portály umírají, protože všechno už "prostě funguje" :D

Já jsem asi před dvěma lety z nějakého důvodu (rozsypalo se/sralo mě unity?) skončil na gnome 3, které je v ubuntu 12.04, takže už pěkně stará verze, a dá se to používat docela obstojně. Ten panel s běžícími/připíchnutými aplikacemi, který se po levé straně straně zobrazoval jen když člověk kliknul na Activities, mám pomocí extension Dash to dock schovávací po najetí k levé straně obrazovky, plus pár dalších pluginů to dělá dost použitelné (advanced volume mixer na nastavování volume každé aplikace zvlášť, calculator na počítání v activities, impatience na zrychlení animací, maximus na odstranění titulku okna když je maximalizované, native window placement na lepší miniatury oken v activities, remove accessibility, weather).

Jediné, co mě štve, je ta notifikační oblast, kde ikonky ujíždí a člověk nejdřív musí odkliknout historii notifikací, než na ně může kliknout - na druhou stranu tam jsou a vypadají tak, jak mají

Až koupím ssd, zbavím se ubuntu, přejdu zpátky na arch (nebo debian, podle aktuální nálady), vyzkouším něco jiného, ale co...buď xfce, nebo lxqt.

Stejně většinu času používám jen firefox a terminál a přepínám se mezi nimi klávesovými zkratkami, zbytek času tak nautilus a vlc. Přepínání vstupních metod, připojování k wifi/vpn, připojování k bluetooth reprákům, připojování externího monitoru, to všechno funguje asi zatím nejlíp co to kdy fungovalo, klep klep.

[Jardík]

Nejhorší na E je asi ten filemanager. Pokud chcete mít různá nastavení zobrazení a řazení pro různé adresáře, tak to ten filemanager pořád nakurvuje.

[podlesh]

Zajímavá náhoda, o elightenment jsem zrovna četl i na jiném serveru.