Вообще, именно такая работа ожидается от регекспов.

А, все, нашел.

POSIX also introduced the idea of collation, or natural language ordering for character ranges in regular expressions. The idea is that range of characters [a-z] would not be interpreted based on the numerical character code values for 'a' and 'z', but instead be based on a dictionary sort order.

http://www.icu-project.org/docs/papers/iuc26_regexp.pdf

Документация конечно сделана не айс, но для работы, после некоторого привыкания, вполне пригодно.

А вообще, приятная новость. Любимому тиклю долгих лет и процветания. Жду билда от ActiveState.

Я не стандарты имел ввиду, а «правило наименьшей неожиданности» в принципах проектирования инферфейсов.

Документация конечно сделана не айс, но для работы, после некоторого привыкания, вполне пригодно.

Для опытного программиста - может быть. А для программирующего пользователя документация ужасна.

Использовать тулкиты, отличные от дефолта - это ходить на руках? Наркоманштоле? (о_О )

В рамках Tcl — да.

Использовать тулкиты, отличные от дефолта - это ходить на руках?

В рамках Tcl — да.

Ну ок, ладно. У каждого свои закидонысвое мнение.

Биндинги к жирным Qt/Gtk есть.

ты про те недоделки, что написал какой-то грек?

Но на винде они почему-то не нужны для хорошего внешнего вида.

На винде и на маке есть свои, стандартные, гуи. Что касается никсов то стандарта на гуи нет. Касаетельно сабжа, то он обзавелся кроссплатформенным гуем, когда деревья были большими и на тот момент сабжевый гуй выглядел вполне достойно.

Как не нужны и красивые темы

Нужны. Сабж поставляется с темами для 2000-й винды, ХР и мака. Без них он выглядит не сильно лучше, чем под никсами. Темы эти не что иное как биндинги.

Следовательно, дело не в Tk. Осталось только услышать правильный ответ на вопрос «Кто виноват?».

Разрабы или те, кто их финансировал. Одно время что QT, что GTK, что искоробочный виндовый гуй выглядели не лучше Tk, который, в свою очередь, ориентировался на внешний вид мотифа - наиболее популярной на тот момент гуишной либы под никсы.

На винде и на маке есть свои, стандартные, гуи. Что касается никсов то стандарта на гуи нет.

Ну вот, намечается ответ на вопрос «Кто виноват?».

Определение «нормального внешнего вида» — в студию!

Определение «нормального внешнего вида» — в студию!

Определяют по отсутствию рвотного рефлекса.

Ну тут линуксоиды могут посоревноваться с Беаром Гриллсом.

Ну тут линуксоиды могут посоревноваться с Беаром Гриллсом.

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

И вторых среди линуксоидов немало

Не очень заметно.

Не очень заметно.

Кому как.

Ну вот, намечается ответ на вопрос «Кто виноват?».

Не намечается, т.к. в наличие гуя для никсов необязательно. Соответственно, каждый волен реализовывать по-своему.

Начинался 2013й год...

April 1999 Tcl 8.1 introduces full Unicode support.

Не намечается, т.к. в наличие гуя для никсов необязательно.

Тем не менее, стандартный механизм для гуя в никсах есть. А нормального стандартного вида нет, ну что за неприятность!

Соответственно, каждый волен реализовывать по-своему.

Соответственно, виноват не Tk.

Тем не менее, стандартный механизм для гуя в никсах есть. А нормального стандартного вида нет, ну что за неприятность!

1) нет жестких гайдлайнов на внешний вид, как, например, у яблочников.
2) нет стандартного гуя. Это не недостаток, а следствие немонолитной системы.

Соответственно, виноват не Tk.

Да, Tk не виноват. Виноват тот, кто не сделал вовремя красивый внешний вид.

Бесстековое выполнение и, соответственно, полная поддержка сопроцедур (coroutines)

Ну в жабке coroutines до сих пор нет например.

нет стандартного гуя. Это не недостаток, а следствие немонолитной системы.

