Тем, кто не верит, что иксы портят картинку

удоли это говно и не позорься, лол

Хоспади, хочешь дрочить своих иксов, хтож тебе мешает? Но всем тыкать а рожу лица своими иксами – это уже не комильфо.

Где иксы - чёткие шрифты, где вайланд - мыло.

тыкать а рожу лица своими иксами

Тыкать в личико своим вялым.

Я бы показал, как у меня под вяленным выглядят приложения на хромом и электроне :)

Покажи)

Программу на котором, я напомню, перед запуском надо собрать.

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

И это решается разбиением длинной строки на несколько коротких при помощи переносов, а не ввода дополнительных переменных.

Зависит от ситуации. Иногда введение дополнительных переменных добавляет наглядности. Когда в них сохраняются получаемые откуда-то данные. Как в этом случае. Т.е. такой код в итоге легче читать.

Нет проблем в компиляции программ, когда нет других вариантов. Но компилировать программу, да ещё и на Паскале, которая просто создаёт один конфиг - это рак мозга.

Программисты для себя эти системы писали и сами ими же пользовались.

Ну да. 3,5 программиста для самих себя написали и сами пользовались. А в массы эти системы контроля версий пришли уже в виде git'а, когда начали форсить github.

Нет проблем в компиляции программ, когда нет других вариантов.

Компилировать программы - это радость! Чем больше радости - тем лучше!

Не используй gentoo, а то помрёшь от серотонинового шторма 😁

начали форсить github

А сейчас тебе ничего не форсят? Проверь, а то знаешь, мало ли что.

Как иксы могут портить картинку, если во всех современных тулкитах рендерингом финальной картинки занимается сам тулкит, и иксы лишь отображают тот битмап, который им дал тулкит? Разница в отображении — это лишь разница в поведении тулкита в X11 и Wayland.

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

В ОП ни модели видеокарты, ни модели монитора, ни указания на драйвер (если речь про нвидию).

что иксы портят картинку

И в чём там разница?

Да всё понятно с этими поехавшими.

И в чём там разница?

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

А так разницы просто нет. Потому, что и в Wayland'е и в иксах картинку рисуют те же самые тулкиты. Топикстартер просто хочет идеал из коробки.

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

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

• Иксы: https://a.uguu.se/iWJTeDEx.png
• Вяленный, обычный экран: https://a.uguu.se/tXnloAJE.png
• Вяленный, hidpi экран: https://a.uguu.se/FEtbqOvW.png
• И так со всем что на хромом, браузеры, дискорд: https://a.uguu.se/jxHCqtku.png

Все на плазме 5.24. Готовности к десктопу полные штаны. Я уже молчу про обычные проблемы с юзабилити из-за пропавших фич)

Это простите как?

Это всё, что делает программа на Паскале?! Да он мазохист!

Прощаю.

Первые два одинаковые же, разве нет?

Более-менее да, это просто для честности. Но HiDPI выглядит как мыльное говно. Собственно под вяленным именно он и интересует, ведь это одна из его киллер фич (поддержка гибридного DPI).

Это маняфантазии

Я ХЗ, почему в KDE решили, что рендерить окна в 100%, а потом делать upscale композитором — это отличная идея. В GNOME у меня всё нормально с HiDPI.

Вроде в новой версии KDE разработчиков отпустило, и они запилили переключатель, позволяющий приложениям масштабироваться самостоятельно.

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

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

Вот есть исходники какой-то программы. С вероятностью близкой к 100% для компиляции придется добавить какие-то библиотеки/утилиты, причем не всегда о них автор в readme напишет.

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

В итоге, где-то 20-30% вероятности, что после большой возни обнаружится конфликт с имеющимися либами/тулкитами. Требуемые для компиляции версии будут или слишком новыми или слишком старыми, но несовместимыми.

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

Причем до понимания этих истин еще дойти надо будет, вероятнее всего, в процессе компиляции просто будут сыпаться Error и прерываться процесс и понадобится еще подумать в чем дело.

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

Пример, сейчас в репах Debian 11 почему-то нет Avidemux. Компиляция под него aviodemux - это большой квест с кучей графических либ и зависимостей их версий. Проще оказалось скачать .AppImage и его использовать.

