Gtk+ 3 Roadmap

>Это они так double buffering хитро описали или я неправильно понял?

double buffering в gtk уже есть испокон веков, тут, похоже, дело хитрее - разработчикам дадут доступ к этому самому второму буферу, и можно будет его замапить, скажем, на opengl контекст

> а пользователи xmms и сегодня могут поставить gtk1 и забить на все
а пользователи ATI Catalyst Control Center могут и сейчас поставить Qt3 и забить на все

убавь метан что ли

>Согласен. Но даже в рамках Qt существует как минимум 2 реализации диалога открытия файлов один - чистое Qt, другое - kdelibs.

Схрена kdelibs в рамках Qt??

С вопросами «нахрена kdelibs и зачем там свой диалог» - глубоко в гугл.

там qt старой версии - 1.2 кажется. а обратную совместимость поломали в версии 2, поэтому не считается.

кастую метасрач

вопрос не в количестве этих файловых диалогов, а в использовании нативных, то же самое про стили и т.д. и т.п

Что в твоем понимании нативный?

> Вор. Украл новость у Мужика-2.

На другой ветке форума я его публично предал анафеме. Он больше не гномер, а унылый рекламщик МС. «Слушайте все!!!»

>> Стили меток как в Mac

Что здесь имеется в виду?

Логическое именование стилей меток. Метки можно будет различать по назначению и они будут изображаться в соответствии с темой. Идея как бы в сторону LaTex

стандартный для среды

например, если я использую Qt-программу под Windows, Mac она использует нативные файловые диалоги и стили, почему бы не делать так и в KDE, и в Gnome?

> Моё предложение:

* Поддержка прозрачности в самом Gtk+;

* Поддержка цветовых профилей в самом Gtk+.

1) Вот это они и хотят сделать.

2) Уже есть если я вас правильно понял. gtkrc ведь? Поправьте если что не так. Это же базовый движок тем. А еще приложение может выбрать не следовать системной теме и спользовать свой gtkrc

так вот что ты задумал то.. хитрый план. что ж, ты тоньше

> а фотошоп разве не на qt написан?..

На Qt написана Adobe Photoshop Album

в моём быдлокоде QFileDialog открывает гномячий обрубок. ЧЯДНТ?

>стандартный для среды

например, если я использую Qt-программу под Windows, Mac она использует нативные файловые диалоги и стили, почему бы не делать так и в KDE, и в Gnome?

Например, если Qt приложение запущено в гноме, то оно должно показывать это угребище? А если разрабы проги расчитывали на то, что диалог предоставит хоть какой-то дополнительный функционал, а не как в гноме? Обрезание ни в чем не виновной проги выйдет.

Моё предложение:

* Поддержка прозрачности в самом Gtk+;
* Поддержка цветовых профилей в самом Gtk+.

Учитывая засилие мониторов с расширенным цветовым охватом, цветовые профили - это действительно актуально. Хотеть.

В ответ «Gtk отстающий, бла-бла-бла». В gstack есть абсолютно и даже больше чем в Qt4. Все это в совокупности 10 или больше библиотек.

Чтобы порадовать всех газификаторов луж со стороны Qt я зная Gtk (чего с их стороны не хватает), скажу о одном моменте (почти единственном) который есть в Qt и нет в Gtk. Это аналог QGraphicView. Я говорю о графике, которая чувствительна к коллизиям и хранит инфу обьектах. Cairo - просто рисует, Clutter - mega overkill.

Аналогов нет. Одна была, но зависела от Gnome. Остальные в статусе поделок. Я видел другой feature proposal для Gtk 3. Они хотят наконец сделать это встроенно в Gtk. Пользы будет почти столько же, когда в Gtk добавили построение интерфейса с помощью xml и сделали это предпочитаемым/рекомендуемым методом. Анафема генерации кода решила многие проблемы.

> Учитывая засилие мониторов с расширенным цветовым охватом, цветовые профили - это действительно актуально. Хотеть

Я таки не правильно понял вопрос...

> Учитывая засилие мониторов с расширенным цветовым охватом

Какая тонкая ирония :)

> Это же базовый движок тем.

А причем тут темы? Речь идет о проебразовании цветовых пространств для фото и видео. Без которого прыщики на попе моей любимой порноактриссы могут смотреться неестественно. На мониторах, отличных от sRGB.

Точн :)

не вижу в документации по QFileDialog ничего такого, только про Windows и Mac, а, если ты сам писал, то это конечно хорошо, но костыль

Если человек все еще сидит на Gnome, несмотря на это «угребище», наверное его все устраивает, а вот не устроить его может пустой список закладок в ненативном диалоге. Что касается «улучшенных» стандартных, это пожалуйста, я веду речь прежде всего про стандартый, который используется в 99.9% случаев.

да ничего я там не добавлял. объявил, спросил getOpenFileName(0) и вуаля. ни фильтра файлов, ни заголовка окна, зато gtk.

> PS: не имею ничего против gtk, просто сейчас gtk по моему мнению на позиции догоняющего

на позиции догоняющего по количеству глюков и багов

тема Qt стоит GTK? что ж, значит молодцы, хорошо сделали интеграцию, теперь ещё бы так для KDE.

а вот в GTK с этим, как понял, совсем глухо.

> на позиции догоняющего по количеству глюков и багов