Есть стандартный гуй. Называется xlib.

нет жестких гайдлайнов на внешний вид, как, например, у яблочников.

Вот и не предъявляйте претензии не по адресу.

Виноват тот, кто не сделал вовремя красивый внешний вид.

Только не «тот», а «та». Ну? Как система-то эта называется?

Есть стандартный гуй. Называется xlib.

И xlib включен в POSIX?

Вот и не предъявляйте претензии не по адресу.

А претензий к системе нет. Да и к разработчикам Tk особых претензий тоже нет.

Только не «тот», а «та». Ну? Как система-то эта называется?

Система не при делах, ей вообще без разницы, как виджеты выглядят, нет у нее стандарта на это.

В Tcl всегда сторонние ОО-системы были на уровне. В Фортране же нет возможности метапрограммирования и ООП не воткнешь дополнительной библиотекой.

На уровне-то - на уровне, но вот скорость всех этих ОО-систем была убивающим фактором. Причем проблема была не в самой ОО, а в реализациях.

Вот мне и стало интересно, если они включили ОО-систему, то реализовали нормально или так и включили изначально убитую производительностью?

И xlib включен в POSIX?

http://www.lorquotes.ru/view-quote.php?id=1012

А претензий к системе нет. Да и к разработчикам Tk особых претензий тоже нет.

Вышел Tcl/Tk 8.6 (комментарий)

Система не при делах, ей вообще без разницы, как виджеты выглядят

Но, скажем, сглаживание линий и градиенты - это её задача. Которую она не выполняет.

Вот мне и стало интересно, если они включили ОО-систему, то реализовали нормально или так и включили изначально убитую производительностью?

Смотри TclOO: Past, Present and Future (pdf), там есть тесты

Смотри TclOO: Past, Present and Future (pdf), там есть тесты

Посмотрел. Грустно. Борется за производительность кешированием. Для больших систем работающих длительное время - это пользу принесет. Для маленьких, работающих недолго - вред. :( Что-то сдается мне, что Tcl больше предназначен для вторых, чем для первых.

Хотя, может быть, они хотят поменять нишу языка.

http://www.lorquotes.ru/view-quote.php?id=1012

На маке своя графическая подсистема, на андроиде своя. Так что Х не стандарт ни разу

Вышел Tcl/Tk 8.6 (комментарий)

Это не претензия, это констатация:

• факта, что темы не модные
• того, что у разработчиков нет желания что-то с ними делать.

т.е. работать с ними вполне можно, но внешний вид кому-то может не понравится. А это вкусовщина, не более того. Та же проблема и со swing-ом в java или с .net-овским winforms. Но это не повод их не использовать.

Но, скажем, сглаживание линий и градиенты - это её задача. Которую она не выполняет.

Например, в опере, которая теперь общается с икслиб напрямую выполняет. Да и в некоторых tk-шных темах, например clam тоже.

На маке своя графическая подсистема, на андроиде своя. Так что Х не стандарт ни разу

А причём тут мак и андроид? Мак - проприетарщина, андроид - нишевый продукт. Иксы - стандарт на линухе и бзде. Альтернатива - консоль.

т.е. работать с ними вполне можно, но внешний вид кому-то может не понравится.

Но внешний вид зависит не только от разработчиков Tk. Движок тем может быть один в системе, или по несколько на каждый тулкит.

Например, в опере, которая теперь общается с икслиб напрямую выполняет.

Это внешние функции всяких Qt, cairo и т. д.

А причём тут мак и андроид?

При том, что Mac - сертифицирован под POSIX, а у андроида, свое гуи, X-сов не требующее.

андроид - нишевый продукт

Не более нишевый, чем линух на десктопе ;) А уж по количеству проданных планшетов так сильно десктопный линух заруливающий.

Иксы - стандарт на линухе и бзде

Андроид - допиленный linux. А Mac допиленная бздя ;)

Альтернатива - консоль.

Не только. Например, есть еще фреймбуфер.