Бывают, конечно, разные ситуации, но в большинстве случаев софт просто компилируется.

Ну, а в данном случае вообще речь шла о софтине, которая никаких библиотек не требует.

но в большинстве случаев софт просто компилируется.

Та ладно.

Ну, а в данном случае вообще речь шла о софтине, которая никаких библиотек не требует.

Вообще, чем Wayland как бы хуже иксов еще, так это, что в принципе можно было писать программы, которым практически только xlib нужна и еще может пара либ. Такие даже довольно старые программы могут успешно компилироваться и работать на новых версиях систем.

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

Wayland же, как я понимаю, by design не самодостаточен даже в теории.

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

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

Есть еще и проблема собрать старые версии софта. В том числе старые по причине, что авторы перестали обновлять.

Смех смехом, а софт, линкованный с winelib выходит в этом смысле постабильнее и в Linux

Такого софта не так уж и много. И его, если он всё ещё актуален, патчат всякие Red Hat'ы и Зюзи. И можно таскать себе их патчи, если что.

└─> make
which: no pc in (/home/cppmm/perl5/perlbrew/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/home/cppmm/go/bin)
fpc -XX -Xg -Xs setgoodxfontz.pas
make: fpc: Нет такого файла или каталога
make: *** [Makefile:14: all] Ошибка 127
└─> uname -a
Linux damned 5.15.59-gentoo-cppmm-v44 #1 SMP Wed Aug 3 18:25:28 -00 2022 x86_64 AMD Athlon(tm) X4 840 Quad Core Processor AuthenticAMD GNU/Linux

Не компилируется.

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

О том и речь. И это у него в репе лежит ПРОГРАММА, а не какой-то там конфиг.

У меня gentoo, мне без компилятора никак.

└─> eix -cI '(sys-devel/*|dev-lang/*)'
[I] dev-lang/duktape (2.7.0-r1(0/2.7.0)@21.08.2022): Embeddable Javascript engine
[I] dev-lang/go (1.18.5(0/1.18.5)@05.08.2022): A concurrent garbage collected and typesafe programming language
[I] dev-lang/mujs (1.2.0(0/1.2.0)@21.03.2022): An embeddable JavaScript interpreter written in C
[I] dev-lang/nasm (2.15.05@21.08.2022): groovy little assembler
[I] dev-lang/ocaml (4.11.2-r2(0/4.11)@09.08.2022): Programming language supporting functional, imperative & object-oriented styles
[I] dev-lang/orc (0.4.31@22.08.2022): The Oil Runtime Compiler, a just-in-time compiler for array operations
[I] dev-lang/perl (5.34.1-r3(0/5.34)@21.08.2022): Larry Wall's Practical Extraction and Report Language
[I] dev-lang/python (3.10.6_p2(3.10)@26.08.2022): An interpreted, interactive, object-oriented programming language
[I] dev-lang/python-exec (2.4.9(2)@21.08.2022): Python script wrapper
[I] dev-lang/python-exec-conf (2.4.6(2)@21.08.2022): Configuration file for dev-lang/python-exec
[I] dev-lang/rust-bin (1.62.1(stable)@29.07.2022): Systems programming language from Mozilla
[I] dev-lang/tcl (8.6.12(0/8.6)@21.08.2022): Tool Command Language
[I] dev-lang/tk (8.6.12(0/8.6)@21.08.2022): Tk Widget Set
[I] dev-lang/yasm (1.3.0-r1@31.12.2020): An assembler for x86 and x86_64 instruction sets
[I] sys-devel/autoconf (2.71-r1(2.71)@21.08.2022): Used to create autoconfiguration files
[I] sys-devel/autoconf-archive (2022.02.11@21.08.2022): GNU Autoconf Macro Archive
[I] sys-devel/autoconf-wrapper (20220130@21.08.2022): wrapper for autoconf to manage multiple autoconf versions
[I] sys-devel/automake (1.16.5(1.16)@21.08.2022): Used to generate Makefile.in from Makefile.am
[I] sys-devel/automake-wrapper (11-r1@21.08.2022): wrapper for automake to manage multiple automake versions
[I] sys-devel/bc (1.07.1-r4@13.07.2022): Handy console-based calculator utility
[I] sys-devel/binutils (2.38-r2(2.38)@21.08.2022): Tools necessary to build programs
[I] sys-devel/binutils-config (5.4.1@21.08.2022): Utility to change the binutils version being used
[I] sys-devel/bison (3.8.2@21.08.2022): A general-purpose (yacc-compatible) parser generator
[I] sys-devel/flex (2.6.4-r1@21.08.2022): The Fast Lexical Analyzer
[I] sys-devel/gcc (11.3.0(11)@21.08.2022): The GNU Compiler Collection
[I] sys-devel/gcc-config (2.5-r1@21.08.2022): Utility to manage compilers
[I] sys-devel/gettext (0.21-r3@21.08.2022): GNU locale utilities
[I] sys-devel/gnuconfig (20220508@21.08.2022): Updated config.sub and config.guess file from GNU
[I] sys-devel/libtool (2.4.7(2)@21.08.2022): A shared library tool for developers
[I] sys-devel/m4 (1.4.19@21.08.2022): GNU macro processor
[I] sys-devel/make (4.3@21.08.2022): Standard tool to compile source trees
[I] sys-devel/patch (2.7.6-r4@21.08.2022): Utility to apply diffs to files

