LINUX.ORG.RU

GTK-2.6 released


0

0

Вышла новая стабильная версия GTK-2.6.0. Оставлена бинарная совместимость с 2.4 серией, множество изменений. Добавлены новые виджеты:

* icon view widget (GtkIconView)
* about dialog widget (GtkAboutDialog)
* file chooser button (GtkFileChooserButton)
* menu tool button (GtkMenuToolButton)
* cell renderers (GtkCellRendererCombo и GtkCellRendererProgress)

Также появилось множество добавлений в уже существующие виджеты (диалог открытия файлов, ComboBox, TreeView, ..), улучшена поддержка тем иконок, много новых stоck icons, значительно повышена производительность во многих частях библиотеки.

Как обычно вместе с выходом GTK вышли новые версии glib-2.6.0 и pango-1.8.0

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

★★★★★

Проверено: Demetrio ()

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

гавно эти новые гтк, им теперь еще надо темы от гномы ставить с иконками,ато варнингов необерешся.

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

> 1. Сами пишите на этом - оно абсолютно невменяемое.
иногда пользую, серьезных проблем нет

> 2. Как ни бейся лбом о стену - гуй едет, плывёт и расползается.
а почему, например, у них -- http://audacity.sourceforge.net/screenshots.php он не едет ? может не стоит так категорично ?

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

wxwindows штука, конечно, загадочная... Приятных впечателний лично у меня после работы с ней не обнаружилось. Но, другой альтернативы нет... :-( Не qt же, в самом деле, использовать?

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

>ксати, а чем сам гтк для таких целей не подходит?

1. тем что я хочу гуйный тулкит для коммерческих прог

2. я хочу нэйтив лук-н-фил для виндовз и макос

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

>Насчет расползания. Что конкретно имеется в виду?

При резайзе виджеты ползут кто куда как не бейся.

Для виксв прог является `нормой` когда часть виджета за границы окна может уехать (при запуске под ОС отличной от той под которую писалось). Итд итп. Я просто поборолся с ним около недели и забил.

>Итак, можно все таки услышать чем так плох апи wxWidgets.

Чем то оно неуловимо напоминает мфц (по крайней мере меня от него также воротит).

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

>>ксати, а чем сам гтк для таких целей не подходит?

>1. тем что я хочу гуйный тулкит для коммерческих прог

Он же LGPL. Какие проблемы?

Кто-то тут насчёт acroread говорил (модет в удалённых). Скоро же выйдет семёрка - она будет под Linux (они же хотели acroread под Linux писать)? Если да, никто не знает, на чём она будет написана?

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

> 2. я хочу нэйтив лук-н-фил для виндовз и макос

По ссылке про gtk-2.6 почитай про win32, там что-то есть про это.

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

>Для виксв прог является `нормой` когда часть виджета за границы окна может уехать (при запуске под ОС отличной от той под которую писалось). Итд итп. Я просто поборолся с ним около недели и забил.

Я бы не стал говорить, что это является нормой. Пару раз я сталкивался с подобным, но мне хватало нескольких минут, чтобы устранить проблему. Причем без использования макросов типа #ifdef __WXMSW__ ...
Хотя я пишу только под linux/windows, под MacOS X все может быть печальнее.

>Чем то оно неуловимо напоминает мфц (по крайней мере меня от него также воротит).

Понятно. Честно говоря я хотел услышать конкретные недостатки в реализации api по сравнению, например, с тем же qt. Не флейма ради, а томко для собственного развития :). Т.к. на qt писал мало и сказать, что его апи сильно удобнеей я не могу.

Но не буду занудствовать ;).

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

> Однако GNOME становится все тормознее и тормознее

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

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

>По ссылке про gtk-2.6 почитай про win32, там что-то есть про это

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

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

> Для тех кто в танке - у того софта который я пишу основные потребители пользуют мак.

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

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

>Понятно. Честно говоря я хотел услышать конкретные недостатки в реализации api по сравнению, например, с тем же qt. Не флейма ради, а томко для собственного развития :). Т.к. на qt писал мало и сказать, что его апи сильно удобнеей я не могу.