Но внешний вид зависит не только от разработчиков Tk. Движок тем может быть один в системе

От них зависит забиндить готовое или прорисовать свое. Авторы Tk делали и то, и другое. Технических проблем забиндить QT или GTK нет.

Это внешние функции всяких Qt, cairo и т. д

Касательно оперы - в ней Qt уже не используется.

При том, что Mac - сертифицирован под POSIX

А причём тут posix?

Не более нишевый, чем линух на десктопе ;) А уж по количеству проданных планшетов так сильно десктопный линух заруливающий.

А по количеству людей, которые _работают_ за планшетом, а не потребляют музыку, фильмы, игры и вконтактик?

Например, есть еще фреймбуфер.

Угу, а ещё есть последовательный терминал и коммандострочный интерфейс. Популярность такая же.

Технических проблем забиндить QT или GTK нет.

Есть. Получится монстр. Особенно в случае Qt. И годится он будет только для формочек, ибо для чего-то более сложного всё равно внешние виджеты нужны будут.

Касательно оперы - в ней Qt уже не используется.

Касательно оперы - вы вообще не знаете, как она там внутри работает.

А причём тут posix?

При том, что почти все забыли, что linux, формально, не posix. И когда говорят о «никсах», подразумевают pisix-системы и близкий к ним linux, разве не так? Согласно твоих слов иксы - стандарт для этих систем. Действительно, иксы достаточно распространены на posix-системах, но стандартом не являются. Примеры популярных linux-based и posix-систем где они не стандарт я привел.

А по количеству людей, которые _работают_ за планшетом, а не потребляют музыку, фильмы, игры и вконтактик?

сравняется со временем, планшеты ведь недавно продавать стали. А если взять за пример мак, то по количеству пользователей он тоже десктопные линукс и бздю вместе взятые переплюнет. А многие за маками именно работают. Кстати, реализаций иксов для мака и андроида есть.
Кроме того, то, что ты назвал тоже требует качественного гуя и андроидные девайсы его предоставляют.

Угу, а ещё есть последовательный терминал и коммандострочный интерфейс.

те, которы работают с эмбеднутым линуксом с тобой не согласятся.

Есть. Получится монстр.

В случае Tk не больший, чем в случае биндингов к акве или winapi. Причем, известная мне реализация монстром не была.

Касательно оперы - вы вообще не знаете, как она там внутри работает.

Так Qt в зависимостях уже нет, вполне можно доверять информации о том, что работает напрямую с xlib.

И когда говорят о «никсах», подразумевают pisix-системы и близкий к ним linux, разве не так?

Нет. Ибо про posix знают прогеры, а не юзеры. Когда юзер говорит «никсы», он подразумевает то, что похоже на никсы из того, с чем он работал. Похожи по интерфейсу, а не внутреннему устройству.

Действительно, иксы достаточно распространены на posix-системах, но стандартом не являются.

Иксы распространены под linux. Альтернативы (иксам, а не интерфейсу вообще) нет.

сравняется со временем, планшеты ведь недавно продавать стали.

И как под ними работать? Тыкать в экранчик пальцем? Эта такая мышка на новый лад. Вы пробовали работать одной мышой?

те, которы работают с эмбеднутым линуксом с тобой не согласятся.

Ещё одна микрогруппа.

В случае Tk не больший, чем в случае биндингов к акве или winapi.

Ну да, конечно.

ls -shk /usr/lib/libtk8.5.so.0 1245 /usr/lib/libtk8.5.so.0

ls -shk /usr/lib/i386-linux-gnu/libQtGui.so.4.8.2 11151 /usr/lib/i386-linux-gnu/libQtGui.so.4.8.2

Так Qt в зависимостях уже нет

Нет целиком.

вполне можно доверять информации о том, что работает напрямую с xlib.

А рендерит-то кто?

Посмотрел. Грустно. Борется за производительность кешированием.

