https://www.opennet.ru/openforum/vsluhforumID3/40703.html Библиотека GTK+ прошла долгий путь развития и сейчас очень популярна. GNOME, одна из ведущих оконных сред, использует GTK+ почти исключительно, GIMP построен на GTK+, множество коммерческих разработчиков ПО, таких как Abobe, NVidia и VMware, решили использовать эту библиотеку в качестве графической основы для своих продуктов.<br><br><br>Тем не менее, у GTK+ все еще имеется ряд серьезных недостатков. Развитие второй версии началось в 2002 году. С тех пор GTK+ заметно повзрослела. Но, на протяжении всего цикла разработки версии 2.x, разработчики сохранили ABI (двоичный интерфейс приложения) совместимым. Разработчики приложений, использующих GTK+, очень рады этому обстоятельству: они могут быть уверены, что их программы продолжат работать без всяких изменений и с новыми версиями GTK+. Пакеты, выпущенные в 2002 году продолжают работать с самыми последними версиями GTK+. Это очень важно, так как сторонние разработчики приложений избавляются от необходимости пересобирать свои пакеты только потому, что во всех дистрибути https://www.opennet.ru/openforum/vsluhforumID3/40703.html#26 Tue, 18 Mar 2008 08:10:49 GMT "Все они имеют недостатки: ... Moonlight написан на C++.. "<br><br>Скорее на С# http://www.mono-project.com/Moonlight<br> https://www.opennet.ru/openforum/vsluhforumID3/40703.html#23 Mon, 17 Mar 2008 19:43:19 GMT "Все они имеют недостатки: ... Moonlight написан на C++.. "<br>"Самой обсуждаемой темой среди разработчиков GTK+, за последние несколько месяцев, является интроспекция. Интроспекция позволяет инспектировать объект, его методы и наследования."<br><br>я вот что не понимаю. как можно, мысля терминами обектов, отказываться использовать обьекты?<br> https://www.opennet.ru/openforum/vsluhforumID3/40703.html#20 Mon, 17 Mar 2008 18:05:41 GMT &gt;На мой взгляд, при таких требованиях к совместимости версий, было бы лучше <br>&gt;предоставить пользователям GTK+ развитые унифицированные интерфейсы для создания библиотек компонентов. По-моему, <br>&gt;когда-то давно, такая идея уже была озвучена в комьюнити. При таком <br>&gt;подходе не придется трогать само ядро, зато новые компоненты смогут создавать <br>&gt;все кому это нужно. <br><br>при этом сохранив совместимость? многовато им поработать пришлось бы.<br> https://www.opennet.ru/openforum/vsluhforumID3/40703.html#17 Mon, 17 Mar 2008 16:02:55 GMT На мой взгляд, при таких требованиях к совместимости версий, было бы лучше предоставить пользователям GTK+ развитые унифицированные интерфейсы для создания библиотек компонентов. По-моему, когда-то давно, такая идея уже была озвучена в комьюнити. При таком подходе не придется трогать само ядро, зато новые компоненты смогут создавать все кому это нужно.<br> https://www.opennet.ru/openforum/vsluhforumID3/40703.html#7 Mon, 17 Mar 2008 12:44:07 GMT &gt;Создание третьей ветки, внутри которой будут несовместимые друг с другом варианты - <br>&gt;3.12.6a, 3.12.6b и т.д. Почему нет? <br><br>А обслуживать все три ветки будете вы???<br> https://www.opennet.ru/openforum/vsluhforumID3/40703.html#3 Mon, 17 Mar 2008 11:58:32 GMT Создание третьей ветки, внутри которой будут несовместимые друг с другом варианты - 3.12.6a, 3.12.6b и т.д. Почему нет?<br>