Enlightenment DR17 na Ubuntu/Debianu (diskuse)

[Thunder.m]

Hezké, pokud bys měl zájem tak mám nějaké (cca 5) patche vlastní výroby pro E17, které aktuálně používám a dost mi usnadnily život, jinak E17 používám každý den cca 5 let, neměnil bych :)

[----]

během listopadu snad začne vycházet můj desetidílný seriál zabývající se Ečkem dopodrobna ;)

[Thunder.m]

Už se těším, ty patche jsou jen drobnosti, ale jeden je podle mě dost dobrý pokud používáš Wine. Při změně rozlišení se ikony na ploše rozhází a po obnovení původního rozlišení se už neuspořádají do původní podoby, pěkně mě to štvalo, musel se restartovat enlightenment aby se to spravilo.

Druhý patch je to samé jen pro okna, tj. obnovení původní velikosti oken po změně rozlišení.

[AnachronyX]

Tohle mi dělalo i s některými gadgety na ploše, konkrétně modul pro zobrazování počasí. Sice se po změně rozlišení poslušně vrátil do pravého dolního rohu, ale zůstávaly po něm na ploše artefakty.

[Radovan Garabík]

A to si pamätám na začiatky Enlightenmentu, keď bol predstavovaný (ešte len ako WM) ako "efektný, nie efektívny", pre tých s výkonnejšími počítačmi, ktorí chcú niečo pekne vyzerajúce aj za cenu (zbytočného) zabrania systémových prostriedkov....

A naozaj, počas testovania na mojom PC Enlightenment dosť slušne swapoval, iné WM sa swapu ani nedotkli.

Asi starnem :-/

[AnachronyX]

Jedním slovem paráda. A taky velký dík za tu práci. Používám k plné spokojenosti každý den. Pár mušek by se sice našlo, ale i s nimi se dá žít. Enlightenment je má srdeční záležitost už od prvních hrátek s Linuxem, což bylo někdy v dobách RedHat 4.2 (tehdy to byla snad verze DR13).

[deda.jabko]

existuje pro E17 nejaky ,,naslapany terminal'', myslim tim neco ve stylu Konsole z KDE?

[petko]

E je graficky super, ale co som to ja skusal tak tie efekty to malo akosi vo vlastnej rezii, takze lubovolna ina aplikacia tam vobec nezapadala. Ale bezalo to v pohode na 300MHz celerone a to celkom svizne, "kompozitovy" desktop sa pritom vobec nechyta.

[|🇵🇸]

E17... to je taková ta věc... jako Hurd nebo Duke Nukem Forever? Nebo to snad někdy vyjde?

[----]

wtf?? má vyjít v první polovině příštího roku.. už v podstatě dosáhlo konečně stádia alfa - tzn. skoro vše funguje.. se podívej na todo list: http://trac.enlightenment.org/e/wiki/Release

e17 v mnoha věcech funguje lépe než všechny gnome a kde4 dohromady.

[|🇵🇸]

má vyjít v první polovině příštího roku.. už v podstatě dosáhlo konečně stádia alfa - tzn. skoro vše funguje..

Po deseti letech.

e17 v mnoha věcech funguje lépe než všechny gnome a kde4 dohromady.

Pokud je v tom slušný terminál a dobře v tom vypadají Qt4 (a případně i GTK+) aplikace, zajímá mě to.

[----]

no vývoj se dost zrychlil před rokem když se přešlo na Subversion a zapojilo se pak o dost více lidí včetně mě :) teď máme spoustu commitů za den. Co se týče gtk/qt aplikací, musíš si najít zapadající témátko, protože e17 má v themingu mnohem více možností a gtk ty možnosti nemá

terminál používám xfce4-terminal.. efl není.. ale aplikace vznikají

[bibri]

>má vyjít v první polovině příštího roku..

Už aby to bylo - rád to vyzkouším. Čekání na E17 jsem vzdal po mnoha letech letos na jaře a přešel na KDE4, protože to jediné může vzhledem s E17 soupeřit.

[jaj]

co kdyby jste si založil účet v Opensuse build-service? Balíky vám zkompilují mnohem rychleji a snáze pro různé distribuce.

[----]

to není potřeba, protože nás je packagerů několik a s OBS bych neměl takovou kontrolu nad celým procesem.. mám přístup na několik míst pro kompilaci + jeden z packagerů má dostupných třicet počítačů.

[jaj]

není mi jasné, jakou potřebnou kontrolu byste tímto ztratili, nemluvě o tom, že získáte rychlý repozitář pro potencionální uživatele. Tím, že něcháte něco kompilovat anonymní dav, té kontroly bude ještě méně.

[----]

1. OBS nepodporuje některé distribuce.. 2. balíčky by měly být uloženy na packages.e.org a kopírování z OBS mi přijde zneužívání služby 3. potřebujeme hodně místa a vysoký bandwidth(kolem 100GB/den) 4. kontrolu neztratíme, protože vše je kompilované přes chrooty skriptem, který je pro všechny stejný, tzn. kompilační parametry i prostředí je vždy stejné.

