[И вновь E17]Wallpaper

P.S google молчит :-(

надо поставить пакет edje-devel или libedje0-devel (в зависимости от дистрибутива)

Спасибо! Только он не захотел ставится, из-за несоответсвия версий :-(

В итоге, я вернулся на e16 ^_^

2anonymous: ты можешь предложить более быстрый WM?

Я пробовал {Flux/Open/Black}box, PekWM, kwin, metacity, xfwm4. Из них только BlackBox и PekWM работают с такой-же скоростью как e.

а что за дистрибутив? почему проблемы с версиями? если что - глянь сюда:

http://sda.scwlab.com/soad_linux.html

можно из src.rpm-ов компильнуть до current svn одной командой в любой момент.

насчёт более быстрого - все сосут, что есть, то есть. а вот попробуй jwm - меня он очень порадовал на машинке с 32-мя ОЗУ.

а по поводу svg (особенно анимированных) - могу только посочувствовать бедному онанимусу, который считает их за аналог .edj.

>а что за дистрибутив?

Дебиан тестинг. В репах e17 вообще нету, по этому добавлял внешние.

>2anonymous: ты можешь предложить более быстрый WM?

tinywm?

Он умеет запонминать расположение окон, использовать слои (выше всех, ниже всех), управлятся с клавиатуры, знает про виртуальные раб. столы?

>>>тоже вариант. если вас устраивает, что картинка на обоях будет выглядеть отвратительно при условии, что она сделана не для Вашего разрешения монитора (это собственно по сути вопроса).

>>открой для себя svg-обои!

>а по поводу svg (особенно анимированных) - могу только посочувствовать бедному онанимусу, который считает их за аналог .edj.

дядя, ты свои посты хотя б читаешь? речь шла о обоях и разрешении монитора.

требуешь от sda00 адекватности при обсуждении enlightenment-a? 8)

А есть обоина, чтобы было прохождение NetHack, за 22 минуты 19 секунд. Арканоид надоел, он всё время выигрывает :(

И как починить переключалку и регулярные зависания?

анонимус научился писать это слово без единой ошибки... что-то будет...

>> И как починить переключалку и регулярные зависания?

можно поподробнее? начать лучше с дистрибутива и svn версии установленной Ешки.

>> А есть обоина, чтобы было прохождение NetHack, за 22 минуты 19 секунд.

если это утверждение, а не вопрос - то не в курсе. анимированные обои (да и любая анимация) требуют оптимизации в коде edj. сам пользую в основном статические обой и slideshow модуль (меняет их в интервал времени).

насчёт адекватности и прочего - у каждого своя точка зрения. когда говорим, что Ешка уделывает все WM-ы/DE по скорости работы с окнами - это можно подтвердить тестами (кстати тесты Enlightenment-а используются/использовались той же NVIDIA под виндой для оценки производительности драйверов/оборудования). но когда начинают орать о якобы самом-самом KDE (что есть просто продукт для быдломассы), ставишь его в надежде на увеличение скорости (о чём орали как о следствии использования Qt4), уменьшении прожорливости и т.п., а видишь вот это говно:

http://img518.imageshack.us/my.php?image=testxy4.png

что даже тумбнейл svg обоины отрисовать на десктопе не может - как-то грустно становится...

>когда говорим, что Ешка уделывает все WM-ы/DE по скорости работы с окнами - это можно подтвердить тестами

кроме скорости есть такая вещь как функциональность. и здесь все эти ваши ешки и гнумы сливают по полной.

>Ешка уделывает все WM-ы/DE по скорости работы с окнами

гнался бы за скоростью - сидел бы в twm. кстати, некоторые анимированные обои грузят камень под 90%. скорость это хорошо, вот если бы скорость ешки распространялась не только на мигания-переливания кнопками.

>> кроме скорости есть такая вещь как функциональность. и здесь все эти ваши ешки и гнумы сливают по полной.

часто слышу про это слово - "функциональность". но по отношению к kde это как неудачная шутка или попытка выдать желаемое за действительное. определение:

Функциональность (Functionality) - набор атрибутов, относящихся к сути набора функций и их конкретным свойствам.

а теперь попрошу назвать хотя бы одну ФУНКЦИЮ kde, которая уникальна и не имеет аналогов с гораздо более качественным исполнением. даже помогу вам в этом (правда на примере стороннего приложения на Qt, ибо как WM кеды сосут со страшной силой): Scribus. может вы найдёте что-то ещё с мордой только на Qt и узкоспециализированное (как fwbuilder), но суть остаётся прежней: KDE - это массовый продукт, который не может удовлетворить потребности, отличные от тупого возюканья мышой по экрану. если же вы хотите строить интерфейс под себя (пусть даже это не будет идеальным вариантом, но у вас есть желание экспериментировать и сделать что-то из ряда вон) - то дорога лежит в сторону Enlightenment, FVWM2, WindowMaker-а, awesome, jwm и т.п. сама суть/идея проекта kde - дать пользователю единый унифицированный интерфейс. не более того. называть это/(единый интерфейс) "функциональностью" - imho - довольно странно.

по поводу анимированных обоев. да, да, да. повторюсь, что они требуют хорошего программирования на edj, зачастую с оптимизацией под target platphorm. например вот эта штука:

http://www0.get-e.org/Backgrounds/Animated/_files/e17_bg_layered_sky.edj

гарантированно завалит ваш комп (но выглядит реально здорово). но если вы попробуете сделать аналог в svg - то пожалуй вам понадобится мощи в надцать раз больше для получения той же картинки (если это вообще возможно).

>а теперь попрошу назвать хотя бы одну ФУНКЦИЮ kde

режим Columns, многопанельность, интеграция с терминалом в дельфине, раздельный просмотр и мониторы активности и простоя в konsole, апплет Quick Access, задание произвольного фильтра и закладки отдельно для каждого приложения в dialogfilechooser. ну и хватит пока.. :)

>Enlightenment, FVWM2, WindowMaker-а, awesome, jwm и т.п.

хоть одна из этих красноглазых поделок умеет следующее: при клике правой клавишей мыши по кнопке "развернуть" окно разворачивается по горизонтали, при клике средней - по вертикали, при появлении нескольких окон с одинаковыми заголовками к заголовкам добавляется <2>, <3> и так далее? плюс автозапонимание параметров окон, назначение хоткеев на окна, кнопка "always on top" в заголовке и композитинг.

если рассматривать в сравнении с E17-ым, то всё, что вы отметили как выдающиеся функции - результат только ограниченного рамками kde кругозора. приведу только один пример. 17-ый может привязывать панели к виртуальным рабочим столам, причём каждая панелька может иметь свой набор модулей и свой внешний вид (по желанию). и это всё понимает xinerama и работает в мультимониторных конфигурациях.

>> хоть одна из этих красноглазых поделок умеет следующее: при клике правой клавишей мыши по кнопке...

громкий хохот в зале. это блестящие высказывания, подтверждающие диагноз кедерастии мозга. думаю, все пользователи fvwm, WindowMaker-а и прочих оценят. теперь попробуем продемонстрировать...

> enlightenment_remote | grep signal

-binding-signal-list List all signal bindings
-binding-signal-add OPT1 OPT2 OPT3 OPT4 OPT5 OPT6 OPT7 Add an existing signal binding. OPT1 = Context, OPT2 = signal, OPT3 = source, OPT4 = modifiers, OPT5 = any modifier ok, OPT6 = action, OPT7 = action parameters
-binding-signal-del OPT1 OPT2 OPT3 OPT4 OPT5 OPT6 OPT7 Delete an existing signal binding. OPT1 = Context, OPT2 = signal, OPT3 = source, OPT4 = modifiers, OPT5 = any modifier ok, OPT6 = action, OPT7 = action parameters

эт собственно к тому, что на любую кнопку, бордюр, обои и т.п. (на любой SOURCE) можно повесить любой сигнал и прописать шорткат (клик мышой) на его выполнение. юзер при желании может отрихтовать чуток любую тему (те, кто не осилил edje_decc && edje_cc пользуют гуй edje_editor) и сделать любой набор кнопок с любыми параметрами на них (ограничений по пресетам нет).

"хоткеев на окна"? - прочитайте абзац выше. "автозапонимание параметров окон" - да ради Бога, плюс запоминание вирт стола, геометрии, stacking-а, опции не светить в пагере и вагон того, что вы и представить не в состоянии. и естественно это всё с опцией стартовать/перезапускаться при старте оболочки. а ещё есть Window Locks. если же взять enlightenment_remote | less , то kde хвастать уж точно нечем. насчёт композитинга - устал объяснять, что в E он работает с 1999-го года (что там было-то, kde2? kde1?). если вы начнёте вякать, что вращение кубика есть непременно опция без которой нельзя работать... - соглашусь и пожелаю вам удачи (на базе 17-го есть проект Ecomorph, где интегрировали Compiz-Fusion в Ешку).

>если рассматривать в сравнении с E17-ым, то всё, что вы отметили как выдающиеся функции - результат только ограниченного рамками kde кругозора.

я не понял, список аналогов будет или нет?

>17-ый может привязывать панели к виртуальным рабочим столам, причём каждая панелька может иметь свой набор модулей и свой внешний вид (по желанию). и это всё понимает xinerama и работает в мультимониторных конфигурациях.

дадада, перделок там дофига, а вот открывать file:// через desktop-файлы оно уже осилило? а иконки приложений из меню на панель и десктоп уже перетаскиваются? а я могу из файлменеджера перетащить иконку каталога в iBar и чтоб потом при клике по этой иконке открывался нужный каталог? а сам файлменеджер там всё-такое же УГ, которое пишет все имена полностью и в одну строчку, поэтому в каталоге с файлами с длинными именами они отображаются воооооооооооооооооот такиииииииииииииииииими столбцами?

>-binding-signal-add OPT1 OPT2 OPT3 OPT4 OPT5 OPT6 OPT7 Add an existing signal binding. OPT1 = Context, OPT2 = signal, OPT3 = source, OPT4 = modifiers, OPT5 = any modifier ok, OPT6 = action, OPT7 = action parameters

ЖЕСТЬ! :D сначала юзер долго-долго изучает формат -binding-signal-add, потом долго-долго набирает что-то в консоли, а когда захочется поменять super+q на super+w, придётся удалять и набирать строку заново..

>юзер при желании может отрихтовать чуток любую тему (те, кто не осилил edje_decc && edje_cc пользуют гуй edje_editor) и сделать любой набор кнопок с любыми параметрами на них

..ну и под конец увлекательный квест "найди файлик темы, распакуй, подправь, запакуй, положи назад, если где-то ошибся - повтори". занавес. выносите. :D

ппц, и после этого они обижаются на "красноглазых".. :)

