LINUX.ORG.RU

GtkTreeView

 ,


0

1

ananas

А есть истории успеха кустарных TreeView вместо GtkTreeView? А то сейчас так и просятся custom widgets быть напиханы туда, где у GtkTreeView сидит CellRenderer... Но возникли опасения что будут тормоза GUI.

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

Например, есть CustomEntry's (к слову, gtkmm) с кучей реализованного функционала (completion, action, childwindow etc). А в TreeView теперь надо этот функционал дублировать. Вот и хочется просто вставить соответствующий CustomEntry в качестве типа столбца TreeView.

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

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

по поводу тормозов - не скажу ничего. и не думаю, что это такая уж тривиальная задача - свой CellRenderer залудить.

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

вставить соответствующий CustomEntry в качестве типа столбца TreeView

В смысле, как? Всегда активный, что ли? Ведь всё равно придётся делать GtkLabel на неактивный элемент и твой Entry на start-editing.

К слову, никто не мешает действительно сделать свой потомок CellRendererText с переопределённым start-editing

Код будет как на https://git.gnome.org/browse/gtk /tree/gtk/gtkcellrenderertext.c?h=gtk-3-10#n...

но вместо gtk_entry_new() поставишь gtk_custom_entry_new();

Всё. Если твой CustomEntry является потомком GtkEntry и адекватно реагирует на все сигналы, то остальное изменений не требует.

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

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

Кустарный тривью тормозить будет сильнее. Или будет менее функционален.

Если меняешь только Entry, то тормоза (может быть) появятся только в процессе редактирования строки. И не больше, чем тормозил бы этот Entry в отдельном элементе.

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