gLobster говорит:

Я вот с Английским для иностранцев не понял. А зачем он нам? Точнее я понимаю, что хочется с ним поигратсья, но с точки зрения конечного продукта - что даст его наличие кроме необходимости контроля версий ещё под одну внешнюю библиотеку? Сам обычно пытаюсь обойтись минимумом из того, что есть изначально. То, что на питоне писать легче - понятно. Если мы под маемо пишем - надо юзать хилдон. Если хочется и под другой линух - gtk, с одновременной параллельной адаптацией под хилдон.

Почему надо? Может потому, что там за три года уже три раза умудрились API поломать? И еще не раз это сделают, не сомневайтесь.

Собственно, если у нас будет схема с отдельными UI модулями, как я предлагал, то можно нарисовать и то и другое.

Efl как тулкит портирован на платформу, на нем написана канола, то есть он рабочий. Сорцы доступны, задизайнен нормально, в отличие от. Кроме того там мне понравилась концепция - у них интерфейс можно разрабатывать отдельно от приложения, что позволяет разделить эту работу. С хилдоном и с gtk - это будет каша из логики приложения и кода UI, как например в том же revelation. Советую почитать, кстати, про efl, я линки постил в том треде.
Минусы: Может быть сырым. Судя по тому как ведет себя канола возможно на нем нельзя сделать приложение, которое будет работать на общем таблеточном десктопе. Канола все время переключается и занимает весь экран. Я не знаю это ограничение тулкита или это такая концепция самой канолы. Она и раньше это делала, когда не была на efl написана. В принципе это ограничение может быть и серьезным доводом не использовать efl вообще.

Что думаете?

Пока не разбирался с ЕФЛом. Пусть. С одной стороны приятно, иметь красивый айфон список, красиво крутящийся, с энерцией. Но довайте подумаем, как часто нам нужны пароли? 1-2-10 раз на дню. Красиво, но пожалуй не суть! Главное кстати в паролях БЫСТРО ЕГО УВИДЕТЬ!

(Красату люблю и радею, но надо быть прогматичным-реалистом.) (Как вы понимаете, не загадить идею ради. А по сеять зерно сомнения.)

Может из-за того, что я вырос на интерфейсе командной строки и Palm'овском - я тоже, в первую очередь, люблю программы с лаконичным и быстрым откликом. Канола, как пример для меня - антипример. Она по моим ощущениям - монстр. Тормозная (загрузка ужас какая долгая) и глюкаво-вычурная. Может это неправильное пользование библиотеки, но абсолютно согласен с тем, что менеджер персональной информации не должен быт фронтэндовским приложением, а наоборот, должен максимально быстро работать бакэндом. Чтобы на него можно было мгновенно переключиться, взять информацию, и вернуться в другое приложение. Мне вот в том же SplashId режима хака не хватало. Кстати - это идея. Может одной из фич добавить иконку в трее с быстрым запуском и вставкой в текущее приложение?

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

Согласен - Kagu мне тоже понравился

Там вроде хилдоном и не пахнет. Там Pygame(SDL) в основном и немного gtk. Но я не против, так просто для информации.
Насчет канолы - она тяжела сама по себе, а не потому, что юзает efl. Я смотрел на демки efl-овские, они достаточно шустрые. Так что я еще покопаюсь.

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

я тоже покопаюсь в efl попозже  / поддержка разных фейсов - конечно

Wall, как смотрите на то чтобы форкнуть что то из существующих pm на python ?

Нормально смотрю. Я не смотрел в код, но по описанию kedpm мне понравился именно тем, что там можно менять backend-ы и frontend-ы.

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

Update : Написал ему письмо с вопросом - есть ли какие то планы по развитию ....

Так он по виду заброшен. Последний релиз был 2 года назад.

ну то что заброшен - факт. Просто мало ли - вдруг достанет шашку с шифонера.

Кстати и система шаблонов там тоже вроде есть / и довольно простой синтаксис при определении.

ещё попалась виртуальная клавиатура на pygame : http://tony.maro.net/ossramblings/virtkey.php