[robotics]

To by bylo lepší založit tady na abclinuxu skupinu Enlightenment. Než to updatovat do blogu.

[dark]

Nevím jestli je to tak slavné jak to tady popisuješ. S E17 jsem si hrál dřív (hlavně knihovny jako EVAS), a podle mě je vývoj naprosto nekontrolovaný a občas zmatený - například pro EFL už existují 2 GUI knihovny - ETK a EWL. Dále mě štvalo to, že to API není vůbec integrované (přesně jak popisuješ v blogu, na toto je toto, na tamto toto, pak je z toho 30 balíků s téměř nulovou dokumentací), některé knihovny jako imlib2 se stále používají, přitom už jsou deprecated, atd... No prostě chtělo by to pořádný úklid a hlavně vektorovou grafiku

Ale každopádně fandím, má to potenciál a dokonce i lidi, co na tom dělají:)

[----]

etk bylo zrušeno a ewl se pro e17 používat nebude, momentálně je jen jeden toolkit - Elementary. ad. API) je pár základních knihoven, vše je rozděleno podle použití(ale třeba ecore je dost univerzální)

a vektorová grafika, v evasu pro ni je modul..

a dokumentace je kvalitní a kompletní http://docs.enlightenment.org , popř. to samé dostaneš pomocí doxygenu..

a imlib2 není použito už v žádné spravované aplikaci nebo knihovně.

to, co bylo dřív, není dnes

[Jardík]

jsou psané v jazyce C, ale mají bindings pro Python a C++

Jako proč? Pokud to není v C99 (jako že není), tak to bude fungovat i v C++ a jakýsi dementní wrapper je zbytečná vrstva navíc a vzniká tak závislostní peklo (jak je v linuxu však zvykem).

[----]

jasně že jo.. v C++ by to mělo jet taky.. ale se podívej jak vypadá třeba tady ten wrapper: http://svn.enlightenment.org/svn/e/trunk/BINDINGS/cxx/elementaryxx/src/ prostě aby to bylo integrovaný do c++

[Jardík]

Prasečinky. Chápu, že nechtějí, aby někdo volal přímo delete, ale když chtěj, abychom použili destroy(), tak by asi taky nesměl být protected ...

protected:
  ElmObject (); // allow only construction for child classes
  virtual ~ElmObject (); // forbid direct delete -> use destroy()
  void elmInit ();
  void destroy ();

A kdyby z toho nebylo na zvracení, ono nejenom, že to obaluje (a tak zdržuje) C api, ale ono to požaduje dalších kýbl závislostí (sigc++). To už je snad to samý, jako ten gtkmm bastl. Alespoň že to na rozdíl od něj nepoužívá ty_podělaný_názvy_funkcí()

[dark]

Celá integrace do C++ je stylem "místo char* napiš std::string" a "místo struct napiš class" Prostě něco jak gtkmm a další ptákoviny z gtk/gnome...

[----]

přesně tak :) jinak já programuju přímo v Cčku :P je to lepší

[danaketh]

Jo, až se někde objeví WM, ve kterém budou všechny aplikace vypadat alespoň zhruba stejně, pak opustím KDE. Ale zatím je to každý pes jiný ves (ikdyž nejvíc to prasí právě GTK).

E17 mi navíc kdysi celkem solidně padal. Ale vypadá to pěkně. Takže ho alespoň ho otestuju :)

[----]

co bylo kdysi, není dnes ;)

[Jardík]

Abych pořád nerejpal ... někdy v červenci se na netu šuškalo, že by měla k vánocům vyjít finální verze e17, platí to ještě pořád?

[Ladicek]

Kdysi v červenci se na netu taky šuškalo, že do vánoc vyjde Kantos Hyperionu. A hle – odložen na jaro. Jenže u toho se to aspoň dá pochopit – narozdíl od tvých výblitků na tisíckrát omleté téma neměřitelného zpomalování čehokoliv čímkoliv, od nativní podpory x86 v architektuře x86-64 po zpomalení céčkových knihovem použitím C++ wrapperů

[Jardík]

zpomalení céčkových knihovem použitím C++ wrapperů

To však je pravda, proto je např. gtkmm ještě pomalejší šmejd než GTK a Qt dohromady

[----]

ne, neplatí, protože se nedosáhlo alfa verze v říjnu -> ale teď je to v podstatě alfa no, takže první polovina 2010.

[Sleep_Walker]

Mno, tak to zacina byt pomalu aktualni, ze? :)

Ale E17 fandim, je to jedina rozumna alternativa na Linuxovy telefon :)

[alfonz-mucha]

Co mám používat za přehrávač? muziky / video, zkoušel jsem něco jako canobal(nebo něja tak no bylo to téměř nepoužitelné, než to načetlo knihovnu a spustilo se úspěšně 6x jsem to zavřel a spustil) Nyní mám Rhythmbox funguje bez problémů, ale zajímalo by mě jestli to prostředí má i své aplikace.

