LINUX.ORG.RU

Будущее GTK

 ,


0

0

Сайт ars technica выложил подборку статей и интервью, где обсуждаются планы будущего развития GTK+. В общем, можно выделить такие направления:

  • Imendio, компания, ведущая около-GTK'шную разработку, а также спонсирующая порт GTK+ на MacOS X, предлагает реализовать эффекты, анимацию, физику (!) для улучшения пользовательского интерфейса (полный доклад http://developer.imendio.com/sites/de...)
  • Хавок Пеннингтон, который недавно ушел из Red Hat, 9 лет занимавшийся разработкой GNOME, предлагает интегрировать так давно необходимый Canvas в GTK+3.0. До этого разработчикам приходилось использовать для своих нужд сторонние разработки, что вызывало ряд проблем. Полный текст письма http://mail.gnome.org/archives/gtk-de....
  • Целый ряд разработчиков во главе с Mirco Muller (Canonical, Ltd) мечтают увидеть отрисовку виджетов полностью на OpenGL, что позволит создавать любые мыслимые и немыслимые эффекты для приложений. Некоторые успехи уже есть http://arstechnica.com/news.ars/post/..., но это все равно еще не предел. Плюс Andrea Cimitan уже сделал поддержку rgba прозрачности в виджетах, что добавляет оптимизма.

Подводя итоги, нужно сказать что GTK+ - замечательный тулкит, но все же некоторые болезни есть и у него. Сюда входят и две абсолютно разные модели заселения тулбаров, и три схемы построения интерфейса на основе XML, и разные проблемы с попиксельным позиционированием виджетов. Все это не может быть решено без слома старого API, поэтому в стане GTK+ все чаще звучат голоса в поддержку нового API в GTK+3.0. Все же, усилия Immendio, Пеннингтона и огромного сообщества делают будущее GTK+ чистым и ясным.

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

Ответ на: комментарий от tailgunner

>Покажи мне, где написано, что деструкторы гарантируют отсуствие утечек памяти.

http://www.linux.org.ru/jump-message.jsp?msgid=2651303&cid=2657918

>Бгг. Ты меня путаешь с кем-то - я вообще ни слова не сказал о gtk.

ты много про с++ говоришь

>Здесь этого вообще никто не утверждал.

да ты просто слепой.

"в С++ такие проверки вообще элементарно делаются компилятором и никакие рантайм проверки уже не нужны."

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

>Лол, смешно. Тебя мордой в очевидные костыли тыкают, а ты все "божья роса".

Где костыли? Лопробуй реализовать динамическую систему типов, которую легко использовать из любых ЯП, по-другому. Или опять обосрёшься?

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



// don't read this, it's impossible. just count the lines
std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char> >,
std::basic_string<char, std::char_traits<char>, std::allocator<char> >,
std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> >
>, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const, std::basic_string<char, std::char_traits<char>,
std::allocator<char> > > > >

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

>>Покажи мне, где написано, что деструкторы гарантируют отсуствие утечек памяти.

>http://www.linux.org.ru/jump-message.jsp?msgid=2651303&cid=2657918

Фраза "Код с деструкторами более компактный и отсутствие утечек gdi обьектов гарантируется" в обсуждении конкретного случая кодинга рисования - это о гарантии отсуствия утечек памяти? Специально для тебя: в определенных случаях (чисто блочное размещение) деструкторы и в самом деле гарантируют отсуствие утечек _ресурсов_ (не обязательно памяти. Но гарантия распространяется только на этот случай.

>>Бгг. Ты меня путаешь с кем-то - я вообще ни слова не сказал о gtk.

>ты много про с++ говоришь

Ну то есть свое невежество в вопросах Gtk я не проявлял? Спасибо %) А про Си++ - я никогда не начинаю этих разговоров.

>>Здесь этого вообще никто не утверждал.

>да ты просто слепой.

>"в С++ такие проверки вообще элементарно делаются компилятором и никакие рантайм проверки уже не нужны."

Ну если отсуствие динамических проверок при определенных видах преобразования указателей - это "серебряная пуля", тогда ой.

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