откуда такая ненависть к kde? травма детства? эдакое инь и янь - кде и эйлайтмент. открою секрет - существует хуева туча других de/wm.

>> я не понял, список аналогов будет или нет?

да я просто упарюсь рисовать аналоги на ублюдочный софт kde, извините.

>> а вот открывать file:// через desktop-файлы оно уже осилило? .....

легко. и даже больше. тащим иконку из пагера на iBar/iBox и получаем или новый лаунчер или минимизацию/(опция свернуть) приложения. режим отображения файлов - на совести того, кто тему рисует. по умолчанию идёт 5 режимов, но учитывают только 2-3 (листинг и "клетка"). предпочитаю вот так:

http://sda.scwlab.com/2be1.png

получается короткий список на ширину иконки с подписью внизу или длинный с подписью справа.

есть ещё один важный момент, который вы пытаетесь игнорировать. это именно аспект на Desktop Shell. то есть нет задачи писать "велосипеды" и дублировать уже существующие аналоги (смотрим на Koffice например и т.п.). не стоит сравнивать EFM с дольфином. есть pcmanfm, xfe (да, выглядит не гламурно, зато работает безупречно), есть tracker для поиска по контенту. но мне лично EFM-а хватает за глаза и за уши. Drag'n'Drop работает, картинки (всех форматов, в отличие от кстати) и edj файлы на превью - пожалуйста, быстрый поиск по имени в каталоге - извольте. при этом оболочка с загруженными модулями в памяти занимает метров 30. а тут собственно всё, что мне нужно: ньюс, погода, mpd, пагер, efm, slideshow, tiling и прочие мелочи/модули. аналогов или нет, или - superkaramba - мягко говоря крайне неудобны в пользовании.

