LINUX.ORG.RU

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

Исправление sena, (текущая версия) :

Да, Qt гораздо больше, но в линуксе реально необходим только графический тулкит. Толсто

Если толсто, то скажи, что в Qt нельзя заменить альтернативной свободной библиотекой.

Если «неграфики» <20%, овчинка выделки, скорее всего, не стоит.

Во-первых, это зависит от трудоёмкости, а трудоёмкость зависит в том числе от наличия QString.

Во-вторых, множество (большинство) программ написано на C[1], а значит использовать Qt проблематично.

В-третьих, следует стремиться к унификации интерфейсов, чтобы уменьшить трудоёмкость перехода с тулкита на тулкит. Идеально - чтобы был единый API.

Вообще я считаю что свободному софту не нужно столько тулкитов (их вроде 3 - qt, gtk+, wxwidgets). Одного вполне хватило бы. Можно и несколько, но со стандартизированным API для С и для С++.

А вот ещё выдержка из описания API GTK:

Для С++ используется gtkmm, а у него свой скелет в шкафу[2], но там хотя бы utf-8.

Конечно виновны в этом прежде всего авторы С++, которые уже почти 40 лет водят разработчиков по пустыне без капли юникода.

  1. https://sources.debian.org/stats/
  2. https://developer.gnome.org/glibmm/unstable/classGlib_1_1ustring.html

Исправление sena, :

Да, Qt гораздо больше, но в линуксе реально необходим только графический тулкит. Толсто

Если толсто, то скажи, что в Qt нельзя заменить альтернативной свободной библиотекой.

Если «неграфики» <20%, овчинка выделки, скорее всего, не стоит.

Во-первых, это зависит от трудоёмкости, а трудоёмкость зависит в том числе от наличия QString.

Во-вторых, множество (большинство) программ написано на C[1], а значит использовать Qt проблематично.

В-третьих, следует стремиться к унификации интерфейсов, чтобы уменьшить трудоёмкость перехода с тулкита на тулкит. Идеально - чтобы был единый API.

Вообще я считаю что свободному софту не нужно столько тулкитов (их вроде 3 - qt, gtk+, wxwidgets). Одного вполне хватило бы. Можно и несколько, но со стандартизированным API для С и для С++.

А вот ещё выдержка из описания API GTK:

Для С++ используется gtkmm, а у него свой скелет в шкафу[2], ну там хотя бы utf-8.

Конечно виновны в этом прежде всего авторы С++, которые уже почти 40 лет водят разработчиков по пустыне без капли юникода.

  1. https://sources.debian.org/stats/
  2. https://developer.gnome.org/glibmm/unstable/classGlib_1_1ustring.html

Исходная версия sena, :

Да, Qt гораздо больше, но в линуксе реально необходим только графический тулкит. Толсто

Если толсто, то скажи, что в Qt нельзя заменить альтернативной свободной библиотекой.

Если «неграфики» <20%, овчинка выделки, скорее всего, не стоит.

Во-первых, это зависит от трудоёмкости, а трудоёмкость зависит в том числе от наличия QString.

Во-вторых, множество (большинство) программ написано на C[1], а значит использовать Qt проблематично.

В-третьих, следует стремиться к унификации интерфейсов, чтобы уменьшить трудоёмкость перехода с тулкита на тулкит. Идеально - чтобы был единый API.

Вообще я считаю что свободному софту не нужно столько тулкитов (их вроде 3 - qt, gtk+, wxwidgets). Одного вполне хватило бы. Можно и несколько, но со стандартизированным API для С и для С++.

А вот ещё выдержка из описания API GTK:

Для С++ используется gtkmm, а у него свой скелет в шкафу[2].

Конечно виновны в этом прежде всего авторы С++, которые уже почти 40 лет водят разработчиков по пустыне без капли юникода.

  1. https://sources.debian.org/stats/
  2. https://developer.gnome.org/glibmm/unstable/classGlib_1_1ustring.html