>> в си утечки памяти и ошибки типизации - стандартная ситуация поскольку все быдлокодится руками.

> бугага. У тебя знания даже не на нуле, а в отрицательной области

покажи мне код, как в си сделать это автоматически.

> А отладка просто сказка. Особенно отладка шаблонов

Шаблоны очень хорошо отлаживаются. Вот отладка сишных макросов и сишного кода в котором типы скрыты за void* вот это леденящий душу ппц.

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

>покажи мне код, как в си сделать это автоматически. 

http://www.5z.com/jirka/gtk-button-count.gob.html

или

using GLib;

public class Test.HelloObject : GLib.Object {

    public static void main(string[] args) {

        stdout.printf("Hello, World");
    }
}

>Шаблоны очень хорошо отлаживаются.

бгг. Выше по треду был линк на эту тему

>Вот отладка сишных макросов и сишного кода в котором типы скрыты за void* вот это леденящий душу ппц.

а си и не притворяется белым и пушистым, в отличие от "непримитивного" с++. Кстати, примитивный значит "простой".

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

>Специально для тебя: в определенных случаях (чисто блочное размещение) деструкторы и в самом деле гарантируют отсуствие утечек _ресурсов_ (не обязательно памяти. Но гарантия распространяется только на этот случай.

специально для тебя: Анонимус молится на RAII, который он, кстати умудрился спутать с RTTI выше по треду. Анонимус утверждает, что на плюсы гарантируют минимизацию ошибок. И т.д.

>Ну если отсуствие динамических проверок при определенных видах преобразования указателей - это "серебряная пуля", тогда ой.

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

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

>>покажи мне код, как в си сделать это автоматически.

> public class Test.HelloObject : GLib.Object {

ололо, твой слив засчитан и дискуссия закончена.

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

>ололо, твой слив засчитан и дискуссия закончена.

что,дитятко не слышало про кодогенерацию? =)

сдается мне, это ты на sql.ru отжигал

признайся, "По второму - С++ не дешевка, а твое задротная ява слизана с него и убрано все, что не смогли реализовать. Х*йли слизывали?" - твоё? =)

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

> что,дитятко не слышало про кодогенерацию? =)

А ты когда нибудь пробовал сгенерированый код отлаживать? Это же ппц еще тот. И спрашивается нахрена иметь связку примитивного языка + тысяку кривых костылей вокруг, когда в С++ все в одном флаконе и есть родная поддержка языка в отладчике.

> сдается мне, это ты на sql.ru отжигал я не посещаю этот сайт

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

>А ты когда нибудь пробовал сгенерированый код отлаживать?

не только пробовал, но ещё и регулярно это делаю. Достаточно отладить генератор

>И спрашивается нахрена иметь связку примитивного языка + тысяку кривых костылей вокруг, когда в С++ все в одном флаконе и есть родная поддержка языка в отладчике.

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

>я не посещаю этот сайт

вопли похожи очень

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

> Достаточно отладить генератор

Звучит как достаточно отладить препроцессор, а макросы отладятся автоматически. Плавали знаем.

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

>Звучит как достаточно отладить препроцессор, а макросы отладятся автоматически. Плавали знаем.

если "препроцессор" производит синтаксическую проверку и проверку типов - то да. В любом случае никто не мешает смотреть сгенерированный код.

кстати, если в плюсах всё так замечательно, почему бедные тролли были вынуждены вводить "костыли" (пользуюсь твоей же терминологией) в виде moc? :)

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

> В кедах ты хочешь записать диск через удобную граф.оболочку - записываешь его в K3B

> В гноме ты прогаешь с бубном и получаешь хyй

Нет, в гноме я пользуюсь замечательным Brasero. Завтра пересдача зачёта, извольте получить допуск в деканате.

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

>я, в отличие от быдла, не утверждаю, что тот или иной инструмент является "серебряной пулей".

А кто, извините, утверждает? Покажи мне такой инструмент, я первый на него пересяду

adarovsky ★★★★
()

Хм, то "быдло", то "красноглазый", то ещё что-нить...

"Специалисты" видимо, или это называется "ЛОР"?

Ребята, давайте жить дружно. (с)

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