>> ЖЕСТЬ! :D сначала юзер...

дуракам закон не писан. все, кто чуток повнимательнее, откроют окно с клавиатурными хоткеями, один раз забьют туда темплейт а потом за 2 щелчка будут его дублировать/менять под свои нужды.

а ваша реакция не оставляет сомнений в том, что в четвёртых кедах провернуть такой фокус в принципе невозможно.

>> ..ну и под конец увлекательный квест "найди файлик темы, распакуй, подправь, запакуй, положи назад, если где-то ошибся - повтори". занавес. выносите. :D

типичный пример поведения индивида, который не может выбрать инструмент для эффективного решения задачи. edje_editor - для быстрой рихтовки. а людей, осиливших edje - не так много, к сожалению.

>> ппц, и после этого они обижаются на "красноглазых".. :)

нет, я вообще не обижаюсь на людей, предпочитающих вести беседу под анонимным ником (и не следящих за своим языком). и таки да, не вижу ни одной причины пользовать четвёртые кеды, и, к сожалению, не вижу ни одной хорошей программы на Qt (есть интересный проект Arora, есть тот же fwbuilder, есть пара-тройка приложений ещё, но... они гораздо лучше себя ведут под управлением E17-го, чем в, так сказать, "родном" окружении).

>да я просто упарюсь рисовать аналоги на ублюдочный софт kde, извините.

ну пожалуйста, нарисуй хоть один аналог QuickAccess. ну пожаааалуйста! :)

>> а вот открывать file:// через desktop-файлы оно уже осилило? >легко. и даже больше.

только в каждый desktop-файл, созданный не в е17, нужно обязательно добавить X-Enlightenment-Type=Mount, иначе фиг его откроешь. очень легко и удобно, ага.

>тащим иконку из пагера на iBar/iBox и получаем или новый лаунчер или минимизацию/(опция свернуть) приложения.

и к чему ты это говоришь? я спрашиваю, как добавить в iBar ссылку на каталог, а не приложение, без извратов с xdg-open и ему подобными.

>не стоит сравнивать EFM с дольфином.

нет стоит! :) раз уж разрабы начали клепать файлменеджер, то пускай клепают нормальный или не клепают никакой.

>откроют окно с клавиатурными хоткеями, один раз забьют туда темплейт а потом за 2 щелчка будут его дублировать/менять под свои нужды.

всё-равно придётся изучать формат signal, source и прочих.

>что в четвёртых кедах провернуть такой фокус в принципе невозможно.

просто пользователю кде не нужно быть фокусником, ему достаточно нажать "специальные параметры окна (приложения)" и указать нужные параметры.. ;) но если тебе так хочется, то изучай kwriteconfig и .kde4/share/config/kwin*.

>который не может выбрать инструмент для эффективного решения задачи. edje_editor - для быстрой рихтовки.

да, редактор тем - самый подходящий инструмент для настройки кнопок в заголовке wm. :D

>> ну пожалуйста, нарисуй хоть один аналог QuickAccess. ну пожаааалуйста! :)

есть варианты лучше. 1) создаём в EFM favorites несколько любимых вами десктоп файлов на каталоги быстрого доступа. EFM может из любой позиции прыгнуть в favs за клик мышки (модуль efm-nav). 2) не паримся с favs, а сразу на шорткаты вешаем вызов EFM с открытием нужного нам каталога. в результате допустим за 4 клика получим 4 открытые в EFM любимые директории с которыми можно быстренько разобраться.

>> только в каждый desktop-файл, созданный не в е17, нужно обязательно добавить X-Enlightenment-Type=Mount, иначе фиг его откроешь. очень легко и удобно, ага.

для EFM в favorits можно пару-тройку файлов кинуть не напрягаясь, а pcmanfm/xfe справится с остальным.

>> я спрашиваю, как добавить в iBar ссылку на каталог, а не приложение, без извратов с xdg-open и ему подобными.

это хороший вопрос. Drag'n'Drop прикрутят чуток позже, сейчас же да, забрасываем desktop в ~/.local/share/applications и спокойно добавляем в панель iBar-а. неудобно, но это разовая операция (imho) и, что более важно, она работает.

по поводу "нормального" ФМ-а - imho - совершенно правильная позиция ограничить функционал и сделать упор на скорость и Drag'n'Drop. учитывая EFL, уже сейчас создание превью заданного размера на картинки всех форматов (плюс edj) в каталоге допустим с полутора тысячами файлов произвольного размера идёт в секунды (при первоначальной генерации tumbnail-ов).

>> просто пользователю кде не нужно быть фокусником, ему достаточно нажать "специальные параметры окна (приложения)" и указать нужные параметры.. ;)

другими словами пользователь kde берёт пресеты, а если пресетов нужных нет - сосёт буй, правильно?

>> всё-равно придётся изучать формат signal, source и прочих.

естественно. но это и обеспечивает именно гибкость настроек и функционал, которого в kde просто нет и не было.

>> да, редактор тем - самый подходящий инструмент для настройки кнопок в заголовке wm. :D

а почему бы и нет?