8-я ветка вообще грустна изнутри :) 7-ю можно было когда-то приводить в пример как надо писать, 8-ю наоборот. Просто внимательно изучал как сделано apply чтобы запилить lazy - для себя то запилил, но стал очень хорошо понимать авторов jim (реализация tcl с мин.заимствованиями из основного кода).

Внутри 8.5 напоминал лапшу :( Теперь очевидно добавили новых макаронин

Когда юзер говорит «никсы»,

Юзер, как правило, и слова «никсы» не знает. Он говорит «говно этот ваш линукс/мак/андроед в нем антивируса нет и моя любимая программа не запускается». Это жаргон исключительно тех, кто в теме.

Альтернативы (иксам, а не интерфейсу вообще) нет.

[lazy-mode]мне надоело тыкать в андроед.[/lazy-mode]

Ещё одна микрогруппа.

Боюсь, что линуксов в телевизорах и проигрывателях поболе будет, чем на десктопе ;).

И как под ними работать? Тыкать в экранчик пальцем?

Например так, так или так. Причем, меня сдерживает от пересаживание на андроидный планшет только отсутствие, по большому счету, емакса.

Ну да, конечно.

Для винды или мака никто все API не биндит. А биндинги к нужному функционалу будут маленькими, примерно как у Open/LibreOffice.

Нет целиком.

$ dpkg -I opera_12.12.1707_i386.deb | grep qt
...
Depends: libc6 (>= 2.8), libfontconfig1, libfreetype6 (>= 2.2.1), libgcc1 (>= 1:4.1.1), libglib2.0-0 (>= 2.16.0), libgstreamer-plugins-base0.10-0 (>= 0.10.16), libgstreamer0.10-0 (>= 0.10.15), libice6, libsm6, libstdc++6 (>= 4.1.1), libx11-6, libxext6, libxml2 (>= 2.6.27), libxrender1, gstreamer0.10-plugins-good, debconf (>= 0.5) | debconf-2.0, fonts-liberation | ttf-liberation | ttf-mscorefonts-installer
...

как вариант:

$ dpkg -I opera_12.12.1707_i386.deb | grep qt
$

А рендерит-то кто?

А ХЗ, код-то закрыт, но я подозреваю, что libxrender1.

Кстати, о вырвиглазности Tk под linux. Под Win9x/2000 все виджеты были достаточно вырвиглазными - что у Tk, что у Borland, что у VBA. Это потом уже под темы стали подстраиваться, а если кто темы к виджетам не прикручивал, то они вырвиглазными и остались; особенно это хорошо видно на старых программах. И Tk на linux тут не сильно хуже выглядит, хуже всего у Tk полосы прокрутки и чекбоксы.

Юзер, как правило, и слова «никсы» не знает.

Не юзер, а чайник. Юзер успел почитать про историю Unix, и под никсам понимает то, с чем работает.

Боюсь, что линуксов в телевизорах и проигрывателях поболе будет, чем на десктопе ;).

Только юзеры напрямую с такими линуксами не работают.

Например так, так или так.

Ок, как работать с нетбуками? :)

Для винды или мака никто все API не биндит. А биндинги к нужному функционалу будут маленькими, примерно как у Open/LibreOffice.

Какой нужный функционал? Это всего лишь libQtGui безо всяких libqtчтотамещё. уже лишние 11 мб. Ради формочек и красивых тем. И всё потому, что какая-то подсистема по дефолту выглядит как г.

По поводу оперы: показаны зависимости от пакета, а не некоторых файлов проекта. Или вы не знали, что, при необходимости, можно взять пару-тройку файлов в свой проект от существующего?

А ХЗ, код-то закрыт, но я подозреваю, что libxrender1.

На всякий случай: Сравнение производительности Qt и Cairo

С тех пор, на глаз, ничего не изменилось.

То есть да, можно libxrender, если считать, что видеокарты нет.

Юзер успел почитать про историю Unix, и под никсам понимает то, с чем работает.

Юзер, читающий историю unix, уже не самый простой юзер и, походу, знает, что это целое семейство ОС разного назначения.