А где dev-lang/fpc?

А зачем он мне? Чтобы сделать вот это или таки просто положить конфиг в репу просто текстом, а не хардкодом внутри скрипта?

А зачем он мне?

Чтобы компилировать софт на Паскале. Самый разный.

Такого нет.

Есть. Те, кто в танке, могут даже подписаться на https://www.reddit.com/r/pascal/ .

А некоторые в 2022-м году даже пишут трансляторы из Си в Паскаль: https://i.redd.it/zpsccvicbjc91.jpg . Правда, под винду, но тем не менее.

Такого нет.

Так напишите, в чём проблема-то? На Паскале очень легко кодится.

Винда это не для игр делает. Приоритет гуя там искусственный, чтоб создать иллюзию что она «не тормозит» и в ней не бывает тормозов типа 12309. Юзер просто позднее замечает проблемы по мере засирания системы. Что не мешало ей вставать колом из-за подставки для кофе, что очень смешно с учетом троллинга Катлером архитектуры ввода-вывода юниксов «получите байт-получите байт». Лучше то не сделали, при всех «прорессивных» понтах «наследия DEC VMS». Заставить винду свопиться и умирать не легко, а очень легко, достаточно последовать популярным советам от васянов по твиканью того что не сломано без учета условий использования. А патчи юзероотзывчивости есть и в популярных дистрах.

Винда это не для игр делает

не только для игр

Приоритет гуя там искусственный

поясни что значит искусственный.
существует естественный приоритет?

чтоб создать иллюзию что она «не тормозит» и в ней не бывает тормозов типа 12309.

не бывает.
вот у меня сейчас:
запущено 11 программ, 170+ процессов в фоне.
7 гиг из 16 занято, 8 гиг в кэше, 150 мег в свопе.
копируется на флешку 3 файла по 10 гиг каждый.
транслируется видео с 4-х камер и видео с ютуба.
и при этом я без проблем переключаюсь между приложениями, лажу по инету и файловой системе.

Что не мешало ей вставать колом из-за подставки для кофе

ты про DVD приводы?
сколько писал болванок - не помню такого, может у тебя привод был кривой 😏

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

как и линукс, фрю или соляру.
а вообще, если сильно постараться можно и х.й сломать.

Так напишите, в чём проблема-то?

Не нужно.

существует естественный приоритет?

Конечно. Бывает честный, он же дефолтный, «раунд робин».

запущено 11 программ, 170+ процессов в фоне.
7 гиг из 16 занято, 8 гиг в кэше, 150 мег в свопе.

Ну это все ниочем :) запусти 20 программ. Или одну, которая выжрет сразу всю свободную память (как делают серверные приложения). И пробуй в отзывчивость гуя :)

можно и х.й сломать.

Ну ты там береги себя :)

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

Конечно. Бывает честный

а бывает нечестный? ты какой-то бред несешь.
где ты это вычитал, дай ссылку?

запущено 11 программ, 170+ процессов в фоне.
7 гиг из 16 занято, 8 гиг в кэше, 150 мег в свопе.

Ну это все ниочем

ты самое главное пропустил

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

--

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

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