>>ну пожалуйста, нарисуй хоть один аналог QuickAccess.
>есть варианты лучше.

понятно. :) организовать запуск файлменеджера по шорткату через xbindkeys я могу где угодно, хоть в twm. а QuickAccess мне нравится тем, что он не создаёт лишних окон и из него удобно перетаскивать файлы - не нужно возиться с окнами, чтобы они друг друга не загораживали.

>для EFM в favorits можно пару-тройку файлов кинуть не напрягаясь, а pcmanfm/xfe справится с остальным.

всё-равно не понятно, зачем надо было вводить этот X-Enlightenment-Type и создавать лишний гемморой переходящим с других DE\WM.

>по поводу "нормального" ФМ-а - imho - совершенно правильная позиция ограничить функционал и сделать упор на скорость и Drag'n'Drop.

а почему его просто не сделали отображалкой иконок на десктопе, типа iDesk, раз уж это Desktop Shell? я не измерял, но разве PCManFM или ROX сильно медленее EFM?

>другими словами пользователь kde берёт пресеты, а если пресетов нужных нет - сосёт буй, правильно?

нет, посмотри на "действия ввода" в systemsettings, там можно на любой хоткей, мышинный жест или событие окна назначить выполнение комманды, выполнение элемента к-меню, вызов dbus, имитировать ввод с клавиатуры в любое окно и/или активировать окно. кстати, как у enlightenment_remote -binding-signal-add с мышинными жестами? >:)

>> не нужно возиться с окнами, чтобы они друг друга не загораживали.

опции Cleanup Windows (раскладка всех открытых окон на столе, чтобы ни одно не было закрыто полностью) и режима тайлинга (произвольно включающегося на виртуальном столе) у kde нет. это да.

>> мышинный жест

на совести того, кто рисует оформление, легко реализовать привязку к зонам экрана и любым зонам edje объектов (тех же бордюров). пример: при наведении мышкой в центр нижнего бордюра окна может быть запущено на выполнение любое действие

>> "действия ввода" в systemsettings...

вот мы и доехали до сути. ей-ей не смешно. насклько понимаю, вы же сами видели диалог настройки Keyboard&Mouse в 17-ом, где любой загруженный модуль может иметь event (событие), которое при желании привязывается к чему угодно. всё, что выводит enlightenment_remote можно связать с клавиатурой/мышой.

управление интерфейсом в kde крайне неэффективно и убого. кроме того, kde не соответствует стандартам ICCCM/NetWM, что крайне усложняет его удалённое администрирование (приходилось использовать сторонние приложения). чтобы проиллюстрировать достаточно взглянуть сюда:

http://img98.imageshack.us/my.php?image=ex1jl5.png

потом собственно рутинные операции по смене иконки текущего запущенного окна на любую другую по нашему выбору (это кстати вообще возможно?), запоминание геометрии/рабочего стола/аттрибутов и старт этого приложения при входе в оболочку/при рестарте; привязка панелей к определённым рабочим столам, и т.п. и т.д. поэтому собственно kde был и останется не более чем песочницей для девелоперов и нетребовательными мышевозами, что кроме винды в глаза ничего не видели. и совершенно непонятны высказывания (в основном раздающиеся из лагеря сторонников kde), что всё остальное - УГ. ну и пара слов о поддержке. E16-ый вышел в 1999-ом году и still under development, а пользователей kde3 кинули. соответственно с выходом Qt5-* есть риск, что кинут и вас. поэтому собственно и советую всем валить на E, WindowMaker, *Box-ы и даже GNOME (выкинув mono им вполне можно пользоваться).

>на совести того, кто рисует оформление, легко реализовать привязку к зонам экрана и любым зонам edje объектов (тех же бордюров). пример: при наведении мышкой в центр нижнего бордюра окна может быть запущено на выполнение любое действие

то есть жестов там тоже нет. :)

>где любой загруженный модуль может иметь event (событие), которое при желании привязывается к чему угодно.

хорошо, что мне сделать, чтобы при нажатии win+q в окно с WM_CLASS="opera Opera" и WM_ROLE, совпадающем с регэкспом "opera-mainwindow#[234]", имитировался ввод строки "тест"?

>запоминание геометрии/рабочего стола/аттрибутов

в спец. параметрах окна (приложения) включаем нужные параметры и ставим "запомнить".

>старт этого приложения при входе в оболочку

а что, очень трудно нажать кнопку "автозапуск" в systemsettings, или вручную добавить desktop-файл в $XDG_CONFIG_HOME/autostart/ или воспользоваться сессиями? кстати, я что-то не вижу в е17 настройки менеджера сессий, он там ввобще есть?

*изучает настройки автозапуска в е17* хотя о чём я, разрабы е17 вообще ничего не знают $XDG_CONFIG_HOME/autostart/! То, поддержку чего осилили даже кдешники, до сих пор нет в е17! Неудивительно, что sda00 считает автозапуск приложений уникальной фичей enlightenment. :D причём для того, чтобы добавить в автозапуск 'tar cjf home.tbz $HOME', мне нужно создавать целое новое приложение, которое потом будет мешаться во всех списках и которое потом из гуя никак не удалить. замечательно. :)

>кроме того, kde не соответствует стандартам ICCCM/NetWM

ничего, ешка со своим велосипедными автозапуском и X-Enlightenment-Type тоже хороша.. ;)

>а пользователей kde3 кинули. соответственно с выходом Qt5-* есть риск, что кинут и вас.

пользователей kde3 никто не кидал, последний релиз тройки вышел не так давно. и никакого риска с выходом Qt5 нет, trolltech заявил, что больше поломок api не будет.

>поэтому собственно и советую всем валить на E, WindowMaker, *Box-ы

когда там появятся полноценные аналоги кдешных фич, а не "есть варианты лучше", тогда и подумаем..

>даже GNOME

