История изменений
Исправление gag, (текущая версия) :
Тем временем, они хотят всё ломать, экспериментировать, и делать лучше, а не стоять на месте или выкручиваться вокруг старого API.
Поддерживаю!
Ибо у них на это ресурсов, мотивации, и энергии хоть отбавляй. У них бурлит кровь, есть идеи, и они хотят запиливать фичи.
А вот это не совсем так: у них энергии только на поиграться (всё это с css я только так расцениваю). А сделать что-то важное или переработать код - идите сами делайте то, где надо не играться, а действительно думать (или работать). Я о тех, кто из RedHat, и делают на за just for fun.
Например, из того, что действительно шаг вперёд, а не игрушки:
- привести в порядок баг трекер: что там делают «новые» ошибки, которым больше пары недель, не оставлять сообщения без комментария!
- перестать выбрасывать API без чёткого указания замены, примера миграции!
- Undo/Redo. Это просто вообще кажется шуткой, что эти базовые операции не поддерживаются в GTK!
- реструктуризация кода бекендов, которая позволила бы органично влиться broadway. И соответственно, облегчила бы потенциальную интеграцию новых неожиданных бекендов.
- Интеграция с glade, чтобы не было так, что виджет в gtk уже есть, а в glade... будет,.. скоро.
- gtk/glib: являясь библиотеками, который можно динамически подгружать и выгружать, обязаны делать самостоятельно очистку после себя, а не говорить - считайте нас статически скомпонованными в приложение, cleanup сделает за нас ОС.
- accessibility средства должны работать: ведь без них людям, которым и так нелегко приходится, вообще невозможно пользоваться GTK-приложениями. А ещё этим можно пользоваться для удалённого управления, автоматизации, тестирования GUI.
Исходная версия gag, :
Тем временем, они хотят всё ломать, экспериментировать, и делать лучше, а не стоять на месте или выкручиваться вокруг старого API.
Поддерживаю!
Ибо у них на это ресурсов, мотивации, и энергии хоть отбавляй. У них бурлит кровь, есть идеи, и они хотят запиливать фичи.
А вот это не совсем так: у них энергии только на поиграться (всё это с css я только так расцениваю). А сделать что-то важное или переработать код - идите сами делайте то, где надо не играться, а действительно думать (или работать). Я о тех, кто из RedHat и делают на за just for fun.
Например, из того, что действительно шаг вперёд, а не игрушки:
- привести в порядок баг трекер: что там делают «новые» ошибки, которым больше пары недель, не оставлять сообщения без комментария!
- перестать выбрасывать API без чёткого указания замены, примера миграции!
- Undo/Redo. Это просто вообще кажется шуткой, что эти базовые операции не поддерживаются в GTK!
- реструктуризация кода бекендов, которая позволила бы органично влиться broadway. И соответственно, облегчила бы потенциальную интеграцию новых неожиданных бекендов.
- Интеграция с glade, чтобы не было так, что виджет в gtk уже есть, а в glade... будет,.. скоро.
- gtk/glib: являясь библиотеками, который можно динамически подгружать и выгружать, обязаны делать самостоятельно очистку после себя, а не говорить - считайте нас статически скомпонованными в приложение, cleanup сделает за нас ОС.
- accessibility средства должны работать: ведь без них людям, которым и так нелегко приходится, вообще невозможно пользоваться GTK-приложениями. А ещё этим можно пользоваться для удалённого управления, автоматизации, тестирования GUI.