Это утверждение на чем-нибудь основано или личные соображения? И кстати, в чем разница между глюками и багами? ;-)

А где план по релизам?

//По ссылке ходил

Там уже сделали нормальный диалог открытия/сохранения файлов? Нет??? Закапывайте.

> Там уже сделали нормальный диалог открытия/сохранения файлов? Нет??? Закапывайте

Ты вообще комменты читал. Если что то не меняется достаточно долго несмотря на выкрики школоты, то это было сделано сознательно для решения каких то проблем. И нативных окон нет тоже СОЗНАТЕЛЬНО. Гткашники хотят сами конролировать функциональность. Меня все устраивает.

Они смогут наконец переставить кнопочки по порядку?

Там всё хитрее — мы с аароном имели небольшую дискуссию в xdg. В общем, они собираются сделать кросс-DE-шные диалоги, чтобы пользователь сам выбирал, что ему нравится, во всех программах. Будет куча проблем, но они решаемы. Вернее, частично они уже кое-где решены — KDE-шные диалоги к гномовым программам цепляются.

дурачек ?

> Они смогут наконец переставить кнопочки по порядку?

The «gtk-alternative-button-order» property Whether buttons in dialogs should use the alternative button order. Default value: FALSE

> Они смогут наконец переставить кнопочки по порядку?

чей порядок ?

кдеешники пасут отклонения от kde в gnome - нипарядок это

> кдеешники пасут отклонения от kde в gnome - нипарядок это

Это забота о ранимой психике гномеров, чтобы при открытии кдешного диалога не было страшно :-D

> так вот что ты задумал то.. хитрый план. что ж, ты тоньше

А про мужика-2, то я точно... Видите, нет его, а новость по идее ему должна быть интересна. А давайте вызовем мужика-2: «Майкрософт!!!». Он быстро учует. Наверное он Поиск на ЛОРе заскриптовал на обновление по соответствующему запросу. )))

> Это забота о ранимой психике гномеров, чтобы при открытии кдешного диалога не было страшно :-D

Мимо...!!
Бггг, о kde слышу и вижу kde только на лоре - и этого достаточно.

> Бггг, о kde слышу и вижу kde только на лоре - и этого достаточно.

Могу сказать про себя, что о гноме я тоже слышу в основном только на ЛОРе, тем не менее считаю, что взаимная интеграция будет полезна обоим DE.

> The «gtk-alternative-button-order» property Whether buttons in dialogs should use the alternative button order. Default value: FALSE

Вот только для поддержки этой фичи специально код писать надо. Из известных мне проектов этим озаботились только в GIMP.

> чей порядок ?

The World Order. New World Order. KDE World Order :)

Это блеф, вначале в kde городят свое - потом, льют крокодиловы слезы о совместимости .

4.2 и лесом World Order, лесом ...

> Могу сказать про себя, что о гноме я тоже слышу в основном только на ЛОРе, тем не менее считаю, что взаимная интеграция будет полезна обоим DE.

Можно добавить нативные диалоги как опцию... Но ни в коем случае не обязательно. Так как есть люди (я и другие), которые за консистентность интерфейса приложения. И это не касается тем, но касается функционала. К примеру однажды в Firefox на винде и на linux одна опция, которая мне нужна была в абсолютно разных местах. Потратил 15 минут. fail?

Эх, а вообще разучился я пользоваться виндой... Смахиваю на старого дедушку когда мне кто то говорит «Ну ты что не знаешь, ну ведь в Панели Управления же» ))) В висте 20 минут искал как IP прописать. Начал ходить кругами по меню. Лес, блин...

> Вот только для поддержки этой фичи специально код писать надо. Из известных мне проектов этим озаботились только в GIMP

Ну просто оно от темы зависит. И нормально многие поступают что не трогают. Кому не нравится, пусть пилят тему.

> Чтобы порадовать всех газификаторов луж со стороны Qt я зная Gtk (чего с их стороны не хватает), скажу о одном моменте (почти единственном) который есть в Qt и нет в Gtk. Это аналог QGraphicView. Я говорю о графике, которая чувствительна к коллизиям и хранит инфу обьектах. Cairo - просто рисует, Clutter - mega overkill.

Даже не рассказывайте мне про рисование в Qt! Не знаю, как в Gtk, но в этом ушлёпище из-за ужасно накрученного внутреннего устройства ничего, круче заранее заложенного (кружочки/квадратики), вывести нельзя. Не верите? Попробуйте нормально (со скролом, событиями мыши и без тормозов) вывести в Qt результат работы какой-н GIS-библиотеки, которая до вас никакого понятия о Qt не имела. В Qt3 - легко, в Gtk, как я понял, тоже, в Qt4 - полная полярная лиса и танцы с платформозависимым кодом (иксы/оффтоп-апи).

Вообще, о преимуществах кодинга на Qt говорят люди, которые круче одного-двух окошек в жизни не написали, судя по всему.

12.12.2012 же, как всегда и тут не успеют,но всем будет уже пофиг на гтк3

А оказывается не у меня одного гномьи файловые диалоги вызывают лютую, бешенную НЕНАВИСТЬ!!!111?

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

> ДЕ в едином стиле, никакого зоопарка...

Gnome уже есть.

А оказывается не у меня одного гномьи файловые диалоги вызывают лютую, бешенную НЕНАВИСТЬ!!!111?

Так не пользуйтесь.
Какие проблемы ?