LINUX.ORG.RU

Лидер сообщества Ubuntu представил стек для унификации GUI приложений

 , , , ,


0

0

Джоно Бэкон (Jono Bacon), менеджер по взаимодействию с комьюнити компании Canonical, опубликовал в своем блоге заметку, в которой предложил по аналогии с web-стеком LAMP (Linux, Apache, MySQL, PHP), сформировать базовый набор для быстрой и удобной разработки GUI-приложений, который, по его мнению, может существенно ускорить темпы развития GUI-программ для Linux и привлечь новых разработчиков.

  • Язык программирования Python;
  • Графический тулкит GTK;
  • Десктоп окружение GNOME;
  • Мультимедиа фреймворк GStreamer;
  • Среда для быстрого проектирования элементов интерфейса Glade;
  • Библиотека для хранения данных DesktopCouch, представляет собой попытку интеграции возможностей хранилища CouchDB в десктоп-приложения (например, позволит организовать синхронизацию и репликацию данных между компьютерами).

Также рассказано о новом проекте Ground Control, представляющем собой интегрированный в файловый менеджер Ubuntu GUI интерфейс для упрощения процесса создания проектов, их сборки и синхронизации с Launchpad. Взято с opennet

>>> Подробности

★★★

Проверено: Aceler ()
Последнее исправление: Aceler (всего исправлений: 1)
Ответ на: комментарий от tailgunner

> Это реестр.

JESUS CHRIST IT'S A REGISTRY GET IN THE CAR!

Продолжайте писать свои форматы конфигов для своих программ дальше. Некоторым нравятся зоопарки. :)

cruxish ★★★★
()

> А то программа на одном билде Qt падает с другим билдом Qt. Для Gtk-приложений это анекдот, но для Qt - суровая реальность.

Мои тапки умерли со смеху, ибо man обратная совместимость... Неужели программу для Qt 4.1.1 нельзя запустить с либами версии Qt 4.6.1???

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от cruxish

В качестве примеров можете глянуть на Sonata или Gajim, например.

Угу, попробуйте запустить сонату на нокии н810 сразу увидите всю прелесть питона.

ogronom
()
Ответ на: Тред не читал, но от linuxfan

> Core i7 с 32Gb RAM и NVidia GTX300+ впридачу ко всему этому идут? Или пользователям предлагается насладиться тормозами?

Тред наполнен людьми, очень плохо понимающими, что всё равно на чём писать обработчик нажатия на кпопку >_<

sv75 ★★★★★
()
Ответ на: комментарий от ogronom

лорчую, тот же mmpc(gmpc) идет нормально, запуск exaile приводит в полное уныние, так что такие программы нам не нужны.

Novell-ch ★★★★★
()
Ответ на: комментарий от xscrew

> Это как получается, гтк - гуи, еще что-то - другая либа, что-то еще - еще либа.

Принцип UNIX - one task, one tool. Bloatware типа Qt потому и пользуется спросом только у экс-любителей венды, в которой всё и сразу.

Легковеснее - это да, но это не значит что он не тормознее, да и возможности никакие.

А какие возможности вам требуются от GUI-тулкита, которых нет в GTK+?

Нравится, да и темболее, с Qt с++ совсем не ужасен.

Мне нравится кодить на PHP, с ZF он совсем не ужасен.

cruxish ★★★★
()
Ответ на: комментарий от ogronom

> Угу, попробуйте запустить сонату на нокии н810 сразу увидите всю прелесть питона.

Давайте определимся, мы говорим про десктоп или embedded? ;)

cruxish ★★★★
()
Ответ на: комментарий от cruxish

>Bloatware типа Qt

сомнительное утверждение. QtCore - это скорее альтернативная реализация STL, лишенная некоторых важных недостатков типа отсутствия хэшей (хотя в C++0x это исправлено). Остальные компоненты кутов практически независимы (зависят только от кора) и выполняют каждый свою функцию

annulen ★★★★★
()
Ответ на: комментарий от cruxish

мы говорим про тормозной пистон, на n810 прекрасно видно что он тормозной, и что он сливает С\С++ по юзабельности и скорости. Тот же кутешный goldendict и qstardict идут сносно.

Novell-ch ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

> А то программа на одном билде Qt падает с другим билдом Qt. Для Gtk-приложений это анекдот, но для Qt - суровая реальность.

Ну только если qt3 пытаться запустить с qt4

annulen ★★★★★
()
Ответ на: комментарий от tia

>Нокиа приютили Qt. С чего бы им юзать GTK?

Они до того как купить троллей юзали GTK в Maemo. Не порадовало наверное

annulen ★★★★★
()
Ответ на: комментарий от ubuntulover

>вылизанный синтаксис джавы/сишарпа (а не монструозный ужас С++)

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

annulen ★★★★★
()
Ответ на: комментарий от mkfifo

