GTK 3.1.10

Пожалуй, знаковый для ЛОРа апдейт: пункты 1 и (в свете недавных вбросов Поттеринга) 3 - особо злободневные

> Улучшения в диалоге открытия/сохранения файлов;

какие?

надеюсь с эскизами.

Перевод «в лоб» текста по ссылке:

• Удалён экспандер (не знаю, как этот виджет по-русски) в режиме сохранения;
• Панелька пути перемещена вверх в режиме сохранения;
• Запоминается последняя открытая директория;
• Запускается в недавно-использованном режиме, если директория не была выбрана;
• Обновляется список недавно открытых файлов

Не очень значительно, поэтому в текст не влкючил.

Новое gtk я ещё не собирал, сказать, как оно в жизни, не могу :)

минорный релиз ?? маловато добавлений

Да, минорный

Минорщину в толксы.

Мининовости разве не для этого придумали?

Прекрасно проводят похороны, хорошая церемония закапывания

> GTK - один из основных в мире Open Source тулкит

Как-то очень криво звучит. Мне кажется, надо переформулировать по-русски, а то приходится 2-3 раза перечитывать предложение.

По поводу самого обновления мне сказать нечего.

Когда я увижу в списке изменений «Улучшена производительность»? Надоели эти жуткие тормоза.

Another release in the 3.1 development cycle

Минорщина + дев? зачем это здесь

Поддержу. Я джва года ждал третий гтк. В итоге тормоза и глюки, глюки и тормоза. Куча методов не вынесено наружу через gobject-introspection, в итоге светлое будущее оборачивается вселенским геморроем. Конкретно сейчас, более-менее сложные приложения можно писать только на си и вале. Тритий глейд-дизайнер вообще нерабочий. Сколько всё это терпеть? pygtk скоро загнется, и что тогда? Лапу сосать над разбитым корытом?

Выдохнул.

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

А гуёвину для смены тем так и не сделали?

>А гуёвину для смены тем так и не сделали?

gnome-tweak-tool

один из основных в мире Open Source тулкитОВ может быть?

Судя по тому, как подтвердили — нет :}

Ну pygtk есть альтернатива. :) Более живая и перспективная. Главное выбрать. :)

> Судя по тому, как подтвердили — нет :}
Другая причина.

profile mono

нравится: ...gtk+, vala, c,

А он разве не тянет за собой gnome-shell?

Ну pygtk есть альтернатива.

Я буду барахтаться до последнего!

anonymousss

А он разве не тянет за собой gnome-shell?

COMMON_DEPEND="
    >=gnome-base/gsettings-desktop-schemas-2.91.92
    >=dev-python/pygobject-2.28.0:2[introspection]
    gnome-base/gconf:2"
RDEPEND="${COMMON_DEPEND}
    x11-libs/gtk+:3[introspection]
    gnome-base/gconf:2[introspection]"
DEPEND="${COMMON_DEPEND}
    >=dev-util/intltool-0.40.0
    >=dev-util/pkgconfig-0.9
    >=sys-devel/gettext-0.17"

Для него нужен гном? Если бы что-то независимое, как lxappearance.

>Для него нужен гном?

http://www.linux.org.ru/jump-message.jsp?msgid=6532160&cid=6532456

Нужны gtk и gconf, написал же.

gtk-chtheme. но, разумеется, это не стандартный инструмент.

Проглядел. Спасибо, посмотрю.

Интересно, когда xfce сделают на gtk3 (обещают после 4.10 начать), он не испортится?

Оно не умеет gtk3. Для полтора приложений приходится ставить гтк3 тему, ибо выглядит как говно.

А что там с pyGTK?

Мало того, что минорный, да ещё и нестабильной ветки.

Ну pygtk есть альтернатива. :) Более живая и перспективная. Главное выбрать. :)

PyQt и PySide?

А что там с pyGTK?

На официальный сайт не ходи@новости не читай?

PyQt и PySide?

Нет, блин, tkinter!

> На официальный сайт не ходи@новости не читай?

Не упомню новостей, сейчас гляну.

Ого. А что, pygobject'а хватит?

А что, pygobject'а хватит?

gobject-itrospection же! Правда на деле не все так красиво. Авторы си-либ болт клали на наши проблемы.

> gobject-itrospection же

Э-э-э, а что это за хрень и где про неё почитать?

Э-э-э, а что это за хрень и где про неё почитать?

Мне даже стыдно в гугель посылать. Так как окромя общих фраз ничего и нет.

Окромя странички на гномлайв, есть пара официальных дёмок: http://developer.gnome.org/gnome-devel-demos/unstable/

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

Но на практике это не работает. Сплошная сырость.

и к тому же на главной о_О

> Улучшения в диалоге открытия/сохранения файлов;

Ну наконец-то!!! Сколько лет я этого ждал... надо глянуть, что там за улучшения...

> Но на практике это не работает. Сплошная сырость.

Понятно. Эх, нет в жизни счастья. PyGTK закопали, в PyQt изо все щелей уши плюсов торчат…

> tkinter!
А что, разве нет? :)

в PyQt изо все щелей уши плюсов

Хде?

в PyQt изо все щелей уши плюсов

Хде?

Я этого не говорил.

Не ты, а anonymous.
Не хотелось делать 2 комента. :(

Улучшения в диалоге открытия/сохранения файлов;

Уже умеет удалять файлы?

>> в PyQt изо все щелей уши плюсов

Хде?

Где-где, в пикуте! Не пробовал писать на них?

Пробовал, по-этому искренне не понимаю о чем спич. :)

Пробовал, по-этому искренне не понимаю о чем спич. :)

Элементарно, Ватсон. Пример:

# python
obj.text = 'Текст'
print(obj.text)

# PyQt
obj.setText('Текст')
print(obj.text())

Ну... вот с этим согласен, но лишь частично. :)
Конечно можно было сделать и проперти, но родные Qt классы будут работать с сеттером, геттером и в случае оверайта прозрачно это в питоне будет проблематично сделать. Хотя, хез, скорее всего исторически сложилось. :)

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