Вышла Trinity Desktop Environment R14.0.7

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

Толсто.

Здесь замкнутый круг. Необходимость использовать QString сильно усложняет жизнь тем, кто хочет использовать Qt из неqtшных проектов. И наоборот. Поэтому таких проектов мало.

Ой, я умоляю. Здесь дело в другом. Далеко не каждая программа общего назначения достойна того, чтобы в ней выделяли неграфическое ядро. Если «неграфики» <20%, овчинка выделки, скорее всего, не стоит. То есть множество проектов уже отсевается.

Там же, где это реально обосновано (как минимум, медиаплееры всякие), Qt-фронтенды делают, и QString им не мешает.

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

gtk_window_set_title (GtkWindow *window,
                      const gchar *title);

Какая разница, во что преобразовывать из std::string — в QString или в gchar*?

Да, 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

слаkе прийдет конец в 15 релизе, когда оно перейдет на gtk3 вместе с xfce. станет таким же прожорливым и тормознутым как и все.

Патрик справится, Патрик не может подвести.

слаkе прийдет конец

Думаю привести ее в начало можно будет так:

slackpkg remove xfce
wget -r -nH --cut-dirs=3 ftp://mirror.yandex.ru/slackware/slackware-14.2/source/xfce/
cd xfce
./xfce-build-all.sh

А вот ещё, например. Вот так в QtCore делается регистронезависимый поиск строки (в общем случае — с нелатинскими символами, разумеется) в списке:

QStringList sl;
sl << QString::fromUtf8("Море") << QString::fromUtf8("Тётя");
bool res = sl.contains(QString::fromUtf8("МОРЕ"), Qt::CaseInsensitive);

Или подстроки в строке:

QString s = QString::fromUtf8("Море");
res = s.contains(QString::fromUtf8("ОР"), Qt::CaseInsensitive);

Результат в обоих случаях - true. Примеры, разумеется, демонстрационные, в реальных программах нелатинские строки в исходники лучше не совать, но в реальной программе они будут, например, прочитаны из файла или приняты по сети.

Как будут выглядеть подобные примеры с применением std::string и std::list, например?

P.S. Кстати, спасибо за ссылку: https://sources.debian.org/stats/

Раньше не видел.

в реальных программах нелатинские строки в исходники лучше не совать

уже можно совать, стандарт допилили

Как будут выглядеть подобные примеры с применением std::string и std::list, например?

Да какая разница, как они будут выглядеть? При необходимости можно сделать функцию-обёртку, чтобы выглядели похоже. Главное - функционал для всего этого есть в библиотеках для C и C++. Вопрос включения их в страндарт - лишь вопрос времени.

Вот, навскидку, поиск подстроки без учёта регистра с помощью регулярных выражение из буста.

  const boost::u32regex ciregex = boost::make_u32regex("РУССКИЙ", boost::regex::icase);
  std::string s("Русский текст. abd Поиск подстроки.");
  boost::smatch what;
  res = boost::u32regex_search(text, what, ciregex);

Лютая ностальгия по Мэндрейку. Надо срочно куда-то поставить. Не выбрал только ещё куда.

TDE/Trinity 14.0.7 for Slackware 14.2/14.2+