когда они для создания кросплатформинности хотят переписатьвсе библиотеки заново

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

KDE`овцы _побыстре_ запустить KDE на Windows .. поэтому и наделали велосипедов (внутри Qt)

перепутаны причина и следствие. кедовцы не являются основными разработчиками qt

annulen ★★★★★
()

Эта заметка - очередная констатация того, что квалифицированные плюсовые (ровно как и чисто сишные) программисты будут нужны в недалеком будущем в очень-очень небольшом количестве. Несмотря на гневные выкрики, звучащие здесь, даже достаточно криволапо написанные гуёвые пайтоновые проги будут летать через три-четыре года на самых дешевых персоналках. Мелкомягкие со временем достаточно продвинут свой велосипед, вроде Iron Python. Процентов восемьдесят программистов всего мира будут из Индии. Так что убунтуйцы очень кстати с созданием своего стека.

Deleted
()
Ответ на: комментарий от annulen

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

Попутали с Хаскеллем.

А в крестах с быдлокодом всё отлично.

yk4ever
()
Ответ на: комментарий от PayableOnDeath

> прикуси-ка язычок, ХГМ-быдло

Быдло здесь скорее ты. ;) Что, правда глаза режет? Ответить нечего?.. :))

cruxish ★★★★
()
Ответ на: комментарий от tia

>А новые фичи? Мало, очень

Показать пресс-релиз 4.6?

annulen ★★★★★
()
Ответ на: комментарий от Deleted

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

s/будут летать через/уже летают/

yk4ever
()
Ответ на: комментарий от Novell-ch

> мы говорим про тормозной пистон, на n810 прекрасно видно что он тормозной, и что он сливает С\С++ по юзабельности и скорости. Тот же кутешный goldendict и qstardict идут сносно.

Да вы прямо Капитан Очевидность! Ясен пень, что откомпилированные программы работают быстрее интерпретируемых, особенно если сравнивать на калькуляторах. Но я уже писал выше про то, почему написание GUI-приложений на Python оправдано, и причина - совсем не скорость работы.

cruxish ★★★★
()
Ответ на: комментарий от cruxish

Отвечать здесь нечего, любому вменяемому человеку известно, что QtCore, QtGui, QtNetwork, QtWebKit, QtXml и т.д. - отдельные библиотеки, а также то, что это на порядок удобнее десятка велосипедов от разных Вась Пупкиных, которые надо комбинировать на удачу. Так что ты, клоун, можешь подставлять попу, там тебя любимый Мигелюшка за углом уже ждет.

PayableOnDeath
()
Ответ на: комментарий от vertexua

>с костылем в виде препроцессора moc

В CMakeLists вставил стандартную строчку и вуаля, а какой оно там код нагенерило, на это обычным людям как бы пофигу.

annulen ★★★★★
()
Ответ на: комментарий от Nekto0n

>Когда ставил кубунту на посмотреть - амарок подтянул mysql.

Поставь мандриву и узнаешь, что зависимости можно выбирать

annulen ★★★★★
()
Ответ на: комментарий от vertexua

>Нормальный тулкит должен каким то образом дружить и сдругими компиляторами

что как раз и подтверждает нормальность Qt (gcc, icc, msvc, sun studio, aCC). Если у каких-то компиляторов нет интероперабельности (пример - gcc и msvc), это не вина тулкита

annulen ★★★★★
()
Ответ на: комментарий от PayableOnDeath

> Отвечать здесь нечего, любому вменяемому человеку известно, что QtCore, QtGui, QtNetwork, QtWebKit, QtXml и т.д. - отдельные библиотеки, а также то, что это на порядок удобнее десятка велосипедов от разных Вась Пупкиных, которые надо комбинировать на удачу.

Тут есть нюанс. Основная проблема куте - то что оно сильно заточено под плюсы, которым оно подменяет стандартную бублиотеку (которой, по факту, толком нет).

Без плюсов весь шарм теряется. На более высокоуровневых языках кутешные структуры начинают пересекаться со стандартными средствами языка и происходит конфуз.

Это уж не говоря о сложностях создания биндингов.

yk4ever
()
Ответ на: комментарий от PayableOnDeath

> Отвечать здесь нечего, любому вменяемому человеку известно, что QtCore, QtGui, QtNetwork, QtWebKit, QtXml и т.д. - отдельные библиотеки

А сайт Qt (http://qt.nokia.com/products) с вами не согласен - там написано, что это «application and UI framework». Да и вообще, это всё равно, что говорить, что венда модульная, потому что в ней разделены пасьянс «Косынка», сапёр и медиаплеер.

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

Наудачу их комбинируют те, у кого нет мозгов или у кого руки из жопы растут. :)

Так что ты, клоун, можешь подставлять попу, там тебя любимый Мигелюшка за углом уже ждет.

У вас какие-то странные гомосексуальные фантации, вам следует обратиться к специалисту. :)

cruxish ★★★★
()
Ответ на: комментарий от cruxish

> У вас какие-то странные гомосексуальные фантации,

Фанбои такие фанбои. Чуть что - сразу отсылки к перверсиям и фекалиям.

yk4ever
()
Ответ на: комментарий от vertexua

>Вы видели библиотеку классов Java SE? А Java EE? А JavaFX? Когда кто-то говорит, что Qt - самая мощная платформа, я смеюсь

Но Qt нативно => удобно на десктопе, JIT-компиляция эффективна только при большой продолжительности работы приложения

Да и на мой взгляд в QtGui многие вещи сделаны продуманнее, чем в Swing (хотя определенное сходство очевидно)

annulen ★★★★★
()
Ответ на: комментарий от yk4ever

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

PayableOnDeath
()
Ответ на: комментарий от cruxish

Я могу на сайте что угодно написать, переманивание java/.net-кодеров пока еще никто не отменял, «1%» не всем нравится. Что касается мозгов, то, судя по всему, их в мире вообще мало. А фантазий у меня никаких нет, ибо я не основывал педосекту внутри OSS-сообщества.

PayableOnDeath
()
Ответ на: комментарий от PayableOnDeath

> Однако ж биндинги для того же питона давно есть и используются,

Я вот заглядывал в код qct. Довольно безрадостно, если честно. Лишняя ересь под ногами мешается.

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

Ну, судя по TPCI, они уже проиграли PHP :]

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

yk4ever
()
Ответ на: комментарий от daemonpnz

> гхеволюции пгхоисходят пгхи пегхеходе от 3 ветки к 4

причиной была гхеволюция при переходе от qt3 к qt4 - предыдущие версии были более совместимы

annulen ★★★★★
()

>по аналогии с web-стеком LAMP (Linux, Apache, MySQL, PHP),

для полноты аналогии взяли бы php-gtk для гуя ^_^

annulen ★★★★★
()
Ответ на: комментарий от annulen

>Если бы Qt сразу был GPL, GIMP написали бы на Qt и gtk вообще бы не было

И Qt сегодня был бы намного хуже. Отсутствие конкуренции расслабляет. Погляди на Xorg.

KRoN73 ★★★★★
()

>Лидер сообщества Ubuntu

Графический тулкит GTK;

Десктоп окружение GNOME;

пользователи KDE всё поняли? кто ещё не слинял с бубунту - самое время это сделать.

tommy ★★★★★
()
Ответ на: комментарий от tommy

> пользователи KDE всё поняли? кто ещё не слинял с бубунту - самое время это сделать.

Кеды под бубунтой всегда были тошнотворными.

Хотя, я начинаю подозревать, что дело тут не в бубунте...

yk4ever
()
Ответ на: комментарий от pevzi

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

fixed

annulen ★★★★★
()
Ответ на: комментарий от yk4ever

не тошнотворные, а кеды в бубунте глючные. а в дебиане - нет.

tommy ★★★★★
()

Если гном будет использоваться лишь как рабочее кружение при разработке, то я не против, но вот привязывать к нему приложения и писать в их описании что оно For GNOME - не нужно.

anonymous
()
Ответ на: комментарий от yk4ever

>И инкрементальную сборку уже требует исторический момент.

имхо, скорость компиляции - дело десятое по сравнению со скоростью выполнения

annulen ★★★★★
()

>Джоно Бэкон (Jono Bacon), менеджер по взаимодействию с комьюнити компании Canonical, опубликовал в своем блоге заметку, в которой предложил по аналогии с web-стеком LAMP (Linux, Apache, MySQL, PHP), сформировать базовый набор для быстрой и удобной разработки GUI-приложений, который, по его мнению, может существенно ускорить темпы развития GUI-программ для Linux и привлечь новых разработчиков.

* Язык программирования Python;

* Графический тулкит GTK;


* Десктоп окружение GNOME;


* Мультимедиа фреймворк GStreamer;


* Среда для быстрого проектирования элементов интерфейса Glade;



Delphi
Direct X
Windows Registry
WINE
Cannabis

Quasar ★★★★★
()
Ответ на: комментарий от tia

>Да ты упоротый, сказано же что оно не реестр

а-а-а... ну раз сказано — тогда конечно не реестр, тока дурак будет спорить, ясно же.

anonymous
()
Ответ на: комментарий от annulen

>да, это верно. был бы жив несвободный XFree86...

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

madcore ★★★★★
()

-Язык программирования Python;
-Графический тулкит GTK;
-Десктоп окружение GNOME;
-Мультимедиа фреймворк GStreamer;
-Среда для быстрого проектирования элементов интерфейса Glade;

Это такой способ глобального троллинга или автор употребляет что-то сильнодействующее?.

m0rph ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.