Я, когда, в свое время, рассматривал разные альтенативы Qt, столкнулся с этой библиотекой, тогда она показалась мне уж слишком коряво организованной, один лишь набор виджетов и их названия чего стоят, однако, это похоже следствие побудительного мотива к созданию данной библиотеки, которая создавалась похоже исключительно под нужды автора, а точнее его текущего проекта.
Что касается собственно заголовка темы, то понятие "альтернатива Qt" для меня совмещает очень много сторон, с которых эту альтернативу нужно рассматривать. Если коротко, то в глобальном смысле - альтернативы нет, если в частности - альтернатив немеряно. Теперь попробую объяснить. Для начала приведу вопросы которые я бы стал рассматривать если бы искал альтернативу:
1. Язык реализации (в т.ч. нативный, jit или интерпретируемый);
2. Лицензия/Цена;
3. Качество реализации (включая используемые концепции, оптимизацию, поддерживаемые технологии);
4. Колличество поддерживаемых платформ;
5. Набор "классов из коробки" (думаю понятно что имеется ввиду);
6. Легкость расширения;
7. Наличие сторонних расширений;
8. Конечно, документация;
9. Перспективы развития;
Вроед все, но может, что и забыл. Так вот, наверное каждому на этом форуме понятно, что в cлучае (моем случае
) необходимости иметь кроссплатформенный компилируемый код (на языках C или C++) и ограниченного времени реализации проекта, требующего использования десятка различных технологий, от XML, до отображения сложной графики, с альтернативами, как бы, негусто. Однако, если этого не требуется, я вполне себе не плохо пишу на PyGtk и в ус не дую. Кстати, из всех перечисляемых последнее время библиотек я бы (учитывая описанные выше 9 пунктов) поставил на второе место после Qt именно Gtk, а если деньги решают, то и на первое, особенно принимая во внимание колличество биндингов и уже написанного на ней кода. Кстати, те же С++ биндинги (gtkmm) имеют вполне приличную архитектуру и бонус в виде технологии сигнал/слот аля boost (но свою - libsigc++ )
