В процессе написания курсача по СРВ, изучение GTK+

Ахтунг! Может всё таки таблицу, а не кучу текстфилдов? А то я помню ещё в 9 классе одноклассник с фразой "мне нужен массив на 10 элементов" начал писать int a1,a2,a3,a4...

+1

стандартная тема и вправду очень красиво смотрится!

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

в гтк+ нет таблицы

> GTK не способствует выработке хорошего стиля программирования.

На самом деле учится на нём и не надо, а вот отсутствие ПРИНУДИТЕЛЬНОГО стиля в жизни очень даже хорошо

man GtkTable

P.S.: это если нужен layout manager, если таблица сразу с виджетами - то GtkTreeView, там можно нормально разделить модель от представления

13 Виртуальных рабочих столов - а не жирно? O_o

Тссс! Он в паре шагов от осознания необходимости перехода на dwm/wmii/awesome/xmonad/stumpwm

> ПРИНУДИТЕЛЬНОГО стиля в жизни очень даже хорошо

Одно дело "в жизни", а другое - в программировании (т.е. зарабатывании на жизнь). А это - уже две таки большие разницы.

как табы в емаксе включить?

На скрине tabbar.el вроде, но это не айс, лучше elscreen.el. А вообще всё в этом имаксе говно. Ничего не умеет, пока кучу неизвестно каких дополнений не прикрутишь :-X Всё что в нём хорошее - это раскладка.

> man GtkTable

На олбанском чётко написано "GtkTable — Pack widgets in regular patterns" (c)

Какое это отношение имеет к http://help.eclipse.org/stable/nftopic/org.eclipse.platform.doc.isv/reference... ,

кроме как ЛЕЙАУТа компонентов? Разница видна - сколько дополнительно налабали, дабы заставить GTK+ работать хотя бы на более-менее высоком уровне?

Навороченная помойка виджетов с жуткой объектной (читать - никакой!) моделью для убивания времени студиоузов, которым по жизни это ни разу не потребуется.

Даже SWT и то лучше, там хоть эту каку "причесали" малька. Хотя для мегарулезной Swing JTable - как до Луны пешком.

все говно и elscreen и tabbar (щас попробовал). iswitch самое лучшее

Мля, для тормозов я же написал - есть GtkTreeView. Хороший он или плохой мне уже пофиг.

GladeXML *xml; xml = glade_xml_new(...); ...

вот и вышли за пределы видимости переменной xml, а позаботиться о корректном (хоть это и спорно) освобождении памяти для xml

g_object_unref(G_OBJECT(xml));

перед закрытием проги?

>На скрине tabbar.el вроде, но это не айс, лучше elscreen.el. А вообще всё в этом имаксе говно. Ничего не умеет, пока кучу неизвестно каких дополнений не прикрутишь :-X

Просто ничего лучше ещё не придумали ,)

Если "лучшее" будет развиваться тем же путём, то пусть лучше и не придумывают. ;-)

спасибо anonymous за g_object_unref(). Поставил везде, где нужно. Что касается таблицы...хмм действительно, может можно б было бы е её. Сейчас использую Vertical+Horisontal boxes. Может тут спор аналогичен, как в Web div vs tables? =) Хотя... может это аукнется тогда, когда буду обращаться к элементам.

Есть вопрос касательно libglade vs gtk-builder. Как понял, сейчас идёт тенденция перехода с libglade на gtk-builder. Проект то, я смогу переконверитровать, получу на выхлопе тот же xml. Вопрос - для дальнейшего редактирования - опять же юзать GLADE->save .glade -> gtk-builder-convert .ui?

Да, действительно используется tabbar.el + удобные binds :D

> Что касается таблицы...хмм действительно, может можно б было бы е её. Сейчас использую Vertical+Horisontal boxes. Может тут спор аналогичен, как в Web div vs tables? =) Хотя... может это аукнется тогда, когда буду обращаться к элементам.

Да тут не про то речь, дядя. Таблица бы сама наполнялась, сужалась/расширялась в зависимости от модели, а с твоим подходом ты обречён плодить виджеты и боксы.

Использовать просто новый Glade (у меня последний релиз, 3.5.4), в них уже есть возможность прямого сохранения в формате GtkBuilder.

Заодно в этих новых glade есть возможность легко и непринужденно перейти от ужаса с множеством виджетов к одной таблице, так как можно прямо в дизайнере задавать модель для таблицы (а не мучаться, как раньше, записывая модель в коде).

А 13 рабочих столов - на каждом окне по приложению, так ИМХО удобнее. вот думаю может перейти на Awesome3. Но там мне будет не хватать функционала Nautilus(Click&Havefun).

AWESOME IS AWESOME!!!111

Баран. запусти свой наутилус под awesome. Потому что AWESOME IS AWESOME!!!!!!