Я не настолько хорошо знаю виксв чтобы о нём объективно говорить. Про кутю могу сказать одно - имена классов/методов, порядок аргументов там для меня интуитивны. То есть если я хочу сделать что нибудь но незнаю как оно делается - то пишу (имя метода, ...) так как его бы обозвал я. И в 99% случаев `угадываю`. Может это я такой неправильный или сильно к куте привык - но для меня лучше и продуманее апи нету.

>Я бы не стал говорить, что это является нормой. Пару раз я сталкивался с подобным, но мне хватало нескольких минут, чтобы устранить проблему. Причем без использования макросов типа #ifdef __WXMSW__ ... Хотя я пишу только под linux/windows, под MacOS X все может быть печальнее.

Под макосх всё ГОРАЗДО печальнее :(

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

>>http://www.wxwindows.org/

>1. Сами пишите на этом - оно абсолютно невменяемое.

>2. Как ни бейся лбом о стену - гуй едет, плывёт и расползается.

Простите, но как поживают Ваши руки? Искривлений не видать? Потому что известные мне приложения (в частности, Audacity), написанные на wxWidgets, под Mac OS X выглядят превосхожно.

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

Какая несовместимость? Побойтесь бога, причём тут wxWidgets? :)

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

ти рехнулся, tk уже давно поддерживает натив лук-н-фил и под вин, и под макос;)

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

>Значит и говори, что тебя не устраивает только lnf под мак. Но ты упомянул вин, вот я и ответил.

Я раз 15 повторил - что мну мак ОБЯЗАТЕЛЕН.

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

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

2. Интуитивно не понятно как делать сложные вещи (наверное из-за отсутствия нормальной документации), а встроенные сложные вещи ужасны. Пример -- редакторы таблицы очень неудобны в использовании (требуют хитрых сочетаний клавиатурных нажатий и мышиных кликов для редактирования полей, особенно неудобно в boolean-редакторе. Не говоря уж о том, как отвратительно boolean-поле отображается в таблице)

3. Проблемы с переносимостью. Писал и тестил прогу на линуксе, при попытке запустить на винде - упала с треском. Дело оказалось в разнице работы системы событий (впрочем, это относительно легко разрешилось).

Общее впечатление от использования wxWidgets неприятное.

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

>Чем же этот SWT лучше того же Swing? Пожалуйста, аргументы в студию! (cравнение проводить на основе JDK 1.5)

Swing прекрасен. Спору нет. Но у него _много_ мелких отличий от нативного UI. Приведу на примере Win32

- default Шрифты корявые (известная проблема Java2D причём в JDK 1.5 корявость просто ужасающая). Посмотрите на букву С.

- popupmenu не имеют тени

- на поддерживаются "Windows" кнопки

- ублюдочная модальность (application like vs. window like). RFE на эту тему уже 3 года существует

- не существует способа успановить иконку для диалога

- куча неправильных rollover эффектов. Например, JComboBox

- не поддерживаются ClearType antialiazed шрифты. buit-in antialiazing просто поделка и не является ClearType.

- неправильная keyboard навигация в деревьях. Посмотрите, как ведёт себя JTreee и нативное tree

я бы мог долго перечислять. У SWT нет недостатков связанных с эмуляцией нативности, но есть куча проблем с производительностью. Например одно то, что невозможно просто удалить component из контейнера, сделать кастомный renderer в дереве или таблице. Вобщем, для простеньких не навороченных UI SWT вполне подойдёт, но для большего вам придётся иметь дело с нативной подложкой и вся кросплатформенность просто испариться.

Например, сделать на SWT такое раскрашенное дерево, как в IntelliJ IDEA или YourKit профайлере, просто нельзя. По крайней мере я не знаю как :)

--седайко стюмчик

anonymous
()

>>>
* icon view widget (GtkIconView)
* about dialog widget (GtkAboutDialog)
* file chooser button (GtkFileChooserButton)
* menu tool button (GtkMenuToolButton)
* cell renderers (GtkCellRendererCombo и GtkCellRendererProgre

это ж надо ... под 2005 год сделали ... корпоративный десктоп рулит . гы-гы-гы.

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

говорил уж - ты промолчал, наверно у тебя мания красного квадрата LOL

CKulT
()

Теперь ждем когда glade начнет поддерживать новые виджеты. Или уже? :)

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

да не, у тебя же мания. причём тут мой пост ? Или ты уже нарисовал ? :))

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