Только юзеры напрямую с такими линуксами не работают.

Т.е. напрямую не смотрят, флешки не втыкают?

Ок, как работать с нетбуками? :)

Очень хорошо работать. Например, так.

Это всего лишь libQtGui безо всяких libqtчтотамещё. уже лишние 11 мб.

Qt или GTK уже есть в системе. Только потому и имеет смысл дергать.

По поводу оперы: показаны зависимости от пакета, а не некоторых файлов проекта. Или вы не знали, что, при необходимости, можно взять пару-тройку файлов в свой проект от существующего?

Теперь уже некоторые файлы, а не весь Qt целиком. Прогресс однако. Я, тем не менее, продолжаю доверять ЛОР-у.

И всё потому, что какая-то подсистема по дефолту выглядит как г.

Подсистема по дефолту никак не выглядит потому, что нет стандарта, как она должна выглядеть - не было смысла этого делать ни на момент создания, ни, тем более, когда пошли встраиваемые никсы. Тем более, что на момент создания Tk для никсов он был очень ничего и ограничивался возможностями существующей тогда аппаратной части. И выглядит дефолтный линуксовый Tk не сильно хуже, чем, на тот момент, выглядели виджеты у конкурентов (раз, два).

Я, тем не менее, продолжаю доверять ЛОР-у.

я предполагаю, что в случае оперы, что они пошли по пути ОО и Мозиллы и, при доступности Qt или GTK, дергают их. Но, и без Qt/GTK, оно будет работать.

Юзер, читающий историю unix, уже не самый простой юзер и, походу, знает, что это целое семейство ОС разного назначения.

Далеко не во всех историях Unix есть место андроиду. А мак - проприетарщина. Так что выбор невелик - линукс или бздя.

Т.е. напрямую не смотрят, флешки не втыкают?

Это интерфейс к бытовому прибору, а не ОС.

Очень хорошо работать. Например, так.

Где там про работу? Про мелкую клаву/экран? А удалённо да, можно.

Qt или GTK уже есть в системе.

Tk создавали не для того, чтобы вместе с ним ставить жирные либы. Tk+Qt - скорее недостаток, а не преимущество.

Я, тем не менее, продолжаю доверять ЛОР-у.

А я исходникам доверяю. Только вот нет их. И гадать поэтому нечего.

Подсистема по дефолту никак не выглядит потому, что нет стандарта, как она должна выглядеть

Motif.

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

А сейчас с аппаратной частью все нормально. Но нормального стандартного рендера в «этой самой» подсистеме нет. Зато в Gtk есть cairo, в Qt - рендер в Qt, в остальном ПО - libxrender1, иногда OpenGl, в Enlightment - EFL, и может что-тотамещё. В системе зоопарк, но виноват Tk.

Далеко не во всех историях Unix есть место андроиду.

Появился он совсем недавно, вот и не везде.

А мак - проприетарщина.

Ну и что, что проприетарщина? Много никсов - проприетарщина. От этого они перестали быть никсами?

Это интерфейс к бытовому прибору, а не ОС.

Не имеет значения, к чему это интерфейс, линукс там внутри есть и он прекрасно решает свои задачи без иксов.

Где там про работу?

Вот:

Программирую некий симулятор некоего прибора на Haskell, веб-сайт на Ruby on Rails. Машинка тянет в параллель поднятый development сайт на рельсах, PostgreSQL к нему, компиляцию нехилого хаскельного проекта

Tk+Qt - скорее недостаток, а не преимущество.

Это скорее «почему бы и не сделать, если можно и не сильно сложно».

Motif

Нет ни стандарта на графическую подсистему, ни спецификации как в иксах должны выглядеть виджеты. Мотиф лишь одна из реализаций для одной из возможных подсистем.

А сейчас с аппаратной частью все нормально.

Сейчас по прежнему нет нужды в стандартизации гуи, т.к. сфера применимости никсов сильно разрослась. И они вполне используются в системах, где и мощной видеокарты нет.