ШТО??? после кед на это Г с его гемморойной настройкой хоткеев, когда в приложении нельзя забиндить действие на BS или ESC, а в gnome-control-center - на Win+символ, и ради всего этого надо лезть в конфиги и гконф, с его неотключаемыми долбанными подтверждениями, с его убогими файлменеджеров и wm, с его нулевой интеграцией и настраиваемостью? спасибо, сами такое жуйте.. :) вот уж воистину среда для "нетребовательных мышевозов, что кроме винды в глаза ничего не видели".

>> хорошо, что мне сделать, чтобы при нажатии win+q в окно с WM_CLASS="opera Opera" и WM_ROLE, совпадающем с регэкспом "opera-mainwindow#[234]", имитировался ввод строки "тест"?

ничего. в 17-ом этого нет. хотя советую почитать что-нибудь для уяснения, что ввод текста может быть произведён только в элемент, для этого предназначенный (поле ввода, форма и т.п.). после этого можно почитать что-нить для просветления, что window role есть внутренний атрибут приложения (рихтуется в исходниках самого приложения) и привязывать на него события конечно можно, но где-то граничит с идиотизмом.

>> а что, очень трудно нажать кнопку "автозапуск" в systemsettings, или вручную добавить desktop-файл в $XDG_CONFIG_HOME/autostart/ или воспользоваться сессиями? кстати, я что-то не вижу в е17 настройки менеджера сессий, он там ввобще есть?

для начала ознакомьтесь с профайлами, после чего выкиньте на помойку сессии kde. также лимит в 20 виртуальных столов в kde - для кого? понятно, что пользователь виндовз и от 20 офигеет, но... детсад одним словом. теперь покажите мне кнопку "автозапуск" в systemsettings (что нужно поставить, чтобы она там появилась) и посмотрите на свои вопельки вверху (процитирую): "без извратов с xdg-open и ему подобными". ок. пытаемся сделать из вот этого (обратите внимание на пагер - чудо, а не пагер, ничегошеньки не умеет путного. показать пагер E16-го? или 17-го в 23Oz?):

http://www.imagebam.com/image/fe7c9518511263

автозапуск на 3-ем, 5-ом и 12-ом столе приложений: 3-urxvt, 5-urxvt, 12-xfe. в systemsettings находим опцию стартовать только сохранённые сессии вручную, но... это потянет за собой весь прочий мусор, что мы забыли закрыть. кроме того, опции "сохранить сессию вручную сейчас" просто нет. хорошо. бросаем в ~/.local/share/autostart на запуск desktop файл xfe и потом понимаем, что запустить на 3-ем и 5-ом столе urxvt не получится. средствами kde это не решается никак. получится только на 3-ем или только на 5-ом. абзац. проверяем:

http://www.imagebam.com/image/f0433618513095

мало того, что ни буя не запустилось, так ещё и пагер потерял свою настройку. ок. проверяем наличие $XDG_CONFIG_HOME, ещё раз логаут и о чудо! смотрим:

http://www.imagebam.com/image/a389df18514610

на 3-ем столе стартанул urxvt, а xfe (обратите внимание, что настройки все указаны верно, 12 стол по умолчанию) стартанул на первом столе. ок. долго и муторно пинаем всё и везде и наконец-то xfe стартует на 12-ом столе. победа. тут уже не до пагера. и пофиг, что тебе нужен терминал на 2-х столах. уже реально понимаешь, что надо подыскивать что-то, что позволит удовлетворить потребности с меньшим геморроем... если прибавить к этому раздутые требования к железу, тормозной интерфейс (прошу заметить, что тормозят только четвёртые кеды, написанные на "новом продвинутом тулките Qt4, который гарантирует ещё более быструю работу приложений"), зависания, вылеты в корку плазмы, ахтунги на dcop или дивную систему kio - то не остаётся никаких сомнений, что kde4 - лучше всех.

впрочем достаточно посмотреть на мои скриншоты kde4. это - openSUSE factory repo для 11-ой суськи (ветка 4.1.*). иногда systray виден. иконки на панели я видел только один раз за всё время (может поэтому не нашёл опцию "сохранить сессию именно сейчас"?). цвет шрифта в панели для подписи свёрнутых приложений или для использования в popups на описании иконок (tooltips) поменять на белый не получилось по-быстрому, поэтому оставил как есть. рисовать на это багрепорты - увольте (за разработку его люди регулярно получают деньги, резонно ожидать Продукта, а не того, что собственно я получил/получаю). imho kde4 - не нужен, а с kde3 всех кинули. именно кинули, ибо нет багфиксов и поддержки со стороны девелоперов. хотя за один только konqueror третьим кедам можно БЫЛО простить очень многое.

>> которое потом будет мешаться во всех списках и которое потом из гуя никак не удалить. замечательно. :)

кедеешникам обязательно стоит что-то почитать по предмету, прежде чем открывать рот. вы же даже desktop файл не можете сделать для себя! учитесь, крикуны (кстати в 17-ом у вас спрашивают, стоит ли светить desktop файл в меню или нет):

[Desktop Entry]
NoDisplay=true

желаю вам удачи и всего наилучшего. и ни в коем случае не смотрите на альтернативы "кдешных фич" (которые самые продвинутые и всё такое...).

>ввод текста может быть произведён только в элемент, для этого предназначенный (поле ввода, форма и т.п.).

советую посмотреть примеры в "действиях ввода". ;) да, это не самый лучший способ, но если приложение не предоставляет более удобных..

>что window role есть внутренний атрибут приложения (рихтуется в исходниках самого приложения) и привязывать на него события конечно можно, но где-то граничит с идиотизмом.

странно, почему-то я уже очень давно им пользуюсь, и никаких проблем. тем более, что только по нему можно отличить,скажем, главное окно от диалогов настройки.

