Пишем приложение на GTK+ используя C++ и GTKMM библиотеку

[kafeman]

Несмотря на то, что используется Си, ООП в программах под GNU/Linux скорее практика, чем исключение. Кроме того использование языков, отличных от Си, противоречит «гедлайнам» RMS для системы GNU.

Кстати, вы вроде напрямую в GtkDrawingArea рисуете? Вроде во всех доках по Gtk рекомендуют переходить на Cairo. Хотя, может оно там и используется, я не особо вчитывался.

[kafeman]

*там=в вашей программе

[freeday]

В метод onDraw передается параметром ссылка на Cairo::Context. Рисую далее с помощью него

[kafeman]

О, вот он где. Я вроде заглядывал в Canvas.cpp, но не увидел его сразу.

[freeday]

Да. Прошу прощения, я в этой статье не акцентировал внимание на прорисовке. Думаю это тема для другой статьи.

[DeXPeriX]

Года 2 назад игрался с GTKMM. Запуск простейшего приложения (одна пустая форма) ощутимо тормозил, в сравнении с чистым GTK. Разница в скорости запуска была чуть ли не 10 секунд. Так и осталось?

[kafeman]

Вроде тоже недавно баловался с Gtkmm, но тормозов не видел.

[VolCh]

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

Мне как-то казалось, что большинство реализовано с помощью процедурного подхода.

[kafeman]

В Си нет разницы, процедура или функция. В любом случае, во многих из них есть ООП.

[grigoryvp]

Как я вам завидую… :(

[VolCh]

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

[grigoryvp]

Строго говоря, там большинство библиотек и приложений выполнено в объектно-орентированном стиле. Но с использованием процедурного языка «C» :). Просто «классы» и «объекты» выглядят чуть иначе. Если взять биндинги на что-нибудь с родной поддержкой OOP, например Python — то все сразу вщелкивается на свои места и появляются знакомые школьникам «классы», «наследование» и «экземпляры». Но они там и до этого были — просто не в столь явном виде O_O.

[Xlab]

Как в GTK+


И весёлые методы

gtk_label_set_markup_with_mnemonic 

[kafeman]

Тут важен не сам Gtk, а Glib, которую он использует. GObject как раз идет из этой библиотеки.

[grigoryvp]

Да, именно так выглядит ООП на «C». Но он же обычно напрямую не используется, а мапится на что-нибудь более высокоуровневое — Python, Vala итд. Там это все обретает поддержку синтаксиса языка и становится как в учебниках.

[Tuxman]

У вас жена в школе ещё учится и только начался курс геометрии?

[kirushik]

Или учит?

[freeday]

Да нет. Она у меня строитель. И ей такая программа нужна была для своих строительных целей. Правда пока что опробовать ее не успела, так как в декрете сейчас. Но я подумал может кому пригодится такая программа еще.

[Gorthauer87]

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

ПРОЦЕДУРНОГО блин! Функциональный подход это совсем другая стезя!

[freeday]

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