The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Предварительный план разработки библиотеки Gtk+ 3.0

10.04.2009 12:37

Разработчики Gnome представили предварительный план подготовки релиза Gtk+ 3.0, в котором собраны основные идеи по улучшению библиотеки. Ожидается изменение структуры API, полная переработка некоторых подсистем, перевод всех "public" структур в область видимости "private" и проведение значительной чистки библиотеки от устаревшего кода. Нарушение программной и бинарной совместимости Gtk с некоторыми приложениями, обернется повышением производительности и уменьшением размера библиотеки. На основе Gtk+ 3.0 уже в марте 2010 года будет выпущен инновационный релиз GNOME 3.0.

Версия Gtk+ 2.0 была выпущена в 2002 году и на протяжении всей линейки 2.x сохранила обратную бинарную совместимость, позволяя не прибегать к перекомпиляции приложений после обновления библиотеки в системе. Тем не менее поддержание неизменного ABI позволяет вносить в код библиотеки только незначительные улучшения, а проблем и новшеств, которые не могут быть реализованы без переработки ABI, накопилось уже много.

При разработке Gtk+ 3 предлагается трезво оценить возможности комьюнити и не задавать участникам проекта жесткие временные рамки, а использовать систему приоритетов, при которой Gtk core team подготовит базовую функциональность, а работа независимых участников сообщества будет разбита на два класса: то что хотелось бы успеть добавить в 3.0 и то, что можно отложить до будущих релизов ветки 3.x.

Возможности, которые должны войти в Gtk+ 3.x:

  • Полностью независимый от экрана рендеринг;
  • Удаление всех публичных структур в API. Упрощение DnD API для поддержки drag-and-drop операций не только в древовидных списках. Упрощение API для управления прозрачностью виджетов;
  • Поддержка нового механизма виджетов рабочего стола с описанием стиля в CSS-подобном представлении и возможностью смены стиля на лету. Поддержка нового класса "прокручиваемых" виджетов, которые помогут упростить реализацию виджетов для просмотра текста или работы с древовидными структурами. Поддержка определения настраиваемого RGBA фона для виджетов, контролируемого через систему визуальных тем;
  • Обеспечение независимости от экранного разрешения, благодаря адаптивной прорисовке, оптимальной для текущих параметров экрана, таких элементов, как виджеты и шрифты. На системах с большим или низким разрешением, все элементы автоматически будут иметь размер соизмеримый с размером экрана, не требуя ручной настройки шрифтов, пиктограмм и других элементов интерфейса.

Новые возможности, которые хотелось бы реализовать в Gtk+ 3.x силами независимых разработчиков:

  • Улучшение поддержки анимационных эффектов c определением внешних подключаемых алгоритмов компоновки (layout) и перемещения (transition), в стиле Clutter, но на базе механизма обработки событий GLib;
  • Добавление компонентов для обсчета физики, например, для создания эффектов инертной прокрутки, магнетизма, влияния трения, отскока элементов, растягивания, затухания, размывания, отбрасывания тени и т.п.
  • Поддержка визуальных тем для "padding" блоков;
  • Поддержка стандартных стилевых меток (label styles), отталкивающихся от стандартного размера шрифта. Напирмер, увеличенных шрифт, шрифт для заголовков и т.п.;
  • Высокоуровневый способ стилевого выделения текста, нормально работающий не зависимо от языка и кодировки;
  • Добавление автоматизированного тестового набора для оценки корректности отображения на экране;
  • Добавление вращающегося круглого виджета для индикации прогресса выполнения операции;
  • Обобщенная обработка событий, не привязанная к X11 и действенная для скрытых окон;
  • Разделение группировки виджетов (родитель/потомок) и их геометрического позиционирования на холсте;
  • Полная поддержка мультитач режима и возможности одновременной работы с несколькими указателями мыши и элементами ввода.
  • Упрощение создания виджетов, вероятно будет подготовлена какая-то система шаблонов, дополнительные классы и автоматизированы типовые операции;
  • Предоставление набора утилит для анализа кода сторонних проектов с целью упрощения их портирования на Gtk+ 3.

