8-го апреля сего года г-н Gustavo Sverzut Barbieri в рассылке E-devel предложил вариант подготовки проекта Enlightenment-DR17 к запланированному на этот год релизу.
С апреля по июль - фиксация базы и выпуск промежуточных "снимков" (snapshots).
Как всё-таки хорошо, что на свете существуют кде и опера.. Благодаря ним так легко можно отличить нормальных людей от тупых японских школьников, унылых троллей и просто идиотов. =)
>Концепция, ориентированная исключительно на мышевозилок, как и весь "современный" десктоп в общем то.
И как же истинные Ъ получают информацию типа обновления процента закачки файла, без захламления экрана лишними окнами? Через попу.. ой, простите, поп-ап смотреть будете? :)
У них наверное есть специальные мааленькие фреймы в которых эти окошки и выскакивают, или не выскакивают если фрейм убрать. К слову сказать в ion3 есть таки statusbar для всяких sim/icq.
Не, я поставил на посмотреть, это е16, он в репах бубунты есть.
Вообще, штука очень реактивная, особенно с его композитом. Окна действительно очень плавно перемещаются (в гноме с компизом все равно видно рывки), анимация тоже плавная. Надо 17 попробовать.
Через иконку kget из кде3. ;) А ещё видят процент проигранного трека в amarok 1.4.10 (сам недавно обнаружил), активность сети, раскладку..
P.S.: А popup - гадость, висят только 10 секунд, поэтому от компа на час не отойдёшь. Можно, конечно, заставить их висеть хоть сутки, но тогда нужно каждый раз брать в руки мышь (!) и закрывать.
>У них наверное есть специальные мааленькие фреймы в которых эти окошки и выскакивают
Тот же трей, короче. Только там, где помещается одна надпись "Новое сообщение в Linux.org.ru: Подготовка к релизу Enlightenment-DR17", можно поместить минимум 10 иконок различных приложений, и ещё управлять через них.. (ну не могу я на ВСЁ поставить хоткеи!)
> А ещё видят процент проигранного трека в amarok 1.4.10 (сам недавно обнаружил), активность сети, раскладку..
И для всего этого трей не нужен. Потому что это чисто информационные задачи, с которыми справляется даже ионовский статусбар.
> А popup - гадость, висят только 10 секунд, поэтому от компа на час не отойдёшь. Можно, конечно, заставить их висеть хоть сутки, но тогда нужно каждый раз брать в руки мышь (!) и закрывать.
А если нужно вытащить приложение из трея, то брать в руки мышь не приходится что ли?
Я кстати далеко не Ъ :) Мышь - устройство полезное, но только для определённого круга задач. И задача "быстро вытащить окошко, сделать в нём что то и тут же убрать с глаз долой" в этот круг никак не входит, если основная работа выполняется исключительно с клавиатуры.
Ычую это. Однако замечу, что от навороченных статусбаров толку вряд ли больше, чем от КДЕшных свистелок/перделок, а времени на поддержку в соответствии с меняющимися вкусами отнимает едва ли не больше, чем редактирование цветовых схем. Да и занимает место, которое можно было бы потратить с большей пользой. Поэтому наибольший профит достигается, когда нет ни статусбаров, ни заголовков окон. Системная информация пусть доставляется по хоткеям, а экран пусть разбивается на области сам, по мере поступления новых окон. В сочетании с чисто выглядящими программами использование подобной системы не только крайне легко и продуктивно, но и доставляет эстетическое наслаждение.
Т.е. когда используется трей, который стандартизирован и который есть [почти] везде - это плохо, а когда на каждое приложение нужно писать lua-скрипт, поддерживаемый одним единственным wm, - это нормально. Причём в приложении ещё должна быть поддержка какого-нибудь dbus или --get-info, через которые скрипт мог бы забирать информацию.
Hjorn, за что вы так юзеров с разрабами, а? :) >А если нужно вытащить приложение из трея, то брать в руки мышь не приходится что ли?
Use KDE-apps, Luke. :)
Да и кто заставляет сворачивать именно в трей? Я смотрю, пользователи ion и без этого нормально обходятся..
спасибо Вам за добрые слова! >> Надеюсь, будет не как с KDE4.
статус а-ля KDE4 у нас был пару лет тому назад как минимум. уже выпущено за 7 лет неторопливой разработки где-то 50 "внутренних" релизов, в которых именно обкатывалась наиболее эффективная структура EFL (Enlightenment Foundation Libraries), ибо E-DR-17 лишь пример практического использования EFL. >>а трей уже есть !
таки да, и отказ от "старых" спеков на трей - благо. хотя, понимания того, что трей таки "не нужен" и конкретно лишний в "иксах", в "массах" ожидать не приходится к сожалению. напомню, что трей был изобретён в MS и основной задачей приложений, уходивших в трей было освобождение ОЗУ, использовавшегося для отрисовки GUI. потом эту благую идею довольно быстро "пофиксили", но, к сожалению, абсолютно бесполезную хреновину успели "нарисовать" и для "иксов". теперь "развлекаемся"... >>Скажи милчеловек, а там можно реализовать ионовские скратчпады?
в Enlightenment всегда больщое внимание уделяли пейджеру (Pager). например манипулирование окнами (напрямую) в DR-17 возможно даже при вызове Pager-popup. допустим у Вас надцать виртуальных столов с приложениями. попробуйте для начала "повесить" хоткей "Pager-popup" на Alt+Up и не отпуская Alt-а поиграть с окнами приложений именно из появившегося окошка.
есть Tiling module и есть возможность назначать/запоминать рамки окон приложений индивидуально (равно как и множество прочих опций, не реализованных более нигде). >> А композит в нем будет работать?
нет. поддержка/создание "родного" композита (как это есть в E-DR-16 и по сути-то реализация может быть признана эталонной) запланирована на релиз E-DR-18. не беда. уже прекрасно работает Ecomorph:
http://code.google.com/p/itask-module/wiki/Stuff http://en.opensuse.org/Ecomorph >> Ионовские скратчпады с грамотной системой нотификации.
собсно пользую именно Pager module + Notification module для Enlightenment-DR-17. всем доволен. >> Они не хотели релизить E1* так как небыло еще машин, на которых бы оно не тормозило.
мил человек, уж на что у GTA01-GTA02/(OpenMoko) шина обмена данными медленная, но и на этих чудо-девайсах худо-бедно тормозов не было (до тех пор, пока не открывались приложения на qt/gtk) >> Не было там (в E-DR-16) композита, возможно была псевдопрозрачность. E16 это конец 90х, какой нафиг композит ?
неверно. смотри выше. >> Ещёбы украинизацию добавить бы... :)
enlightenment-intl @ lists . sourceforge . net
http://wiki.enlightenment.org/index.php/Getting_started_with_Enlightenment_lo...
собсно всё в Ваших руках. >> P.S.: А popup - гадость, висят только 10 секунд, поэтому от компа на час не отойдёшь.
>> Как всё-таки хорошо, что на свете существуют кде и опера..
собственно использование стороннего (ранее проприетарного) тулкита и "эталонная" реализация опций (не ясли конечно, но и не детсад, ибо например для того, чтобы "хранить" все не просмотренные лузером "попапы"/сообщения и отобразить их по мере надобности мозги надо таки иметь, а не kde + opera...)
> Поэтому наибольший профит достигается, когда нет ни статусбаров, ни заголовков окон.
Может быть, но всё же как минимум нужны уведомления о событиях. Да и статусбар много места на экране не занимает, а бывает полезен. В ионе использую только %date, %load и %linuxbatt. Этого достаточно, но без этой информации (особенно без thresholds), было бы не очень комфортно.
> экран пусть разбивается на области сам, по мере поступления новых окон
А вот за это я не люблю динамические tiled wm. От тайлинга мне нужно главным образом чтобы приложения автоматически занимали свои специально подогнанные по размеру области. Долго мучил dwm в своё время, пока не понял, что он мне больше неудобств создаёт, чем решает проблем. Ион же отлично масштабируется от простых задач на ноуте в режиме "окно на весь экран с табами" до любых задач на рабочем десктопе.
> Т.е. когда используется трей, который стандартизирован и который есть [почти] везде - это плохо
Это вовсе не плохо. Плохо то, что не всякое окошко получается вытащить из трея без мыши. Вот как вытащить по хоткею stardict в гноме или в кде? Я не знаю. При этом не отрицаю полезности визуальной информации от апплетов в трее.
> Да и кто заставляет сворачивать именно в трей? Я смотрю, пользователи ion и без этого нормально обходятся..
Дык вот и получается, что трей не нужен :) Кстати, в ионе он как ни странно имеется.
А можно про tiling module поподробнее. Когда-то пробова е17 из svn, вроде и приглянулся с первых минут работы, но тяга к мозаичным wm позволила без угрызений совести снести e17
После твоего поста корю себя за то что не поковырял е и не обнаружил ничего tiling - или это не тот тайлинг? рассказывай подробнее, а то любопытство съедает а до компа далеко (мну с телефона ща)
два режима: "Grid" и "Big main" активация на произвольных виртуальных столах, все доступные настройки показаны. следующие опции можно навесить на глобальные хоткеи (клава/<мышь + клава>/<мышь>):
>И как же истинные Ъ получают информацию типа обновления процента закачки файла, без захламления экрана лишними окнами? Через попу.. ой, простите, поп-ап смотреть будете? :)
Не поверишь - просто оставь окно любимого менеджера закачек на экране. Мало места? Не разворачивай окна на весь экран. Всё равно жмёт? Открой ещё один рабочий стол.
>собственно использование стороннего (ранее проприетарного) тулкита
Учитывая изначальную доступность под никсы и возраст этого тулкита, слово "стороннего" выглядит очень забавно.. :) >"хранить" все не просмотренные лузером "попапы"/сообщения и отобразить их по мере надобности
Бедный лузер, вместо того, чтобы просто взглянуть на иконки и увидеть, где что изменилось, ему нужно открывать какую-то историю и изучать общую кучу. Особенно весело будет, когда он подпишется по rss на тред на лоре, уйдёт на три часа и за это время в треде разрастётся срач на 30 страниц.. :) Надеюсь, в вашей "эталонной" реализации есть группировка по приложениям или что-то подобное, иначе я лузеру не завидую. ;)
>Плохо то, что не всякое окошко получается вытащить из трея без мыши.
Причём здесь сам трей? Это не его обязанность, клики по иконке обрабатывает само приложение и оно само решает, что по этому клику делать. В кде3 во всех виденных мною приложениях можно было задать глобальный хоткей, по которому главокно появлялось/исчезало. Если ваш разраб до такого не додумался, то это его проблемы.
Ты ведь не винишь wm в том, что при закрытии окна одни приложения остаются сидеть в трее, а другие завершаются? >Дык вот и получается, что трей не нужен :)
Нужен. :) Для получения информации и управления без вызова лишних окон.
>Не поверишь - просто оставь окно любимого менеджера закачек на экране. Мало места? Не разворачивай окна на весь экран. Всё равно жмёт? Открой ещё один рабочий стол.
>И как же истинные Ъ получают информацию типа обновления процента закачки файла, без захламления экрана лишними окнами?
они в консоле смотрят список задач ps'ом и выявляют pid приложения, а потом делают
kill --SIGUSER1 <pid>
и если приложение Ъ, то оно пишет текущий процент в /var/log/messages, который открыт в соседней консоле или в screen'e через tail -f
интуитивный десктоп, ага... ето вам не ламерский [вендо]трей!
GTK изначально вообще набор кисточек для ГИМПа а linux - терминальная программа. >ибо например для того, чтобы "хранить" все не просмотренные лузером "попапы"/сообщения
Не понял смысл как вопроса (русская языка учи, епт!) так и претензию. Ну допустим через 2 дня ты посмотришь сообщение копыта "вася пупкин печатает вам сообщение" только нахрена тебе это через 2 дня? >мозги надо таки иметь, а не kde + opera.
У людей ишенных мозгов межушный нервный узел закипает от перегрева за 5 минут проведенных в обществе opera/kde
Плюс графическая информация проще и быстрее читается. На иконку с уровнем заряда батареи надо потратить меньше времени, чем на прочтение текста с тем же сообщением. К примеру.
Иконка может содержать больше информации, чем текст. В трее можно изобразить небольшой график - загрузки процессора, траффика, и т.п. При этом мне не нужно открывать отдельных оконн. А объём теста, который настолько же информативен, будет гораздо, гораздо больше....
>...напомню, что трей был изобретён в MS и основной задачей приложений, уходивших в трей было освобождение ОЗУ
Вынужден Вас разочаровать, но трей не был изобретен MS. Еще до того как появилось само название "Windows-95" мне доводилось работать на Sun IPX. И нам в оконном менеджере Open Window я впервые увидел и трей, и кнопку, аналогичную кнопке "Пуск"
>>а там не планируют, случайно, отказаться от бинарных конфигов? Зело неудобно.
не умеете готовить, сударь! отказа от бинарных конфигов не будет. и ей-ей всё проще пареной репы: > eet --help
чуток "практики" и процесс работы с конфигами "напрямую" уже не страшен. планируется правда некий универсальный "гуй" для этих целей именно для наглядной демонстрации процесса, но и так всё более чем норм. "внутри" - абсолютно вменяемый и удобный синтаксис, чуток похожий на С.
2) Open Window - а что это такое? на Sun IPX стояла солярка обычно (если к буям не сносили и не ставили туда NetBSD) и до адаптации Motif + CDE был такой зверёк, как The OpenLook Window Manager (OLWM + OLVWM):
http://xwinman.org/screenshots/olwm.gif