Много никсов - проприетарщина.

С «многониксами» юзвери вообще не работают.

Не имеет значения, к чему это интерфейс,

Вообще-то имеет. Ибо программный и аппаратный интерфейсы - разные вещи. Программные мало кто научился хорошо делать, от формочек большинство программ недалеко ушло, ибо делают прогеры, а не дизайнеры. Аппаратные делать сложнее, ибо материя, и дилетантов там много меньше.

Вот:

Где там про экранчик и клаву? Там про машинку, а не то, как с ней работают.

Ну и да, это прогер-извращенец, а не юзверь. А андроид для юзверей, прежде всего, создавался. А гики могут прогать всё, что движется. А мы не про них.

Нет ни стандарта на графическую подсистему, ни спецификации как в иксах должны выглядеть виджеты.

Про людей на двух ногах я уже давал ссылку.

Сейчас по прежнему нет нужды в стандартизации гуи,

Это не стандартизация гуйни, это стандартизация рендера. Который механизм, а не политика. И из-за которого гуйня может выглядеть прекрасно, а может как г.

С «многониксами» юзвери вообще не работают.

Еще 10 лет назад видел Икс-терминалы с соляркой ;) А пользователей мака так вообще каждый день вижу.

Вообще-то имеет...и дилетантов там много меньше.

грузите апельсины бочками. Линукс с неиксовой гуйней есть? Есть. Девайсов много? Много. Что и требовалось доказать.

Где там про экранчик и клаву? Там про машинку, а не то, как с ней работают.

Там про то, какие задачи он выполняет. Эти задачи как нельзя лучше вписываются в категорию «работа», что и требовалось доказать. Экранчик и клава его, судя по всему, удовлетворяют. Да и потом, блютуз-клавиатуры есть полноразмерные, а emacs и vi на таких экранчиках вполне себе. И клавиатуры к планшетам в каждом втором ларьке, торгующем мобилками, купить сходу можно - значит достаточно популярны.
В любом случае, популярный девайс с еще одним типом неиксовой гуйни под линуксом тебе предоставили и, чтобы не нем не делали, оно неиксовой гуйней быть не перестанет. Вероятно взлетящий вайланд тоже не иксовый.

А андроид для юзверей

Программист тоже человек и, сюрпрайз!, юзверь. И в неудобном окружении работать добровольно не захочет.

Про людей на двух ногах я уже давал ссылку.

А я распинаюсь, доказывая тебе, что твоя ссылка некорректна, поскольку стандарт распространяется на обладателей любого количества, в том числе нуля, ног. А ты никого кроме двуногих арийцев в экосистеме не видишь.

Это не стандартизация гуйни, это стандартизация рендера.

рендерер - который часть гуйни. А гуйни может не быть. Вообще. А система при этом - posix, с которым у линукса толстый слой совместимости.

А пользователей мака так вообще каждый день вижу.

Мак называют маком, а не юниксом.

Линукс с неиксовой гуйней есть?

Нет. Андроид- не линукс. Как линукс не юникс.

Экранчик и клава его, судя по всему, удовлетворяют.

Там нет ничего про экранчик и клаву. Может, прогер удалённо работает.

Да и потом, блютуз-клавиатуры есть полноразмерные

При наличии нормальной клавиатуры очень странно выглядит отсутствие нормального монитора. Особенно для имакса с его многооконностью. А нормальный монитор и планшетник - ортогональные понятия.

Вероятно взлетящий вайланд тоже не иксовый.

Пусть сначала взлетит.

Программист тоже человек

Нет. Особенно нисксовый программёр. Хотя бы из-за атрофии наглядно-образного мышления и сильной привычке к специфичной среде.

и, сюрпрайз!, юзверь.

Тем более, нет. Из-за образования или опыта работы.

поскольку стандарт распространяется на обладателей любого количества, в том числе нуля, ног.

Стандарт не может распространяться на объекты. Он распространяется на политику работы. Без стандарта все делают что хотят. Стандарт ограничивает возможности ради простоты и предсказуемости.