Новые возможности, которые могут быть реализованы в Gtk+ 3.x если независимые разработчики успеют их реализовать:

  • Переработка системы определения визуальных тем;
  • Возможность использования визуальных трансформаций силами тулкита, вероятно через интеграцию библиотеки clutter для задействования OpenGL или через добавление недостающих 3D функций в библиотеку Cairo;
  • Поддержка микро-виджетов - небольших и очень простых виджетов, которые могут объединяться в более большой комплексный виджет.
  • Поддержка API для организации связи виджетов.


  1. Главная ссылка к новости (http://mail.gnome.org/archives...)
  2. OpenNews: Размышление об интеграции GTK 3.0 и GNOME 3 в Debian GNU/Linux
  3. OpenNews: Перспективы GNOME 3.0 начали обретать форму
  4. OpenNews: Вышел релиз GTK+ 2.16.0 и GLib 2.20
  5. OpenNews: Планы по изменению API в Gtk+3 вызывают недоумение разработчиков.
  6. OpenNews: GTK+: перспективы развития
Лицензия: CC-BY
Тип: Интересно / К сведению
Короткая ссылка: https://opennet.ru/21201-gtk
Ключевые слова: gtk, gnome, lib
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (54) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, mag (??), 14:32, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Добавление компонентов для обсчета физики, например, для создания эффектов инертной прокрутки, магнетизма, влияния трения, отскока элементов, растягивания, затухания, размывания, отбрасывания тени и т.п.

    зачем? может еще эффект радиации и турбулентность астрального плана добавить?

    > Полностью независимый от экрана рендеринг;

    звучит смело

     
     
  • 2.2, kost BebiX (?), 14:59, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > > Добавление компонентов для обсчета физики, например, для создания эффектов инертной прокрутки, магнетизма, влияния трения, отскока элементов, растягивания, затухания, размывания, отбрасывания тени и т.п.
    >зачем? может еще эффект радиации и турбулентность астрального плана добавить?

    Затем, чтоб компиз выкинуть на помойку (хотя без scale я уже как-то как без рук :-). Я уверен что все эти рюшки можно будет отключить, а если нельзя - хакнут чтоб можно было.

     
     
  • 3.5, mag (??), 15:14, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Еще не известно, что придеться выкинуть на помойку. Лишь бы эти рюшечки, не мешали разработчикам допиливать основное ядро библиотеки.
     
     
  • 4.37, Аноним (-), 23:03, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Обратите внимание, что эти рюшечки предлагаются для реализации независимым разработчикам.
    А понадобиться они могу во всяких мобильных "гламурных тыкалках".
     

  • 1.3, Frank (??), 15:05, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавление вращающегося круглого виджета для индикации прогресса выполнения операции

    Ба, сферический конь в гноме! :-D

     
  • 1.4, Ivan (??), 15:14, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > > Добавление компонентов для обсчета физики, например, для создания эффектов инертной прокрутки, магнетизма, влияния трения, отскока элементов, растягивания, затухания, размывания, отбрасывания тени и т.п.

    Крута! Можно будет игрушки простенькие писать на движке гнома. Давно хотел сам написать приличный "арканоид"...

     
     
  • 2.6, vitek (??), 15:33, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Давно хотел сам написать приличный "арканоид"...

    "приличный" - звучит круто.
    удачи. :-)

     
  • 2.7, zx (?), 15:36, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Можно будет игрушки простенькие писать на движке гнома. Давно хотел сам написать приличный "арканоид"...

    Да пиши на чем угодно, зачем ждать чего-то?

     
     
  • 3.55, Frank (??), 21:13, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Можно будет игрушки простенькие писать на движке гнома. Давно хотел сам написать приличный "арканоид"...
    >
    >Да пиши на чем угодно, зачем ждать чего-то?

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

     
     
  • 4.58, Sergey (??), 08:43, 13/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    смело и креативно :)
     

  • 1.8, Lindemidux (??), 15:47, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не сделают они гном 3 к марту 2010, я гарантирую это.
     
     
  • 2.12, Аноним (-), 16:28, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Не сделают они гном 3 к марту 2010, я гарантирую это.

    Март 2009 - 2.26
    Сентябрь 2009 - 2.28
    Март 2010 - 2.30 = 3

     
  • 2.14, nim (?), 16:58, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Не сделают они гном 3 к марту 2010, я гарантирую это.

    Значит поможем!

     
  • 2.57, WarpwraP (?), 03:02, 12/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Не сделают они гном 3 к марту 2010, я гарантирую это.

    Они поняв это начнут читерствовать: возьмут свой любимый дотнет и быстренько на нем налабают тормозное и тяжеловесное глюкало.На винды вон посмотрите.А их запевала Мигель как раз на дотнет подсел.

     

  • 1.9, sergeyvp (??), 15:57, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В моём проекте возникла необходимость переключить состояние чекбокса без издания соответствующего сигнала, то есть втихаря.
    Но оказалось что сделать это обычным методом g_object_set невозможно из-за стиля написания объектов GTK+.

    Я задал вопрос по поводу замены в gtktoggleaction.c строки
    gtk_toggle_action_set_active (action, g_value_get_boolean (value));
    на строчку
    action->private_data->active = g_value_get_boolean (value);
    чтобы появилась возможность "молчиливого" переключения состояния виджета,
    но мне ответили что это противоречит стилю написания GTK+ виджетов, а в чём конкретно проблема не объяснили.
    Уровень моего английского не позволяет устроить полноценную дискуссию на данную тему в списке рассылке разработчиков в связи с чем просьба к русским хакерам -- разъясните мне почему нельзя изменить стиль написания объектов GTK+ так как я это предложил выше?

     
     
  • 2.36, vitek (??), 22:58, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а самому класс (структуру, функцию,...) переопределить (раз уж такая пьянка) никак?
     
     
  • 3.39, sergeyvp (??), 23:27, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так я на будущее имею ввиду, сейчас я конечно с помощью какого нибудь "костыля" обойдусь, но вот в 3.0 по моему нужна возможность "тихого" переключения свойств виджета, тем более что это очень просто сделать. У меня например самописные объекты реализованы именно так как я описал выше и это позволяет переключать свойства либо с сигналом либо без и при этом не нужно никаких дополнительных обработчиков (костылей).

    То есть используя метод g_object_set свойство переключается без сигнала, а при использовании метода gtk_widget_set_*** сигнал издаётся и если необходимо выполняются дополнительные обработки. Фактически gtk_widget_set_*** является оболочкой для g_object_set со всеми необходимыми дополнениями.

     
  • 2.42, FractalizeR (ok), 00:24, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >action->private_data->active = g_value_get_boolean (value);

    Это не стоит делать по очень простой причине. Нарушается инкапсуляция. Прямого доступа к полям объекта следует избегать всеми силами.

     
     
  • 3.47, sergeyvp (??), 02:10, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Это не стоит делать по очень простой причине. Нарушается инкапсуляция. Прямого доступа к полям объекта следует избегать всеми силами.

    Дело в том что именно так и сделано в методах gtk_widget_set_***, это совсем не прямой доступ, это как раз доступ через классовый метод на сколько я понимаю.

    Суть проблемы в том что архитектура GObjects позволяет реализовать два метода переключения свойств объекта, один через стандартный метод g_object_set другой через оболочку gtk_widget_set_***. Так вот в GTK+ на данный момент в стандартном методе прописана оболочка, то есть всё перевёрнуто вверх ногами, вместо того чтобы в оболочке прописать стандартный метод а в стандартном методе сделать простое присвоение тем самым дать разработчику возможность менять свойство объекта двумя способами. Сейчас же мы фактически имея два метода используем одну и туже функцию, по моему это не правильно.

     
     
  • 4.49, FractalizeR (ok), 12:39, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Сейчас же мы фактически имея два метода используем одну и туже функцию,
    >по моему это не правильно.

    Наверное, это действительно неправильно, но это лучше, чем дать программисту право изменять поля объекта.
    Будем надеяться, что в GTK3.0 весь этот бред приведут в порядок


     
     
  • 5.51, sergeyvp (??), 12:47, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>> но это лучше, чем дать программисту право изменять поля объекта.

    Я видимо как то неправильно объяснил своё предложение.
    Я не предлагаю включить включить возможность прямого доступа к полям объекта.
    Я предлагая привести в порядок методы объекта, чтобы имея два метода можно было иметь два способа изменения полей, с сигналом и без.
    На данный момент в GTK+ два метода но оба по сути делают одно и то же.

     
  • 2.61, Ян Злобин (ok), 03:00, 13/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В моём проекте возникла необходимость переключить состояние чекбокса без издания соответствующего сигнала, то есть втихаря.

    Есть возможность отключить конкретный сигнал в рантайме.

     

  • 1.10, Аноним (-), 16:07, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не хочу разжигать очередной флейм, но просто просматривайте иногда блог разработ... большой текст свёрнут, показать
     
     
  • 2.11, Аноним (-), 16:26, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Постил на gtk-devel-list то что мне хотелось бы видеть
    >переработанным в gtk, но мое сообщение просто проигнорировали.

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

     
     
  • 3.21, Аноним (-), 20:02, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя с головой все в порядке Признак хорошего поведения и вежливости - это да... большой текст свёрнут, показать
     
     
  • 4.23, nim (?), 20:31, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Если кто-то скажет вам, что ваша тачка полный отстой по сравнению с той, которая у вашего соседа Васи, вы как будете реагировать? Точно не станете покупать новую, что в принципе эквивалентно ответу в списке рассылки (точнее его отсутствию).

     
  • 4.43, FractalizeR (ok), 00:26, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >И потом я по-моему написал - что я начал работу над биндингом
    >к Qt к языку программирования который использую, так что не бзди
    >что я не вложил ни капли своего. Свой маленький вклад в
    >опен-сорц я сделал, а как насчет тебя?

    А ссылку на ваш пост в gtk можно? Для оценки адекватности :)

     
  • 2.13, Аноним (-), 16:50, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Мне тоже частенько не отвечают в рассылках свободных проектов, даже когда пишу о явных багах и недоработках. Может быть, у меня плохой английский, может быть - разработчикам просто нечего ответить.

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

     
     
  • 3.15, аноним (?), 17:13, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Если вам самому нужно "работать на дядю", выбор
    >QT более чем понятен. Если же вы хотите что-то такое "замутить"
    >- выбор за GTK и гномом.

    Что в Вашем понимании значит "замутить"? Вне зависимости от того, работаю я на дядю или пишу free software, у меня одинаковый список требований:
    1. стабильно работающая программа;
    2. по возможности с такими рюшечками, которые бы облегчили ее пользователям жизнь;
    3. Выбранный GUI toolkit должен ускорять процесс разработки.

    Так почему же я должен, работая на дядю, выбирать QT, а занимаясь, к примеру, разработкой free software, выбирать GTK?

     
     
  • 4.22, nim (?), 20:26, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Список требований - это не правильно. Требования есть и должны быть у проприетарщиков, но не у коммьюнити. У сообщества требования заменяются мягкими пожеланями и предложениями, чтобы максимально упростить жизнь программистам и выпустить хороший, радующий глаз продукт.

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

     
     
  • 5.27, Аноним (-), 21:08, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не согласен с вами. Объяснять долго не буду, повторю еще раз что после портирования кода с gtk на qt существенно улучшилась логика кода, читаемость, уменьшился объем. Qt идет вперед последние годы. Gtk пытается догнать..
     
  • 5.28, Capth (?), 21:20, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какие-то туманные и оторванные от реальности утверждения. Неубедительно.
    >QT всегда будет такой библиотекой, которую хотят видеть менеджеры Нокии и это понятно, ведь для их смартфонов нужны конкретные работающие приложения в максимально быстрые сроки. Дело в том, что нам такой подход не годится, ведь мы используем линукс на персональных компьютерах, а не на сотовиках. Отсюда вывод: только GTK.

    Это ваапще круто, типа торсионионных полей. Т.е. утверждается, что для линукс не нужны конкретные работающие приложения?


     
  • 5.31, V (??), 21:34, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    "Список требований - это не правильно...
    ...Отсюда вывод: только GTK."

    Так держать.

     
  • 5.32, V (??), 21:39, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Как по Вашему, если бы не было требований к ракете-носителю "Протон", она радовала бы глаз и облегчала бы жизнь тем, кто ее запускает?
     

  • 1.16, sauron (??), 17:29, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Догоним и перегоним QT и KDE? Такими темпами они стадию бетта-теста Gnome 3.x затеят на уровне когда KDE4 будет стабильна как скала.
     
     
  • 2.17, аноним (?), 17:43, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >KDE4 будет стабильна как скала

    да вы оптимист

     
     
  • 3.19, XXX (??), 19:07, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Допилят, допилят... осенью на EEE поставил KDE-4.0.1, сейчас уже дообновлялся до 4.2.1 (4.2.2 в портежи пока не "пускают", из-за проблем c http://bugs.gentoo.org/264647). Прогресс ощущаю так сказать "ручками"... производительность и стабильность растет от релиза к релизу... а вот поставить Gnome на EEE - так половина диалоговых окон в 1024х600 вписываться не будет... по-правде сказать и в KDE такое иногда мона наблюдать, но судя по исходникам прог, где подобное всплывает, там юзается kde3support...
    P.S. по поводу производительности: уже на уровне KDE-4.2.1 на EEE мона работать вполне и вполне комфортно (с вкюченными визуальными эффектами), даже при отсутствии xorg-server-1.6 в портежах и DRI2...
     
     
  • 4.25, . (?), 20:45, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >производительность и стабильность растет от релиза к релизу

    растет производительность тулкита, а не окружения
    кеды как были дырявыми, та и остались, разве что ещё десяток софтин портировали на qt4

     
     
  • 5.30, Capth (?), 21:29, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>производительность и стабильность растет от релиза к релизу
    >
    >растет производительность тулкита, а не окружения
    >кеды как были дырявыми, та и остались, разве что ещё десяток софтин
    >портировали на qt4

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

     
     
  • 6.33, . (?), 22:18, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >иногда очень дерзкие решения внедряются, но они хотя бы пытаются что-нибудь сделать новое, исследовать неизведанное

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

     
     
  • 7.38, Capth (?), 23:14, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >я говорю о реализации, об элементарном комфорте использования, не разработки.
    >пользователю побоку, что есть такой классный фонон и прикольный кинетик. ему надо
    >чтобы плазма не крашилась и чтобы диски было чем писать, понимаете

    Как бы тут появляется преимущество свободного ПО - куча альтернатив. Выбирайте, хотя бы тот же гном. Я считаю, что удобнее, то и надо использовать.
    Рискуя показаться очередным троллем, но я заявляю :), что kde 4.2.2 уже юзопригодно. Плазма не крашится уже давно, в том смысле насколько я над ней издевался. Ну с записью дисков, и kde4-networkmanager да, пока токо снапшоты для KDE 4. Хотя с k3b обещала людьми (и, наверное, деньгами) Mandriva помочь.
    Вообщем, кто не рискует, тот не пьет шампанского :)

     
     
  • 8.40, . (?), 23:52, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    тут же проявляются и недостатки - никаких гарантий, только благие намерения знач... текст свёрнут, показать
     
     
  • 9.41, Capth (?), 00:23, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    NO WARRANTY - параграфы 11 и 12 GPLv2 В нашем мире нет ничего идеального, воопщ... текст свёрнут, показать
     
  • 9.48, Pro (??), 11:16, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Свободное ПО дает точно такие же гарантии, как и закрытое - то есть, никаких ... текст свёрнут, показать
     
  • 6.45, diver (??), 00:43, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, иногда очень дерзкие решения внедряются, но они хотя бы пытаются что-нибудь сделать новое, исследовать неизведанное,а не порастать мхом.

    Вот у меня тоже ассоциация что КДЕ ето не серьёзно а так поигратся)
    А вот гномовцы с программой постепенной смены тулкита очень порадовали, по поводу постепенной очистки старыx АПИ и уже сейчас за год до официального выxода тулкита возможность проверить программные интерфейсы, и начать постепенную конверсию кода, в случае необxодимости. Вот за ето огромный респект и наоборот чувствуется забота о комьюнити.
    ПС: природа любит еволицию во всём, иногда нужны революции, но когда революций много ето тоже плоxо)

     
     
  • 7.46, Capth (?), 01:05, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    На вкус и цвет все фломастеры разные. Кому это нравится, а кому-то нет. Такова жизнь.
    Я не претендую на истину в последней инстации.


     

  • 1.18, me (??), 18:59, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    и будет GNOME 3.0 != GNOME3? :)
     
  • 1.20, СуперАноним (?), 19:22, 10/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Самое главное забыли - реализовать всё это на C++
     
     
  • 2.29, ixrws (?), 21:28, 10/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем? Есть vala.
    Они делают так, как считают нужным, если кому-то это не по душе - он начинает использовать другие разработки, например qt.
    Если же вы знаете что-то лучше их, то сделайте gnome++. Я уверен, если это будет действительно стоящий проект, за вами последует сообщество. А советовать кому-то менять путь только из-за того, что сами принадлежите другой религии, ну это знаете ли, как-то походит на насаждение демократии:)
     
     
  • 3.50, FractalizeR (ok), 12:42, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >советовать кому-то менять путь только из-за того, что сами принадлежите другой
    >религии, ну это знаете ли, как-то походит на насаждение демократии:)

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

     
     
  • 4.52, ixrws (?), 14:46, 11/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раз уж хотите обсудить значение слова религии в данном контексте, то ладно:) Думаю что название священные войны тоже имеют мало общего с тем явлением, которое оно обозначает.
    И здесь ситуация такая же, это разные взгляды на решение схожих или одних и тех же задач. Когда один человек пишет приложение или библиотеку на С, другой делает подобное на С++ - это разные взгляды. А если один пишет на haskel, другой на perl6, но опять же, подобное, то это тоже разные взгляды. Вот разные взгляды и их настойчивое отстаивание - это обычно и называется религией. Приходит этакий умник, и говорит, допустим gtk'кашникам, - ей робяты, не занимайтесь чепухой, пора бы вам переписать её на C++. Ну придя бы ко мне такой человек, как минимум получил бы в ответ слова - перепиши сам. И поэтому часто всё это обзывается религией, священными войнами, фанатизмом и тд. Потому что есть исторические свидетельства, как в своё время "неправильных" ведьм сжигали, просто потому, что кто-то считал что это неправильно и что они ведьмы.
    "Мы должны быть добрее друг к другу"(с)АССА
     

  • 1.56, Аноним (-), 00:39, 12/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    c++ будет наконец или хотя бы наименьшая зависимость?
     
  • 1.59, Аноним (-), 03:36, 29/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Новые возможности, которые хотелось бы реализовать в Gtk+ 3.x
    > силами независимых разработчиков:

    ...

    Главное, чтобы эти свистелки и перделки не тормозили интерфейс удаленных приложений в нагруженных до коллизий сетях. Если все это будет нормально без тормозов ходить через 33600 кбит/с, то можно и с перделками. Если же нет, то нафиг надо -- прелести X-протокола ценятся выше. QT 4.x уже сдох в сетевой среде. Так пусть хоть gtk работает.

     
  • 1.60, Чь то Имя (?), 16:36, 25/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пока армия юбунтоводов многочисленна, gtk иже с ними/нами. Про фломастеры уже писали, и как там внутри кодится - толко истинным художникам в радость. QT, как правильно заметили - всё более манагерский продукт, а значит более бездушный (слышу свист помидоров). Душевен тот, чьё имя мы здесь не называем, несмотря на весь свой глянец? Вот так и с QT vs GTK. Кому заработать, а кому и фантазии полёт. Так что ждём реинкарнации GTK, а там и софта всяко-разного.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру