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

Покажи мне иксовое приложение на Xlib из 80-ых годов которое при запуске на современной условной Ubuntu 22.04 получило бы векторные шрифты cо современным Grayscale-сглаживанием в своих меню и адекватную поддержу HiDPI мониторов со всеми вытекающими по типу корректной трансформация координат и отрисовки без мыла.

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

Microsoft обновил свой WinAPI так, что СТАРЫЕ, мать его приложения из 80-ых годов, получили возможность нормально отображаться на современных дисплеях и не выглядеть как иксовое говно из этих самых 80-ых.

Потому что WinAPI это, в том числе, фреймворк для GUI, и эти старые приложения использовали WinAPI как таковой.

Ты мне тут про backward compatibility вещаешь, а я тебе про forward compatibility говорю.

Нет. Forward compatibility — это когда софт, написанный для новой версии библиотеки, работает со старой. Софт для современной винды запустится под Win 3.x или откуда там вытащили этот paint?

А ты говоришь про backward compatibility, хоть и довольно особенного типа (старые API не просто поддерживаются как-то, а сияют новыми красками).

Где тут, к примеру, векторные шрифты в иксовом вырвиглазии как у него они представлены в остальной системе? Где кнопки, которые получили системную GTK’шную, а не вырвиглазно-иксовую системную тему?

Совсем наркоман? Если я делаю ssh в другую систему, там должно быть такое же приглашение коммандной строки, как и у меня на локалхосте? А если не такое, то это свидетельство ущербности ssh и bash?

Почему так получилось? Да потому что Xlib/X11 сгнил в сточной канаве ещё в 90-ых. А появление Qt и GTK+ и вовсе убило все иксовые потуги стать чем-то вроде WinAPI для UNIX-like систем. Он перестал развиваться. Мёртв. В отличие от WinAPI и GDI в который всё это добавили и продолжают добавлять дальше различные современные технологии.

Ты как обычно пишешь какую-то ерунду о вещах, в которых ты не разбираешься, и поэтому предсказуемо плаваешь в деталях.

Покажи мне иксовое приложение на Xlib из 80-ых годов которое при запуске на современной условной Ubuntu 22.04 получило бы векторные шрифты cо современным Grayscale-сглаживанием в своих меню и адекватную поддержу HiDPI мониторов со всеми вытекающими по типу корректной трансформация координат и отрисовки без мыла.

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

Microsoft обновил свой WinAPI так, что СТАРЫЕ, мать его приложения из 80-ых годов, получили возможность нормально отображаться на современных дисплеях и не выглядеть как иксовое говно из этих самых 80-ых.

Потому что WinAPI это, в том числе, фреймворк для GUI, и эти старые приложение использовали WinAPI как таковой.

Ты мне тут про backward compatibility вещаешь, а я тебе про forward compatibility говорю.

Нет. Forward compatibility — это когда софт, написанный для новой версии библиотеки, работает со старой. Софт для современной винды запустится под Win 3.x или откуда там вытащили этот paint?

А ты говоришь про backward compatibility, хоть и довольно особенного типа (старые API не просто поддерживаются как-то, а сияют новыми красками).

Где тут, к примеру, векторные шрифты в иксовом вырвиглазии как у него они представлены в остальной системе? Где кнопки, которые получили системную GTK’шную, а не вырвиглазно-иксовую системную тему?

Совсем наркоман? Если я делаю ssh в другую систему, там должно быть такое же приглашение коммандной строки, как и у меня на локалхосте? А если не такое, то это свидетельство ущербности ssh и bash?

Почему так получилось? Да потому что Xlib/X11 сгнил в сточной канаве ещё в 90-ых. А появление Qt и GTK+ и вовсе убило все иксовые потуги стать чем-то вроде WinAPI для UNIX-like систем. Он перестал развиваться. Мёртв. В отличие от WinAPI и GDI в который всё это добавили и продолжают добавлять дальше различные современные технологии.

Ты как обычно пишешь какую-то ерунду о вещах, в которых ты не разбираешься, и поэтому предсказуемо плаваешь в деталях.

Покажи мне иксовое приложение на Xlib из 80-ых годов которое при запуске на современной условной Ubuntu 22.04 получило бы векторные шрифты cо современным Grayscale-сглаживанием в своих меню и адекватную поддержу HiDPI мониторов со всеми вытекающими по типу корректной трансформация координат и отрисовки без мыла.

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

Microsoft обновил свой WinAPI так, что СТАРЫЕ, мать его приложения из 80-ых годов, получили возможность нормально отображаться на современных дисплеях и не выглядеть как иксовое говно из этих самых 80-ых.

Потому что это, в том числе, фреймворк для GUI.

Ты мне тут про backward compatibility вещаешь, а я тебе про forward compatibility говорю.

Нет. Forward compatibility — это когда софт, написанный для новой версии библиотеки, работает со старой. Софт для современной винды запустится под Win 3.x или откуда там вытащили этот paint?

А ты говоришь про backward compatibility, хоть и довольно особенного типа (старые API не просто поддерживаются как-то, а сияют новыми красками).

Где тут, к примеру, векторные шрифты в иксовом вырвиглазии как у него они представлены в остальной системе? Где кнопки, которые получили системную GTK’шную, а не вырвиглазно-иксовую системную тему?

Совсем наркоман? Если я делаю ssh в другую систему, там должно быть такое же приглашение коммандной строки, как и у меня на локалхосте? А если не такое, то это свидетельство ущербности ssh и bash?

Почему так получилось? Да потому что Xlib/X11 сгнил в сточной канаве ещё в 90-ых. А появление Qt и GTK+ и вовсе убило все иксовые потуги стать чем-то вроде WinAPI для UNIX-like систем. Он перестал развиваться. Мёртв. В отличие от WinAPI и GDI в который всё это добавили и продолжают добавлять дальше различные современные технологии.

Ты как обычно пишешь какую-то ерунду о вещах, в которых ты не разбираешься, и поэтому предсказуемо плаваешь в деталях.