Негласный стандарт - тоже стандарт.

рендерер - который часть гуйни. А гуйни может не быть. Вообще. А система при этом - posix, с которым у линукса толстый слой совместимости.

Во-первых, рендер - не часть гуйни. Он может существовать отдельно от гуйни, скажем, для обработки картинок на машине без гуйни. Во-вторых, рендер может быть частью графической подсистемы. И тот рендер, который в графическую подсистему в никсах^Wлинуксе входит, очень убог и не обновлялся десятилетиями. Это при наличии альтернатив, превращающих систему в зоопарк.

Смысл иметь два рендера, один - по-умлочанию, другой - для работы, может быть только религиозный или нишевый у любителей уродства.

Мак называют маком, а не юниксом.

от того, что его называют маком, он не перестает быть юниксом.

Андроид- не линукс. Как линукс не юникс.

Андроид, Линукс и Юникс очень близкие родственники; в обсуждаемом ключе между ними можно поставить знак равенства.

Там нет ничего про экранчик и клаву. Может, прогер удалённо работает.

судя по тексту, он работает локально. Как минимум, в разъездах.

Пусть сначала взлетит.

В качестве концепта уже взлетел.

Программист тоже человек

Нет. Особенно нисксовый программёр. Хотя бы из-за атрофии наглядно-образного мышления и сильной привычке к специфичной среде.

Профессиональная деформация личности не влияет на принадлежность к роду человеческому. И о сильной привычке ты тоже ошибаешься.

Стандарт не может распространяться на объекты.

Грузите апельсины бочками дальше.

Во-первых, рендер - не часть гуйни.

Мы обсуждаем графическую подсистему, в ее контексте - часть гуйни.

И тот рендер, который в графическую подсистему в никсах^Wлинуксе входит, очень убог и не обновлялся десятилетиями.

Рендеринг - дело графической библиотеки. Касательно убогости, то иксовый дефолтный рендеринг не особенно хуже аналогичного у той же винды, скрины которой тебе приводил.

Смысл иметь два рендера, один - по-умлочанию, другой - для работы

технические соображения могут быть сильно разные и зависеть от разных областей эксплуатации системы. Насколько они могут быть разными тебе уже продемонстрировали.

Касательно убогости, то иксовый дефолтный рендеринг не особенно хуже аналогичного у той же винды, скрины которой тебе приводил.

Угу, винды 15-летней давности. Современная винда - современный рендер. Современный юникс^Wлинукс - древний рендер.

Иксовый дефолтный рендеринг - архаизм. Нормальных пользователей результат его работы не устраивает. А рендер, результат которого устраивает, не дефолтный, да к тому же, не один. Предъявлять претензии при таком раскладе дел если кому и стоит, то только не Tk. Приводить в пример винду, которая весит тонну при минимуме функционала, тоже неразумно в случае модульной системы.

технические соображения могут быть сильно разные и зависеть от разных областей эксплуатации системы.

Бла, бла, бла и 2 % рядом.

Запустил

1.73

в чем прикол ?

Угу, винды 15-летней давности. Современная винда - современный рендер.

Ты семерочку без аэры видел? Тут можешь сравнить Tk-шную программу на линуксе и на винде, особенно обрати внимание на тему winnative. Tk-шная программа на линуксе выглядит немного хуже виндовой, с этой темой и почти так же будет выглядеть в любой винде, где отключены темы. Или вот тебе Opera, без Qt/Gtk тем. Качество рендеров, как видишь, приблизительно одинаково.

Приводить в пример винду, которая весит тонну при минимуме функционала

С минимумом функционала я тоже не соглашусь, несмотря на то, что последние 10 лет работаю в линуксе и винду не люблю.

Смысл иметь два рендера, один - по-умлочанию, другой - для работы

технические соображения могут быть сильно разные и зависеть от разных областей эксплуатации системы.

Бла, бла, бла и 2 % рядом.