Dále je to celkem nestabilní, kdykoliv se otevře nějaké nastavení (panelu / gadgetu) a něco se při tom udělá padá to. 2x mi to celé zamrzlo (gnome to nedělalo) a musel jsem to shodit, ale dám tomu ještě šanci.

mám verzi 0.16.999.062 (distro janty + repo)

[Jardík]

Asi takto: stáhni alpha verzi gnome a porovnávej s alpha verzí e17. Stabilní verzi gnome porovnávej až se stabilní verzí e17 (a že se jen tak nedočkáš ...)

[alfonz-mucha]

ani testovací karmic létě nepadal jak tohle. Ale jak říkám padá to hlavně v nastavení..

[Jardík]

Jenže karmic obsahoval vývojovou verzi gnome založenou na dávno "stabilní" verzi (tj. +- pár fíčur navíc, některé třeba neodladěné), jenže e17 zatím neměl stabilní verzi žádnou, takže se dá nestabilita chápat mnohem více, než v nějakém gnome.

[|🇵🇸]

...po deseti letech vývoje.

[----]

padání bude vyřešeno s updatem repozitáře.

[alfonz-mucha]

Ok super. A budou i nějaké programy ? Třeba ten Edje-Editor je super. Pěkná aplikace, možnosti atd. Sice pár mušek, ale dá se to bez problémů používat a je to i rychlý. Jen je škoda, že ten web je takový roztržitý, není tam pořádný marketing, není ukázáno co a jak používat, co je staré atd..

[----]

edje editor bude nahrazen lepším programem - Editje.

Další programy budou:

eyelight - prezentační program eyesight - PDF reader image-viewer - prohlížeč obrázků elm_kbd - virtuální klávesnice shellementary - elementary dialogy ve shell scriptech(můj projekt) edje_viewer - zobrazovač edje souborů canola - mediacenter empower - sudo frontend entrance - login manager ephoto - pokročilejší prohlížeč obrázků s novým rozhraním ephoto_manager - kompletní správce fotek(alba, tagy atd) estickies - lepicí poznámky(můj projekt)

další se ještě uvidí

[|🇵🇸]

Kdy?

[----]

ten seznam byl myšlen do updatovanýho repozitáře.. v SVN samozřejmě ty všechny programy už jsou.

[SPM]

Asi jsem fakt natvrdlej, ale kde se veme ten modul na systray? :) V repozitáři s balíčkama ho nevidím a v tom co mám nainstalované je něco jako "oznamovací oblast" ale podle popisu a chování soudím, že je to asi něco jiného...

[----]

oznamovací oblast , to je ono. je přímo v balíku e17.

[SPM]

Ok, to jsem přidaný měl, ale bylo to vždy prázdný... i po tom, co to bylo přidané a pustil jsem aplikaci, která tray ikonu vytváří... jsou k tomu nějaké known bugy nebo jsem první? :)

[alfonz-mucha]

Jo, to mi také nefungovalo... tak jsem to několikrát zapnul a vypnul a povedlo se. Poté jsem se to snažil přesunout/zvětšit moc to nešlo. Tak jsem pak spustil nm-aplet a nm-aplet byl na světě. Problém je, že to nemá průhlednost > je to bílé. Takže se to dost odlišuje od zbytku panelu. A dále se u toho dost blbě hledá, to místo kde kliknout pro editaci. Nyní to už ale asi funguje.. :)

[----]

ad. bílé pozadí je způsobeno freedesktop.org standardem systray. Prostě nepovoluje /* nebo je to těžký udělat */ průhlednost - třeba KDE4 taky má jen barvu.

ale systray bylo poslední dobou v SVN hodně vylepšeno, se zvětšováním vše jde atd. kromě té průhlednosti.

[Jardík]

Jdou nastavit 16x16 ikony v systray? Pokud ano, je to kandidát ...

[----]

ikony se škálují podle velikosti panelu, pričemž systray je vždy o něco menší než panel, tzn. neměl bys mít tvé obvyklé výhrady proti vylézajícím ikonám z panelu :D

[Jardík]

Já nestojím o škálování jako v gnome typu velikost min(panelu*konstanta + konstanta,22) (což má za následek poblitý ikony u většiny aplikací, či jejich vylejzání), potřebuju k životu vědět, jestli se dá nastavit pevná velikost 16x16 - tj, mám panel 26px široký a chci mít ikony 16x16, až si za rok vzpomenu, že to zabírá moc místa, tak ho změním na 24px a ikony, aby stále měli 16x16. Ale vzhledem k tvému komentáři předpokládám, že ne. Takže snad jediný panel, kde to jde normálně nastavit je bmpanel2 z gitu, který zase nemá menu

[Ladicek]

potřebuju k životu vědět, jestli se dá nastavit pevná velikost 16x16

Tím se ovšem mnoho vysvětluje

[Jardík]

Asi jsem natvrdlej a nechápu.

[----]

toto se dá nastavit v edje témátku :)