История изменений

Тем временем, они хотят всё ломать, экспериментировать, и делать лучше, а не стоять на месте или выкручиваться вокруг старого API.

Поддерживаю!

Ибо у них на это ресурсов, мотивации, и энергии хоть отбавляй. У них бурлит кровь, есть идеи, и они хотят запиливать фичи.

А вот это не совсем так: у них энергии только на поиграться (всё это с css я только так расцениваю). А сделать что-то важное или переработать код - идите сами делайте то, где надо не играться, а действительно думать (или работать). Я о тех, кто из RedHat, и делают на за just for fun.

Например, из того, что действительно шаг вперёд, а не игрушки:

• привести в порядок баг трекер: что там делают «новые» ошибки, которым больше пары недель, не оставлять сообщения без комментария!
• перестать выбрасывать API без чёткого указания замены, примера миграции!
• Undo/Redo. Это просто вообще кажется шуткой, что эти базовые операции не поддерживаются в GTK!
• реструктуризация кода бекендов, которая позволила бы органично влиться broadway. И соответственно, облегчила бы потенциальную интеграцию новых неожиданных бекендов.
• Интеграция с glade, чтобы не было так, что виджет в gtk уже есть, а в glade... будет,.. скоро.
• gtk/glib: являясь библиотеками, который можно динамически подгружать и выгружать, обязаны делать самостоятельно очистку после себя, а не говорить - считайте нас статически скомпонованными в приложение, cleanup сделает за нас ОС.
• accessibility средства должны работать: ведь без них людям, которым и так нелегко приходится, вообще невозможно пользоваться GTK-приложениями. А ещё этим можно пользоваться для удалённого управления, автоматизации, тестирования GUI.

Тем временем, они хотят всё ломать, экспериментировать, и делать лучше, а не стоять на месте или выкручиваться вокруг старого API.

Поддерживаю!

Ибо у них на это ресурсов, мотивации, и энергии хоть отбавляй. У них бурлит кровь, есть идеи, и они хотят запиливать фичи.

А вот это не совсем так: у них энергии только на поиграться (всё это с css я только так расцениваю). А сделать что-то важное или переработать код - идите сами делайте то, где надо не играться, а действительно думать (или работать). Я о тех, кто из RedHat и делают на за just for fun.

Например, из того, что действительно шаг вперёд, а не игрушки:

• привести в порядок баг трекер: что там делают «новые» ошибки, которым больше пары недель, не оставлять сообщения без комментария!
• перестать выбрасывать API без чёткого указания замены, примера миграции!
• Undo/Redo. Это просто вообще кажется шуткой, что эти базовые операции не поддерживаются в GTK!
• реструктуризация кода бекендов, которая позволила бы органично влиться broadway. И соответственно, облегчила бы потенциальную интеграцию новых неожиданных бекендов.
• Интеграция с glade, чтобы не было так, что виджет в gtk уже есть, а в glade... будет,.. скоро.
• gtk/glib: являясь библиотеками, который можно динамически подгружать и выгружать, обязаны делать самостоятельно очистку после себя, а не говорить - считайте нас статически скомпонованными в приложение, cleanup сделает за нас ОС.
• accessibility средства должны работать: ведь без них людям, которым и так нелегко приходится, вообще невозможно пользоваться GTK-приложениями. А ещё этим можно пользоваться для удалённого управления, автоматизации, тестирования GUI.