хотя я знаю, в чём дело, - тут пробегала ссылка на блог одного из разрабов метасити, где он жаловался, что эти быдлоразработчики гтк-приложений не прописывают WM_WINDOW_ROLE. к слову, во всех кдешных прогах, включая сторонние, и даже во всех известных мне кутешных прогах WM_WINDOW_ROLE прописан. а вот быдлогткразрабы не осилили, да. кстати, как и разрабы е17.

>для начала ознакомьтесь с профайлами, после чего выкиньте на помойку сессии kde.

и где там _авто_сохранение списка запущенных приложений?

>теперь покажите мне кнопку "автозапуск" в systemsettings (что нужно поставить, чтобы она там появилась)

O_O на вкладке "дополнительно" есть? пакет kdebase-workspace стоит? файлы /usr/lib/kde4/kcm_autostart.so и /usr/share/kde4/services/autostart.desktop имеются?

>http://www.imagebam.com/image/a389df18514610

это ты кеды сбросили параметр в "Do Not Affect" или ты сам не понимаешь, что оно означает? :)

>ахтунги на dcop

какой ещё dcop в кде4?

>NoDisplay=true

гггг, а теперь открой настройки запускаемых приложений, настройки содержимого iBar или ещё что-то со списком приложений, и узрей все те "скрытые" приложения. после этого возьми толковый словарь и осиль разницу между "меню" и "списках", потом долго думай, почему я употребил второе.

кстати, когда в ешке появятся элементарные основы юзабилити, которые есть уже везде, от винды до кде? почему в тех же "стартовых приложениях" я не могу добавлять/удалять элементы простым двойным щелчком? почему я не могу закрыть диалоги, просто нажав ESC, без необходимости тянуться к кнопке закрытия? почему я не могу расстянуть диалог свойств значка, даже если длина комманды в десять раз превышает длину этого крохотного поля ввода?

и ещё, как в Ъ-хоткейном е17 переключаться конролами с клавиатуры? реакции на Tab я не вижу..

>и ни в коем случае не смотрите на альтернативы "кдешных фич"

если б они ещё были.. :'(

>> и где там _авто_сохранение списка запущенных приложений?

скорее вопрос надо ставить как: "где аналог профайлов 17-го в kde?" - опция по сохранению статуса всех запущенных приложений и восстановлении сеанса в 17-ом (пока) отсутствует, но imho работа с профайлами перекрывает это неудобство полностью.

>> почему в тех же "стартовых приложениях" я не могу добавлять/удалять элементы простым двойным щелчком?

Enlightenment Configuration -> Applications -> Startup Applications. результат можно оценить в $HOME/.e/e/applications/startup.

>> почему я не могу закрыть диалоги, просто нажав ESC, без необходимости тянуться к кнопке закрытия?

Ctl+Alt+x (глобально). изучение дефолтных хоткеев очень помогает, как правило. они не идеальны, многие очень вкусные вещи не предусмотрены по умолчанию (например вызов pager popup), но... полагаю вы сможете сравнить с дефолтными хоткеями kde :).

>> почему я не могу расстянуть диалог свойств значка, даже если длина комманды в десять раз превышает длину этого крохотного поля ввода?

не понял претензии, шот в студию (и пример команды желательно).

>> и ещё, как в Ъ-хоткейном е17 переключаться конролами с клавиатуры? реакции на Tab я не вижу.

а что за тему пользуем? попробуйте какую-нить отсюда:

http://sda.scwlab.com/

у некоторых товарищей аллергия на фокусировку элементов, а новая дефолтная тема 17-го ещё ОЧЕНЬ сырая, чтобы судить по ней. мне было бы интересно услышать отзыв на:

http://sda.scwlab.com/2be_sda_0.16.999.050-1.edj

и gtk+ к ней в догонку:

http://jp.bizet.free.fr/themes/files/Sedation/GTK2-Sedation.tar.gz

>> а теперь открой настройки запускаемых приложений, настройки содержимого iBar или ещё что-то со списком приложений...

то есть вы скормили iBar-у (который просто тупой список приложений для запуска) desktop файл, в котором указано не присутствовать в xdg_menu и жалуетесь, что он (файл, что вы сами добавили) остался видимым в iBar (трудно из iBar-а удалить значок, или изменить атрибуты/параметры, или добавить новый/создать с чистого листа, или что?)? более того, в 17-ом специально (если в iBar добавлять иконки гуём) поиск и список доступных приложений включает все, а не только те, что видимы в xdg_menu. то есть дефолтное xdg/efreet меню генерится в соответствии со стандартами freedesktop, а в iBar вы имеете возможность пихнуть всё, вне зависимости от параметра NoDisplay. суть этой претензии как-то ... непонятна. с iBar-ом вы получили именно то, что и просили. опять же менять параметры любой иконки из iBar-а - элементарно (в отличие от...)

http://img371.imageshack.us/my.php?image=desktopfw4.png

>> это ты кеды сбросили параметр в "Do Not Affect" или ты сам не понимаешь, что оно означает? :)

не понимаю и не знаю, что и как сбросило параметр Remember. 12-ый стол, как стол по-умолчанию, был сохранён, а приложение запустилось на первом столе. вот подобные "мелочи" (и вопли, что у нас де всё работает, а на самом деле - буй) в кедах бесили, пока не выкинул Qt/kde. кстати да... после третьего-четвёртого логаута xfe опять стартует на первом столе... ппц...

>скорее вопрос надо ставить как: "где аналог профайлов 17-го в kde?"

ИМХО сделать раз в месяц 'cp /profiles/profile_name/* .kde4/share/config/' не так уж и сложно. а в том, что к этому добавили описания в desktop-файлах и прикрутили гуй, нет ничего гениального.

>Enlightenment Configuration -> Applications -> Startup Applications.

повторю ещё раз: добавлять/удалять элементы простым ДВОЙНЫМ ЩЕЛЧКОМ.

>Ctl+Alt+x (глобально).

дааа, а ведь в том же Qt такие вещи сделаны на уровне тулкита.. в любом окне, основанном на qdialog (если это не переопределенно), при нажатии ESC автоматически вызывается reject() и оно закрывается, независимо от настроек WM.

