Джоно Бэкон (Jono Bacon), менеджер по взаимодействию с комьюнити компании Canonical, опубликовал в своем блоге заметку (http://www.jonobacon.org/2010/01/30/connecting-the-opportuni.../) в которой предложил по аналогии с web-стеком LAMP (Linux, Apache, MySQL, PHP), сформировать базовый набор для быстрой и удобной разработки GUI-приложений, который по его мнению может существенно ускорить темпы развития GUI-программ для Linux и привлечь новых разработчиков. Стек нацелен в первую очередь на создание индивидуальными разработчиками небольших полезных приложений и организации процесса распространения таких программ.Основные компоненты предлагаемого стека:
- Язык программирования Python;
- Графический тулкит GTK;
- Десктоп окружение GNOME;
- Мультимедиа фреймворк GStreamer;
- Среда для быстрого проектирования элементов интерфейса Glade (http://glade.gnome.org/);
- Библиотека для хранения данных DesktopCouch (http://www.freedesktop.org/wiki/Specifications/desktopcouc...URL: http://www.jonobacon.org/2010/01/30/connecting-the-opportuni.../
Новость: http://www.opennet.me/opennews/art.shtml?num=25276
c++ / qt / kde / qt-phonon / qt-designer
Допустим. А DesktopCouch, выходит, от лукавого?
В общем-то да, как и реестр.
>c++ / qt / kde / qt-phonon / qt-designer
>дык Python/Gtk/Sqlite -- давно уж какбы негласно является
>Linux, Apache, MySQL, PHPВсяк кулик свое болото хвалит.
> может существенно ускорить темпы развития GUI-программ для Linux и привлечь новых разработчиков
на радость толпе вечнонедовольных темпами развития GUI нубов
Только непонятно, что конкретно они понимают под развитием?
Лучше бы немного попридержали, да понаводили бы порядку в том, что "понаразвивали".
> стек для форсирования развития GUI приложенийВаще вау!
Г..., пардон, GUI, отходы умственной деятельности теперь будут накапливаливаться уже "форсажем" через желоб, пардон, через стек.
дык Python/Gtk/Sqlite -- давно уж какбы негласно является
И где оно является? В целых полутора программах? К тому же питон тормоз хуже явы даже. Гномерам так сильно хочется уделать висту и дотнетовские поделки по тормознутости?
> Язык программирования Python;Бывшие дельфятники начнут его пихать куда надо и не надо.
> Среда для быстрого проектирования элементов интерфейса Glade;
Может допилят наконец, а то смотреть страшно.
> Мультимедиа фреймворк GStreamer;
А более адекватные xine, mplayer, vlc в пролете.
vlc больше не адекватен, новость на прошлой неделе была
>vlc больше не адекватен, новость на прошлой неделе былаи чем же он неадекватен??
>> Среда для быстрого проектирования элементов интерфейса Glade;
> Может допилят наконец, а то смотреть страшно.наверняка это сказал тот -- кто привык чтобы сделать GUI-интерфейст -- сначало создать требуемые файлы, а потом [чтобы хоть чтото заработало] по десять раз перекомпилировать все эти исходные коды
# p.s.: намёк на КуТэ`шника, и соответствующий геморой поторый приходится испытывать при "дизайне" GUI .. (в отличии от Glade, который хотябы создаёт СРАЗУ РАБОТАЮЩЩИЕ XML-файлы, а не промежуточные форматы которые ещё нада преобразовывать во чтото другое)
Загляните вот сюда http://doc.trolltech.com/4.3/qtuitools.html и больше так не позорьтесь.
Просто загружаете .ui. И да, в python тоже отлично работает.
>Бывшие дельфятники начнут его пихать куда надо и не надо.вы знаете, я бывший pascal-евиц, позже delphi-ятинец, и не люблю питона. это я к тому, что не нужно обобщать. да и вообще считаю perl своим языком, из скриптовых :)
>Бывшие дельфятники начнут его пихать куда надо и не надо.+100. Для Nokia n8x0 и n900 какой-то умник написал ... реализацию античного шифрования DES (!!!) на питоне (!!!) - "для портабельности" :))). Пиндец! Древний не криптостойкий алгоритм реализован на тормозном питоне. Хотя за использование DES в 2010 году надо вообще на фонарях развешивать, чтоб неповадно было.
>> Мультимедиа фреймворк GStreamer;
>А более адекватные xine, mplayer, vlc в пролете.xine имхо довольно глючный. А мплеер и vlc не фреймворки а отдельные плееры. Что несколько мешает любителям сделать "как бы новый плеер" путем расстановки пары кнопок в окне.
так вот кто это "предложил", окзаывается !!
спустя годы, после появления !
копирасты из Каноникал - не дремлют.
увы и ах.
Как лихо автор подчеркнул сродство GTK и PHP... Я даже раньше не задумывался на эту тему...
>Как лихо автор подчеркнул сродство GTK и PHP... Я даже раньше не
>задумывался на эту тему...в слове "сродство", опечатка. Вопрос только где: "сХодство" или "Уродство"... =)
да как не читай... смысл не особо меняется...
менеджер по взаимодействию с комьюнити == лидер сообщества???
Такими темпами пора сваливать с Питона, скоро этот язык тоже станет ругательным...Сначала Django is the new PHP (зайдите на #django и почитайте какие там пишут вопросы! мне страшно), теперь вот дельфистов тянут.
Напоминает старую шутку из «The Evolution of Python Programmer»:
#Web designer
def factorial(x):
#-------------------------------------------------
#--- Code snippet from The Math Vault ---
#--- Calculate factorial (C) Arthur Smith 1999 ---
#-------------------------------------------------
result = str(1)
i = 1 #Thanks Adam
while i <= x:
#result = result * i #It's faster to use *=
#result = str(result * result + i)
#result = int(result *= i) #??????
result str(int(result) * i)
#result = int(str(result) * i)
i = i + 1
return result
print factorial(6)
Каким боком связаны рост популярности языка на доли процента и "пора сваливать" ? Тогда и с Linux пора уже сваливать, слишком популярная ОС, аж 0.7% в мировом масштабе :-)Вы бы лучше на пару вопросов ответили в тех конференциях, о которых так скверно отзываетесь, глядишь и было бы реальное дело :-)
>Каким боком связаны рост популярности языка на доли процента и "пора сваливать"
>? Тогда и с Linux пора уже сваливать, слишком популярная ОС,
>аж 0.7% в мировом масштабе :-)
>
>Вы бы лучше на пару вопросов ответили в тех конференциях, о которых
>так скверно отзываетесь, глядишь и было бы реальное дело :-)Ну нет, отвечать никакого желания - толпы идиотов, неспособных прочесть документацию, пользоваться google, задают идиотские вопросы, не постаравшись найти ответ самостоятельно, а потом воют, что все уроды, и им попу не подтерли. На хрена кому это надо?
> Вы бы лучше на пару вопросов ответили в тех конференциях, о которых так скверно отзываетесь, глядишь и было бы реальное дело :-)Ну, пока я там был и ждал что кто-нибудь сможет ответить на мой вопрос по кишкам джанги (это было до нескольких часов, потом надоело) я отвечал. Меня к такому правила хорошего тона обязывают, как минимум.
Но, гм, именно что люди не то что не читают документацию, но ведь даже не пробуют гуглить то, что спрашивают.
"А я хочу программы , где есть выбор графического окружения.
И без демонов , привязанных к какому-либо Desktop'у. "
>"А я хочу программы , где есть выбор графического окружения.
>И без демонов , привязанных к какому-либо Desktop'у. "Да. Особенно этим KDE грешит. Даже kwrite требует kdebase-runtime. А неплохие проги там есть.
выбор чего?GTK или QT
>выбор чего?
>
>GTK или QTswitch (where_i_am())
case
QT_BASED: dload(libmprogaQT.so);
break;
GTK_BASED: dload(libmprogaGTK.so);
break;
WINAPI_BASED: dload(libmprogaWIN.dll);
break;
default: dload(libmprogaCUI.dll);
break;
}
и оно будет везде одинаково и правильно работать, ага.
Приспичит - будет, а пока обычные смертные Java юзают, если надо что было везде одинаково.Задача была в использовании различных UI, без ущерба функционала.
>и оно будет везде одинаково и правильно работать, ага.Ну если под либой имелась в виду Qt - будет, да :). Вон какойнить кутим более-менее одинаково работает и в винде и в *никсах.
По идее wxWidgets делает нечто подобное (т.е. использует родные элементы платформы). Еще кто-нибудь напишет wxQt и будет совсем хорошо.
а также wxGTK, wxSwing и wxMFC.чтоб уж совсем хорошо.
Ась? Это к чему было? Может Вам стоит посмотреть, к каким фреймворкам и каким языкам у wx есть биндинги?
>По идее wxWidgets делает нечто подобноеКому-то точно мануалы лень почитать - и GTK, и QT в разных осях давно работают, включая винду, и нормально выглядят.
Угу... есть такая система - wxWidgets называется... Только вот QT прикрутить они так и не осилили - больно уж геморно подстраиваться под всех одновременно.
Более того - если посмотреть на реальное разлапистое приложение на ней (aMule) и его историю - можно заметить что Wx снабжен некислым набором багов.
Для начала надо сменить схему работы приложения с экраном - чтобы при операциях с окном (перетаскивание, изменение размера) перерисовку делало не приложение, а система. Для этого надо описывать содержимое окна в достаточно абстрагированном виде типа того, как CGI-скрипт описывает HTML-страницу; ведь CGI-скрипт не обрабатывает ни скроллинг, ни изменение размера страницы.
вставляйте в окно компоненту браузера и кормите её хтмлом, будет вам счастье.
>Для начала надо сменить схему работы приложения с экраном - чтобы при
>операциях с окном (перетаскивание, изменение размера) перерисовку делало не приложение, а
>система.Предлагаю написать челобитную в Intel.
Мол, нужаемси в процессорных инструкциях:ST_WIN_SZ RAX, 0x03200258 ; 800x600
SET_WIN_POS RBX, 0x00320032 ; координата x = 50, y = 50
SET_WIN_ANGL CX, 0x2D ; угол - 45гр. :)SCRL_INC
SCRL_DEC
Рендеринг всех визуальных элементов нужно перенести на другой конец X11 протокола. Пусть это делается на стороне X сервера, тогда GUI станет однородным.
>Для начала надо сменить схему работы приложения с экраном - чтобы при операциях с окном (перетаскивание, изменение размера) перерисовку делало не приложение, а система. Для этого надо описывать содержимое окна в достаточно абстрагированном виде типа того, как CGI-скрипт описывает HTML-страницу; ведь CGI-скрипт не обрабатывает ни скроллинг, ни изменение размера страницы.Вот поэтому HTML-страницы после полноценных программ, умеющих рисовать самостоятельно, смотрятся ущербно. Приложение реагирует на события и перерисоввывает себя так как нужно и тогда когда нужно - по моему нормальный подход. Зачем отнимать у программы возможность себя нарисовать?
> Вот поэтому HTML-страницы после полноценных программ, умеющих рисовать самостоятельно, смотрятся ущербно. Приложение реагирует на события и перерисоввывает себя так как нужно и тогда когда нужно - по моему нормальный подход. Зачем отнимать у программы возможность себя нарисовать?И действительно. Для этого и придумали Web 2.0 :-)
Ну это выглядит очень заманчиво со всех сторон. По сравнению с делфи:
а) Python - всегда можно переписать на си
б) GTK - кроссплатформенный
в) GNOME - мне нравится больше чем кеды :)
г) gstreamer - идеология просто супер (сильно напоминает микроядерные операционки), реализацию допилят в скором времени
д) glade - ну да немного глюковатый интерфейс, зато сохраняет в нормальных xml файлах, которые не привязаны к конкретной программе (можно менять интерфейс на лету).
е) даже не знаю что это такое, но sqlite лучше.
направление хорошее, но с пунктами:"Графический тулкит GTK;
Десктоп окружение GNOME;
Мультимедиа фреймворк GStreamer;
Среда для быстрого проектирования элементов интерфейса Glade;
Библиотека для хранения данных DesktopCouch"не согласен ;)
всё таки любая хорошая софтвина с gui должна иметь консольное ядро, dbus интерфейс и отдельные\plugin'ообразные gtk/gnome, qt/kde frontend'ы
а сие вырождение напоминает зародышевые мысли о неком подобии интеграции всего и вся в кде. там и штука с базами и мультимедиа framework уже есть.
у гнома есть gstreamer, это тоже мультимедиа фреймворк :).А так - достали уже супермонстров клепать.
вижу два варианта1) политический ход, чтобы нокиа заплакала и отстегнула каниникалу немножко денег за s/gtk/qt/
2) они только что узнали про существование kdevelop и что gtk + glade с ним рядом не валялся, вот и решили "догнать и перегнать".
Это моё мнение конечно.
Угу писать на Python. Он бы ещё моно предложил. Держать в памяти по копии интерпретатора на каждую программу, спасибо - не надо.А за менюшки для гнома на Python я бы вообще убивал - тормозят, 50% загрузки 3 ГГц процессора.
Вообщем такие "стандарты" надо сливать в унитаз ещё при рождении.
>Угу писать на Python. Он бы ещё моно предложил.Питон пожестче пожалуй даже - у него вообще JIT по дефолту нет. Посему тормозит питон весьма конкретно.
Не стоит забывать, что Бэкон предлагает подобную концепцию не для всего Linux, нет. А только для графического рабочего стола Gnome и приложений GTK. Так что первый комментарий, видимо, был оставлен тем, кто немного не понял...
Я всячески поддерживаю подобные инициативы! Многие задачи для меня встанут, может быть, один раз в жизни, и мне хочется решить их интуитивно понятным интерфейсом, хотя бы mc-подобного мне хватит за глаза! А изучать стосраничные мануалы только ради того, чтобы, например, переписать файл с мобильника... Это черезчур. KDE всегда обладал этой возможностью - да и для всего, что нужно пользователю, отличный GUI в нём реализован! А если подобное появится в Убунту, да ещё и внедритя во весь гном - это не может не радовать!
Другое дело, что это предлагают сделать из Canonical. Их собственные GUI для настройки Убунту обладают редкостной глючностью и падучестью (хотя бы настройка клавиатуры - попробуйте без помощи мыши отмотать вниз выпадающие списки раскладок, или включить эмуляцию мыши без паденя иксов). Я бы не стал доверять их инициативе.
> Я бы не стал доверять их инициативе.Ленивые руководители Убунты пытаются образумить ленивых юзеров Убунты,
что б те, "заставили"(попоросили) ленивых программеров Убунты, ченить сделать...
>выбор чего?
>
>GTK или QTswitch (where_i_am())
case
QT_BASED: dload(libmprogaQT.so);
break;
GTK_BASED: dload(libmprogaGTK.so);
break;
WINAPI_BASED: dload(libmprogaWIN.dll);
break;
default: dload(libmprogaCUI.dll);
break;
}Вы хотите сказать , что это работает везде?
Добрый день! На счет Python про то что он тормоз это вы господа зря! Математические функции у него очень быстрые а то что тормозит так это господа скорее всего реализация GUI-библиотек! Смотрите в корень проблемы а не по бокам а корень в чем в кривой реализации GUI-библиотек! Сам пишу на Python-е давненько мне нравится работает быстро без GUI!