Смысл есть. Для терминальных решений или устройств, где нет видеокарты типа читалок на e-ink дисплеях*, скорость и простота рендеринга важнее красоты. А другому подавай рендеринг, который чем сложнее, тем лучше. В той же винде как раз два режима и есть - по умолчанию и с темами. Так что насчет

Смысл иметь два рендера, один - по-умлочанию, другой - для работы, может быть только религиозный или нишевый у любителей уродства.

майкрософтовцы у которых 3 режима и виндоводы-любители отключать темы с тобой не согласятся.
------------
* количество которых сопоставимо с линуксом на десктопах и которые, кстати, на базе линукс

Ты семерочку без аэры видел?

Я, кстати, не уверен, что и 8-ка сильно лучше будет.

Приводить в пример винду ... тоже неразумно в случае модульной системы.

Разумно в качестве примера распространенной практики

Тут можешь сравнить Tk-шную программу на линуксе и на винде, особенно обрати внимание на тему winnative. Качество рендеров, как видишь, приблизительно одинаково.

Это _темы_ на tile, а не дефолтный рендер. Вот винда без темы: http://www.patthoyts.tk/screenshots/git-gui-old.png

Вот линукс: http://www.patthoyts.tk/screenshots/git-gui-x11.png

Винда выглядит лучше. Особенно хорошо видно на полосе прокрутки.

С минимумом функционала я тоже не соглашусь, несмотря на то, что последние 10 лет работаю в линуксе и винду не люблю.

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

Для терминальных решений или устройств, где нет видеокарты типа читалок на e-ink дисплеях*, скорость и простота рендеринга важнее красоты. А другому подавай рендеринг, который чем сложнее, тем лучше. В той же винде как раз два режима и есть - по умолчанию и с темами. Так что насчет

Это лишь означает, что имеет смысл выбирать _системный_ рендер по дефолту в зависимости от задач. А не иметь по рендеру для каждого тулкита или держать убогий рендер на всех системах. Но менять рендер возможности нет, ибо он один, а остальные прибиты гвоздями к тулкитам, и использовать только один рендер Qt без установки самого Qt на программах на Gtk невозможно.

майкрософтовцы у которых 3 режима и виндоводы-любители отключать темы с тобой не согласятся.

По ссылке 3 темы, а не 3 рендера. А было бы 3 рендера, они были бы частью винды, а не трёх разных тулкитов.

Это _темы_ на tile, а не дефолтный рендер.

там почти нет отличий от дефолта. Вот голый Tk на винде без тем. Сильно он отличается от winnative? И вот голый Tk на линуксе. И там и там степень вырвиглазности примерно одинакова.

Вот винда без темы

Ты хотя бы смотрел, пруф, который приводишь? Там либо aero glass, либо aero basic, это именно темы.

Винда выглядит лучше. Особенно хорошо видно на полосе прокрутки.

Почти также, за исключением полос прокрутки о которых я оговорился раньше.

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

Я не о прикладных программах типа либры или гимпа, а о всяких вещах типа прав, скриптинга и т.д.

Это лишь означает, что имеет смысл выбирать _системный_ рендер по дефолту в зависимости от задач

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

А не иметь по рендеру для каждого тулкита

А почему бы и нет? В случае тулкита его разрабы не обязаны ни с кем ничего согласовывать и вольны проявлять свою фантазию в любых направлениях.

держать убогий рендер на всех системах

Дефолтный рендер обязан быть «на всякий случай». И именно поэтому он и будет относительно убогим.

Но менять рендер возможности нет, ибо он один

Ибо, в качестве единственного системного, как показала практика, большее количество/качество никому не нужно.

и использовать только один рендер Qt без установки самого Qt на программах на Gtk невозможно.

И волнует это мало кого, кроме совсем уж красноглазых вьюнош со взором горящим.

По ссылке 3 темы, а не 3 рендера.

Там минимум 2 разных рендера. Отключи службу управления темами и винда будет работать, но без красоты, по ссылке, которую я привел, это называлось Classic.