>не понял претензии, шот в студию

http://img371.imageshack.us/my.php?image=desktopfw4.png :) вот это окно можно как-нибудь расстянуть?

>мне было бы интересно услышать отзыв на:
>http://sda.scwlab.com/2be_sda_0.16.999.050-1.edj

о, спасибо, с этой темой фокусировка работает, в отличие от дефолтной. сама тема понравилась, но заголовок уж слишком яркий.

>суть этой претензии как-то ... непонятна.

суть претензии в том, что список приложений в $XDG_CONFIG_HOME/autostart/ и иконки на панелях кде, гнома и крысы - это не ссылки на файлы xdg_menu, а САМОСТОЯТЕЛЬНЫЕ desktop-файлы. то есть я могу добавить в автозапуск 'tar cjf home.tbz $HOME' или вытащить значок на панель и изменить какие-то параметры, без необходимости замусоривать меню. тем более, что в е17 нет даже редактора меню.

кстати, хочу поблагодарить разработчиков е17 за невероятную интуитивность имён, которые присваивается вновь созданным desktop-файлам: _new_app-1.desktop _new_app-2.desktop _new_app-3.desktop.. очень удобно, когда нужно вручную отредактировать/удалить файл. >:[

>не понимаю и не знаю, что и как сбросило параметр Remember.

чтож, тут остаётся только посочувствовать пользователям suse.. :)

>> ИМХО сделать раз в месяц 'cp /profiles/profile_name/* .kde4/share/config/' не так уж и сложно. а в том, что к этому добавили описания в desktop-файлах и прикрутили гуй, нет ничего гениального.

не-не-не, вы явно не просекли, что это такое. попробуйте например сделать какое-то оформление с использованием ваших хоткеев, набором модулей/гаджетов, конфигом шрифтов/темы и т.п. потом создайте новый профайл, сделав Clone current. после этого сделайте что-то совершенно другое и т.д.. после этого вы сможете одним кликом прыгать по вашим пресетам, выборая нужный профайл. без перезагрузки/логаута.

>> повторю ещё раз: добавлять/удалять элементы простым ДВОЙНЫМ ЩЕЛЧКОМ.

правой кнопкой мышки на иконке активного окна или на иконке iBar-а/taskbar-а. куда проще-то?

>> дааа, а ведь в том же Qt...

и что? ну привыкли вы к Esc, а в 17-ом на Esc зашито прерывание определения хоткея. мне вот Ctl+Alt+x больше нравится, а диалог определения хоткея в kde просто бесит (очень неудобный).

>> вот это окно можно как-нибудь расстянуть?

нет, нельзя. для поиска бинаря/скрипта нажмите на кнопку справа от строки ввода. как ни странно, но длина этого поля регулируется юзером/тем, кто рисует гуй. могу поэкспериментировать, imho - это произвольный параметр.

>> суть претензии в том, что...

хоть убей, не понимаю. в 17-ом есть iBar, itask-ng (может что ещё) для группировки и быстрого вызова любимых приложений. автозапуск в гуе -> Applications -> Startup Apps. все эти списки могут быть завалены до верху desktop файлами, что не будут присутствовать в меню. если вы захотите что-то таки в меню увидеть -> правой кнопкой мыши на файле и уберите галку скрытия. вы можете добавить куда угодно и что угодно и при этом в меню xdg это появится только по вашему желанию.

>> кстати, хочу поблагодарить разработчиков е17 за невероятную интуитивность имён...

http://img440.imageshack.us/my.php?image=ex3yg4.png

вы сами себе буратино. всё, что вы видите на картинке вверху именно так и названо, но трудностей перетянуть именно нужный файл в SciTE почему-то нет. к чему бы это? причём по клику приложения запускаются тут же.

>> чтож, тут остаётся только посочувствовать пользователям suse.. :)

вы таки утверждаете, что kde хорошо хранит свои настройки и они ни разу хз знает почему не слетают? вам линки на багзиллу kde дать или не стоит? вот тут человечек не поленился, конкретно так насчёт настроек описано, что полностью подтверждаю: http://groups.google.com/group/comp.windows.x.kde/browse_thread/thread/d1315c...

и кстати, как мне поменять иконку активного окна на мою собственную-то? и чтоб везде изменения сохранились?

>куда проще-то?

песец.. >_< ещё раз: есть некий диалог, на нём - два listbox, между которыми можно перемещать элементы. пример такого диалога - Startup Applications в е17 или настройка панелей инструментов в кдешных приложениях. во всех известных мне приложениях (как виндовых, так и никсовых) при двойном клике на элемент он перемещается на другой listbox. вопрос: почему в е17 нет даже этого? ешникам так нравится совершать лишние движения мышью?

>мне вот Ctl+Alt+x больше нравится

ну если тебе нравится три кнопки вместо одной, то вопрос снимается. :)

>все эти списки могут быть завалены до верху desktop файлами, что не будут присутствовать в меню. если вы захотите что-то таки в меню увидеть -> правой кнопкой мыши на файле и уберите галку скрытия. вы можете добавить куда угодно и что угодно и при этом в меню xdg это появится только по вашему желанию.

наверное, такая же логика была у создателей винды, у которых в windir свалены в одну кучу обои, екзешники, библиотеки, конфиги, логи etc. типа, раз в стандартных диалогах помойки не видно, значит её нет. единственное отличие - в винде помойки действительно не видно и в списке обоев не мелькают regedit.exe и system.ini, в отличии от.

>что вы видите на картинке вверху именно так и названо

а теперь зайди в эту диру не из efm.

>вы таки утверждаете, что kde хорошо хранит свои настройки и они ни разу хз знает почему не слетают?

я таки утверждаю, что у меня ещё со времён 4.1.0 стоит правило, запускающее определённое приложение на 3ем виртстоле, и это правило никогда не сбрасывалось. правда там параметр установлен в "применить изначально".

>http://groups.google.com/group/comp.windows.x.kde/browse_thread/thread/d1315c...

по ссылке не увидел ничего особенного. ну поставил человек 4.1.0, обнаружил, что части функционала нет. два раза обнаружил, что плазма сохраняет свои настройки только при завершении. :) только вот кеды активно развиваются и дольфин уже с 4.1.2 умеет полноценно работать с архивами. а вот когда зарелизится е17 или гнум догонит по настраиваемости хотя бы кде 4.1 - вопрос сложный. ;)

>и кстати, как мне поменять иконку активного окна на мою собственную-то?

средствами кде - никак, разве что через wmctrl.

>> а теперь зайди в эту диру не из efm.

а зачем? если файлы создавались в E17, то резонно и посмотреть на них из 17-го.

>> средствами кде - никак, разве что через wmctrl.

вам перечислить всё, чего "средствами кде - никак" да и вообще "никак" (если не пользовать Enlightenment)? wmctrl что, сохранит эти настройки?

>> а вот когда зарелизится е17 или гнум догонит по настраиваемости хотя бы кде 4.1 - вопрос сложный. ;)

не понял, вы пытаетесь опять спеть песенку, что по настраиваемости 17-ый (или E-DR16) уступает kde? вы же не привели ни одного примера задачи, что решается только средствами kde, но подтвердили, что даже иконку активного окна (любого приложения в системе) поменять на другую невозможно. поднял переписку по поводу xdg автостарта (логи в irc) и нашёл причину, по которой этого нет (хотя с теми же desktop файлами efm справляется получше прочих) - это именно необходимость в рутовых (suid) привилегиях для вырезания /usr/share/autostart позиций. теряется контроль Пользователя над системой.

>> при двойном клике на элемент он перемещается на другой listbox. вопрос: почему в е17 нет даже этого? ешникам так нравится совершать лишние движения мышью?

потому, что энергичное ламерьё пользует двойной клик на каждый элемент, а ленивый сперва выделит всё, что он хочет в списке и разок нажмёт на кнопку Add.

>> ну если тебе нравится три кнопки вместо одной, то вопрос снимается. :)

мне нравится единообразие. единый подход ко всему. нравится, что иконку/тамбнейл с пагера могу кинуть на десктоп, на iBox или iBar (пагер в kde сосёт), нравится, что панели привязаны с рабочим столам и могут быть сконфигурированы произвольно (kde сосёт. автохайд уже осилили или только орём, что осилили, а на самом деле не пашет?), нравится, что каждый модуль/гаджет может иметь произвольный внешний вид (из набора имеющихся тем под рукой - plasma сосёт), что не надо быть рутом, чтобы что-то в оформлении переколбасить под себя, что нет тормозов и в 20-30 метров съеденной памяти укладывается slideshow, mpdule, news, mail, weather, efm и прочие модули, что можно управлять режимом процессора (CPU Power Policy) на лету и очень нравится pager popup. да, для пользователя MS Windows заболеть кедерастией очень легко (благо оно и там может быть запущено imho). только вот не стоит оголтело и бездоказательно тявкать на другие решения, которые не встраиваются в рамки ваших привычек. хотя... ваше право.

>а зачем? если файлы создавались в E17, то резонно и посмотреть на них из 17-го.

понимаешь, не всем хочется работать с efm, некоторым нужно что-то более функциональное. опять же, посмотри на свои вопельки вверху (процитирую): "если же вы хотите строить интерфейс под себя (пусть даже это не будет идеальным вариантом, но у вас есть желание экспериментировать и сделать что-то из ряда вон) - то дорога лежит в сторону Enlightenment.."

>вам перечислить всё, чего "средствами кде - никак" да и вообще "никак" (если не пользовать Enlightenment)?

прикол в том, что всех этих "средствами enlightenment - никак" тоже предостаточно.. ;) никак не забиндить действие на мышинный жест, никак не забиндить действие на операции с НЕтекущим окном, никак не отредактировать меню. а если ещё вспомнить efm..

>wmctrl что, сохранит эти настройки?

через уже упомянутые "действия ввода" можно создать правило, которое при появлении заданного окна будет выполнять wmctrl с указанными параметрами.

>не понял, вы пытаетесь опять спеть песенку, что по настраиваемости 17-ый (или E-DR16) уступает kde?

если протереть залитые фанатизмом глаза, то между "или" и "догонит" можно увидеть слово "гнум". ;)

>поднял переписку по поводу xdg автостарта (логи в irc) и нашёл причину, по которой этого нет (хотя с теми же desktop файлами efm справляется получше прочих) - это именно необходимость в рутовых (suid) привилегиях для вырезания /usr/share/autostart позиций. теряется контроль Пользователя над системой.

ЭТО ШЕСТЬ! :D а теперь внимательно изучаем http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html на предмет переменных, оканчивающихся на _HOME.

>а ленивый сперва выделит всё, что он хочет в списке и разок нажмёт на кнопку Add.

а потом обнаружит, что из всех элементов, что он 15 минут старательно выискивал и выделял, добавился только один, потому что в последний момент он случайно отжал Control.. :]

кстати за то, что в списке приложений, который может быть весьма объёмным, нет никакой структуризации или фильтров, разрабам е17 отдельное "спасибо".. >:[ да, я знаю про find on type, только вот беда - при его использовании все выделения сбрасываются. :(

>да, для пользователя MS Windows заболеть кедерастией очень легко

дядя, тебе не стыдно повторять за малолетними гномосеками-далбаойпами, которые ещё не знают, что кеды похожи на винду как минимум не больше, чем тот же гном? кстати, если взять основные претензии гномеров к кедам (кде - "вещь в себе", компоненты кде невозможно оторвать от всего остального), то enlightenment - это эдакие "кеды в квадрате".. ;)