LINUX.ORG.RU

Крыса, иксы и масштабирование

 ,


0

2

Говорят, что красота в глазах смотрящего. Но увы, многие из нас настолько погрязли в стремлении достичь визуального идеала десктопа, что перестали радоваться простым мелочам, присущим обычным, приземленным интерфейсам. Мы потеряли наши ориентиры. Наш глаз настолько замылился, что мы не заметим истинного совершенства - воплощенного из нематериального мира платоновского эйдоса красоты - даже если его поставить перед нашими носами и водрузить над ним вульгарное поясняющее навершие в виде текстовой таблички. Мы пропустим его, и нашим вердиктом будет лишь банальное, презрительное «ШГ».

Предлагаю вам отвлечься от всего мирского и вместе со мной насладиться скриншотами рабочего стола уважаемого @kirill_rrr, который сделал их специально для меня, как убедительную демонстрацию работы дробного масштабирования под иксами, цитирую:

показываешь ему работу дробного масштабирования с отрисовкой на стороне клиента, реализованное в Х11 ещё тогда когда вайланда даже в планах не было да и вообще проблемы HiDPI не стояло

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

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

★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 3)

Хорошо выглядит. Есть пара вопросов: Как это делается из под консоли, если я к примеру оконный менеджер использую? (нашёл в man-e xrandr флаг --dpi, вроде оно, но ещё не пробовал.) Второй вопрос по поводу самого сетапа на скриншоте. Это использование малины в качестве десктопа или просто для более удобного (в моём представлении наоборот) менеджмента своего мини-сервера и прочего?

Berliner
()
Ответ на: комментарий от Berliner

Это не оно. Шутка в том, что юзернейм поменял DPI шрифтов и выдает это за дробное масштабирование интерфейса. Это не иксовые настройки, а настройки гуев.

liksys ★★★★
() автор топика
Ответ на: комментарий от liksys

Шутка

А я попался не присмотревшись..(

В любом случае второе было бы интересно узнать.

Berliner
()

Идеал существует, и он перед вами

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

Панель, индикаторы, иконки на панели - всё это отвлекает. Для шрифтов включен антиалиасинг, для меня это боль, решил покупкой 4к монитора и двукратным масштабированием, шрифт при этом fonts-ubuntu-classic. И по масштабированию, на своём опыте убедился, что если нужно HiDPI то лучше вейленд ничего нет.

bloody_enterprise
()
Ответ на: комментарий от bloody_enterprise

Не богохульствуй против святых иксов и их пророка @kirill_rrr

liksys ★★★★
() автор топика
Ответ на: комментарий от liksys

Разумеется это иксовые настройки. Только не каждый тулкит обращает на них внимание. Конкретно гтк2 не только это делает, но ещё и подхватывает изменение без перезагрузки.

kirill_rrr ★★★★★
()
Ответ на: комментарий от Berliner

В какой то файл нужно прописывать. .Xdefaults, .Xresources или ещё какой то. Точно знаю что xterm и прочее легаси на х-виджетс смотрит .Xresources, а вот у высокоуровневых тулкитов было своё уникальное мнение насчёт настроек и переменных.

Второй вопрос по поводу самого сетапа на скриншоте.

Примерно в 2014 году у меня появилась Пи1 а где то до 2018-2019 Пи3. Пи3 делала всё то же самое что и Пи1 (торренты, самба), но также ещё и браузер тянула. А это значит что почту и im, а также офис, электронные книжки, и вообще в принципе нафига запускать х86 ноут с холостым потреблением куда больше Пи3 с диском...

С тех пор многое изменилось, но Пи3 + распбиан8 осталась строго в том же самом конфиге. Она просто работает домашним сервером. Зайти на рабочий стол я могу по vnc, или если сильно приспичит то надо включить монитор и воткнуть мышку с клавиатурой. Это также пример моего идеального конфига ДЕ, с гтк2, xfce 4.10 и kwin/kde 4.14, пожалуй единственной идеально работавшей версией qt/kde.

kirill_rrr ★★★★★
()
Ответ на: комментарий от bloody_enterprise

Ну, меня не отвлекает. Наоборот, если не понятно что в системе происходит - вот это напрягает. Из всех шрифтов мне больше всего нравятся ДеЖаВю Санс, причём желательно со старыми алгоритмами сглаживания. Но вот это довольно близко. Разумеется только для старых ips-дисплеев и нужно смотреть строго 1:1 пиксель и без сглаживания просмотрщиком, т.е. feh или Гимп.

kirill_rrr ★★★★★
()
Ответ на: комментарий от liksys

Итак, для протокола:

Графический сервер имеет настройку, отвечающую за масштаб на дисплее? Имеет.
Графический сервер передаёт её клиенту? Передаёт.
Клиент рисует своё окно нативно в соответствии с этой настройкой? Да. Ну, как может. Его к этому не готовили, такого требования не предъявлялось. Но он делает это!
Графический сервер отвечает за косяки отрисовки клиента? Нет.
В 2026 году все актуальные тулкиты умеют масштабироваться в указанный размер? Да. А в момент выхода gtk 2.24? Нет, никто...
...кроме xterm и всего прочего на хлибс.

Чем это отличается от святогои непогрешимого вайланда?

Ах, ну да, там ведь проценты а тут точки на дюйм, это другое, понимать надо!

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 2)
Ответ на: комментарий от kirill_rrr

Объясняю популярно в последний раз.

DPI - это количество пикселей в дюйме. Берем текстовый процессор. У него есть страница A4 контента и элементы интерфейса. DPI монитора должен соответствовать реальности, чтобы виртуальный дюйм совпал с реальностью при распечатке страницы. Если интерфейс выглядит слишком маленьким, тебе нужно его отмасштабировать. Ты меняешь DPI монитора, и получаешь потерю соотвествия масштаба контента реальной странице A4.

Чтобы это починить, тебе нужна вторая переменная: коэффициент масштаба интерфейса. Тулкит берет ее значение и масштабирует только те части гуя, которые можно менять, и не трогает контент.

DPI шрифтов в настроках, которые ты поменял на своих скринах - это глобальный параметр, который влияет, внимание, на соотношение пикселей к реальности. Ты не масштабируешь интерфейс, ты увеличиваешь шрифты, и только их.

Чем это отличается от святогои непогрешимого вайланда?

Это отличается тем, что в вяленде реализованы именно два параметра: DPI и масштаб по отдельности, поэтому тебе не нужно ломать отображение контента, прокручивая DPI, а нужно менять только масштаб. Масштаб в вяленде работает на уровне тулкитов и применяется ДО рендеринга: картинка выводится на дисплей в соответствии с настройками конкретного дисплея.

В иксах у тебя есть DPI и масштаб, но масштаб применяется ПОСЛЕ рендеринга, потому что эта цифра НЕ ПЕРЕДАЕТСЯ ТУЛКИТАМ, как это сделано в вяленде. При апскейле масштаба средствами иксов ты получишь мыло, при даунскейле - потерю детализации.

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

Дошло?

liksys ★★★★
() автор топика
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

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

Зачем, если он создавался для реального масштаба 1:1 условой страницы А4? Причём если ты знаком с печатью реальных документов на реальные принтеры, то возможн обратил внимание, что ни печатая с нулевыми отступами (как и с дефолтными) в масштабу 100,0% ты вообще никогда не распечатаешь документ так как он выглядит на экране.

В свете этого какой то идиотизм привязываться к масштабу печати страницы А4 в Майкрософт Ворд на ПК Эппл и игнорировать для чего эту переменную в реальности использовали. И кстати, совершенно ВНЕЗАПНО интерфейсы программ привязаны к размеру стандартного шрифта в них.

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

Собственно никакие другие дополнительные переменные не требуются. Могут существовать, но не требуются. А если ты начнёшь масштабировать тулкит отдельно от контента - получишь ещё большую хрень чем косяки масштабирования gtk 2.24 на моих скриншотах. Потому что в «контенте» БУДУТ свои собственные шрифты.

На самом деле твои святые вайландопроценты это просто копия с виндовых процентов масштабирования, появившихся в вин7. Которые являются простым множителем для дефолтного интерфейса винды 95-виста на дефолтном мониторе с 96dpi.

ты увеличиваешь шрифты, и только их.

Как все кроме тебя могут видеть на этих скриншотах - нет. Большая часть содержимого окна растягивается пропорционально. Меньшая часть виджетов да, не растягивается. Но это не переколбашивает вёрстку окна в масштабе 270%, хотя уже при 150% прогрессивные и адаптивные html/js/css рассыпаются в кашу.

DPI и масштаб по отдельности

Покажи dpi в вайланде по отдельности. Просто покажи где он там. Что, внезапно рассчитывается из дефолтных 96 умноженного на масштаб в процентах?

При апскейле масштаба средствами иксов ты получишь мыло

Ну да, ведь все зрячие видят его вот прямо тут!

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Зачем, если он создавался для реального масштаба 1:1 условой страницы А4?

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

Причём если ты знаком с печатью реальных документов

Больше, чем ты. Если у тебя всё нормально настроено - печать будет один к одному.

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

Я только что объяснил, почему они требуются.

Как все кроме тебя могут видеть на этих скриншотах - нет.

Разуй глаза. У тебя только границы элементов разъезжаются, всё остальное остается как есть. Даже шапка окна осталась одного и того же размера. Да ты и сам пишешь:

Меньшая часть виджетов да, не растягивается. Но это не переколбашивает вёрстку окна в масштабе 270%, хотя уже при 150% прогрессивные и адаптивные html/js/css рассыпаются в кашу.

При вялендовском масштабировании ничего не рассыпается. Я постоянно живу с 1.5. Потому что, еще раз: ты настраиваешь DPI шрифтов, и только шрифтов. Не масштаб интерфейса. Даже в твоих любимых иксах есть ДВЕ крутилки: и DPI шрифтов, и масштаб. Первый в иксах рассчитывается до рендеренга, второй - после. В вяленде оба - до. В этом ключевое отличие.

Ну да, ведь все зрячие видят его вот прямо тут!

Тебе уже не только я, а еще и @Rootlexx говорил, что ты фигню сделал.

liksys ★★★★
() автор топика

Крыса (X11) умеет масштабировать и интерфейс (scale) и шрифты (dpi).

dmitry237 ★★★★★
()
Ответ на: комментарий от kirill_rrr

Точнее даже так: DPI в иксах влияет только на масштаб шрифтов. В вяленде выделенного DPI нет, его реализуют приложения - кому он нужен. На уровне протокола там есть только дробное масштабирование, которое применяется ДО РЕНДЕРИНГА, и применяется, внимание, ко всему контенту, а не только к шрифтам, в отличие от иксов.

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

liksys ★★★★
() автор топика

Ораторы, можете писать не о сферическом «вяленде» в вакууме, а о конкретной его реализации. А то обсуждение выходит беспредметным. О чём оно там? О том как хорошо в Wayland продумано масштабирование и ещё лучше сделано? Ну, OK. Запустил sway. Открыл smplayer. Предлагаю повторить это на 4K-мониторе перед тем как писать «Wayland уже 10 лет как готов». Скриншотами не передать этот чудесный пользовательский опыт. ЭТО надо видеть.

macrohard ★★★
()
Ответ на: комментарий от macrohard

Запустил sway. Открыл smplayer. Предлагаю повторить это на 4K-мониторе перед тем как писать «Wayland уже 10 лет как готов». Скриншотами не передать этот чудесный пользовательский опыт. ЭТО надо видеть.

4k, sway, smplayer, nvidia, nvdec ссылка

Работает оно через Xwayland. Но есть же божественный mpv и он работает уже нативно. Есть морды к mpv.

О том как хорошо в Wayland продумано масштабирование и ещё лучше сделано? Ну, OK

Оно действительно продумано хорошо. Но то, что запускается через связку swaywm+Xwayland, там да, масштабирование отвратительное. Если допустим запустить smplayer+gnome+wayland то масштабирование будет идеальным даже на Xwayland.

bloody_enterprise
()
Ответ на: комментарий от bloody_enterprise

Оно действительно продумано хорошо. Но

Чтобы программа A запущенная в окружении B выглядела нормально, нужно (вместо неё) запускать программу Y в окружении Z.

macrohard ★★★
()

Этого не должно существовать.

thesis ★★★★★
()
Ответ на: комментарий от Ololo_Trololo

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

thesis ★★★★★
()

@liksys выводит на арену цирка клоуна.

– Почтеннейшая публики! Сейчас произойдет разоблачение клоуна!

Зрители молча смотрят.

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

– ВУАЛЯ!

Зал недоуменно переглядывается и вяло аплодирует.

Клоун: САМ ТЫ КЛОУН А ДОКАЖИ АЗАЗА.

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 1)

Идеал существует, и он перед вами

Слищком толсто.

BceM_IIpuBeT ★★☆☆☆
()
Ответ на: комментарий от liksys

Когда приложению в вяленде нужен DPI, оно делает его само

Но ведь в X11 то же самое. Приложение само берет с сервера значение ресурса Xft.dpi, само растеризует глифы шрифта, само отсылает растеризованные глифы на сервер, само посылает на сервер команды отрисуй глиф. Всё в пикселях, никаких пунктов/дюймов, и никакого dpi серверу знать не надо. Просто в gtk есть поддержка масштабирования (т.е. отдельного dpi для) контролов на wayland дисплее, а на x11 дисплее её (специально) не сделали.

При этом Xft.dpi это просто соглашение. Протокол X11 на нем не настаивает. Можно было бы сделать и по другому: например XRANDR свойство видеовыхода с именем DPI. А в тулкитах реализовали бы поддержку mixed DPI. Если бы у тулкитописателей было бы желание.

iliyap ★★★★★
()
Ответ на: комментарий от iliyap

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

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

liksys ★★★★
() автор топика
Ответ на: комментарий от liksys

В иксах невозможно сделать масштабирование до рендеринга, зависящее от экрана

Это очередной пример буллшита, товарищи. X11 дает доступ к растру с координатной сеткой этого растра, единица координат — пиксель. Расширение RANDR дает раскладку видеовыходов по этому растру. Да, части растра могут быть не покрыты видеовыходами, но это не спрятано от приложений. Если у приложения окно/окна оказались на разных или нескольких видеовыходах, оно может отрастеризовать свои контролы с разным dpi. Это не задача сервера, это задача тулкита и приложения.

Как только ты добавишь масштабирование в иксы, глобальная координатная сетка начнет сворачиваться в неевклидово пространство.

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

iliyap ★★★★★
()

Выглядит немного грубовато, но точно лучше чем гном.

А при чём тут масштабирование?

firkax ★★★★★
()
Ответ на: комментарий от liksys

Что-то какие-то взаимоисключающшие параграфы.

DPI шрифтов в настроках, которые ты поменял на своих скринах - это глобальный параметр, который влияет, внимание, на соотношение пикселей к реальности. Ты не масштабируешь интерфейс, ты увеличиваешь шрифты, и только их.

В иксах у тебя есть DPI и масштаб, но масштаб применяется ПОСЛЕ рендеринга, потому что эта цифра НЕ ПЕРЕДАЕТСЯ ТУЛКИТАМ, как это сделано в вяленде. При апскейле масштаба средствами иксов ты получишь мыло, при даунскейле - потерю детализации.

Так это «только шрифты» или же масштабирование срендеренного битмапа?

Ну и противопоставление интерфейса и контента спорно, там нет чёткой границы.

firkax ★★★★★
()
Ответ на: комментарий от iliyap

Очередной пример буллшита - это твой спич, полный заблуждений. Особенно вот это:

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

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

Хватит распространять заведомую ложь.

Вот и не распространяй.

liksys ★★★★
() автор топика
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от firkax

Я пониже написал более правильно.

Так это «только шрифты» или же масштабирование срендеренного битмапа?

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

Ну и противопоставление интерфейса и контента спорно, там нет чёткой границы.

Ничего не спорно, четкая граница прослеживается по контенту и по интерфейсу. Я буквально привел пример. Другой пример - полиграфия. Граница точно так же лежит по контенту.

liksys ★★★★
() автор топика
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

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

А что касается dpi шрифтов то вроде тулкитам никто не запрещает этот масштаб применять и к своим рисованиям самостоятельно. Даже более того, масштабировать только шрифты и ничего кроме них выглядит странно. Применимо только если ты хочешь поставить кастомные шрифты, но у них проблемы с дефолтным размером и ты хочешь это быстро пофиксить не редактируя сам шрифт, во всех же остальных случаях надо масштабировать всё.

firkax ★★★★★
()
Ответ на: комментарий от firkax

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

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

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

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

liksys ★★★★
() автор топика
Ответ на: комментарий от liksys

Это две независимые сущности с точки зрения масштаба.

В винде - нет! В кде-вайланде... Нет! В гноме? оттуда вообще все настройки выпилили по максимуму. И тем более нигде кроме маргинального софта вроде vivaldi масштаб темы виджетов и масштаб «контента» не отвязаны друг от друга в разные настройки. Так где твоя независимость?

У тебя только границы элементов разъезжаются, всё остальное остается как есть.

Это уж точно не с тобой нужно обсуждать. Ты в своём мирке, где разъезжаются «только границы элементов».

Потому что, еще раз: ты настраиваешь DPI шрифтов, и только шрифтов. Не масштаб интерфейса.

Согласно твоей теории это должно было выглядеть вот так: https://fastpic.org/view/127/2026/0612/_703661022146115b761e281d71809f79.png.... и https://fastpic.org/view/127/2026/0612/_9812de2fe3349528fd3b4c3a5b910c56.png....

Но почему это это работает по другому.

А то как это должно работать - вообще отдельный вопрос. В конце концов в пикселях рисуются не только шрифты но и вообще всё на экране. Внезапно? При 110dpi кнопочка 1*0,5 дюйма будет рисоваться 110х55, а при 250dpi это будет 250х125. В гтк2 это реализовано лишь частично и не потому что они хотели прикрутить hiDPI а потому что такой логике следуют самые старые части Х-протокола, которые рисуют интерфейс в векторном виде и которые мы видим в xclock или xterm. Последний так вообще идеально масштабируется получше всяких вайландов именно переменной dpi экрана.

Даже в твоих любимых иксах есть ДВЕ крутилки: и DPI шрифтов, и масштаб.

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

Тебе уже не только я, а еще и @Rootlexx говорил, что ты фигню сделал.

Обрезанная сверху и снизу надпись в панели.
Заголовок окна не изменил размер.
Значки на кнопках остались маленькими.
Элементы интерфейса вроде тех же галочек — остались маленькими.
Курсор мыши… ну вы поняли.

ГДЕ тут хоть слово про мыло? Ты уже десяток раз орёшь «мыло», но так и не показал ни одного замыленного пикселя. На что у тебя было минимум полгода, но что то прогресса не заметно.

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Ты уже десяток раз орёшь «мыло», но так и не показал ни одного замыленного пикселя.

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

Что до твоего вопроса про DPI - там чуть ниже есть пояснение.

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

Ты необучаем.

liksys ★★★★
() автор топика
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

DPI в иксах влияет только на масштаб шрифтов.

Он на всё влияет при рисовании хлибс. А также приложения, которые хотят рисовать не в точках а в милиметрах, будут смотреть на DPI. И такие бывают, например частично это gtk2.

а не только к шрифтам, в отличие от иксов.

Ты же знаешь что я не верю в твои сказки и твои мантры вроде вообще ни на кого не действуют. Вот тебе скриншоты, на них половина виджетов и рамок отмасштабирована целиком а не только шрифты. Объясняй почему вертикальные отступы не n пикслелей, а половина высоты строки.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

На самом деле твои святые вайландопроценты это просто копия с виндовых процентов масштабирования, появившихся в вин7. Которые являются простым множителем для дефолтного интерфейса винды 95-виста на дефолтном мониторе с 96dpi.

Проценты масштабирования были в win98, а может быть и в win95. Назывались они масштабированием шрифтов, но влияли на всё гуи.

firkax ★★★★★
()
Ответ на: комментарий от kirill_rrr

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

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

Вот тебе скриншоты, на них половина виджетов и рамок отмасштабирована целиком

А другая половина не отмасштабирована вообще. По этому поводу ни одной мысли у тебя не возникло?

Объясняй почему вертикальные отступы не n пикслелей, а половина высоты строки.

Объясняй, почему у тебя иконки не отмасштабировались на кнопках.

Воистину необучаем.

liksys ★★★★
() автор топика
Ответ на: комментарий от liksys

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

Такой механизм в X11 есть более 15 лет. Это именованные свойства видеовыходов в расширении RANDR. Нет только соглашения между тулкитами об имени свойства с DPI (или масштабе) видеовыхода. Диалог настройки мониторов должен «класть» это свойство на сервер, тулкиты должны его брать с сервера и подписываться на события об изменении. Положить, взять, подписаться — все эти примитивы протокола в расширении RANDR есть начиная с версии 1.2.

iliyap ★★★★★
()
Ответ на: комментарий от liksys

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

И ещё раз: ни современные клиенты Х11, ни вайланд-композиторы ничего сами не рисуют! За всё отвечает клиент. Дело за малым: заставить каждого клиента рисовать как ему сказали. И внезапно у нас есть переменная, которая за это может отвечать.

а именно необходимость иметь координатную сетку для такой фичи.

О боже, какая проблема!!! Как будто не каждый второй человек выдумает 2 способа решить её за 5 минут. Сразу после того, как ему объяснять в чём именно это проблема. Ведь в итоге там есть координатная сетка, иначе ты никак не расположишь несколько окон на нескольких экранах.

kirill_rrr ★★★★★
()
Ответ на: комментарий от firkax

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

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)

А зачем оно вообще нужно, все эти масштабирования и HiDPI? У меня их нет, полёт нормальный.

//И видеокарта от Intel идеальна, если не играть в мерзкое 3D.

shdown ★★
()
Последнее исправление: shdown (всего исправлений: 1)
Ответ на: комментарий от liksys

А другая половина не отмасштабирована вообще. По этому поводу ни одной мысли у тебя не возникло?

Тулкит недоделали. Но это ж не проблема протокола?

firkax ★★★★★
()
Ответ на: комментарий от liksys

Именно поэтому за двадцать лет никто так и не решил проблему масштаба в иксах.

На самом деле пару недель назад решили...

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

И ещё раз: ни современные клиенты Х11, ни вайланд-композиторы ничего сами не рисуют! За всё отвечает клиент

Зачем ты выдаешь мои вышеизложенные мысли за свои собственные?

О боже, какая проблема!!! Как будто не каждый второй человек выдумает 2 способа решить её за 5 минут.

Иди, реши.

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

Потому что вялендовое масштабирование не растягивает битмапы. Это буквально то, как оно работает: отдает масштабирование клиенту. Ты отрицаешь реальность.

liksys ★★★★
() автор топика
Ответ на: комментарий от firkax

С многомониторной конфигурацией что делать-то будем?

liksys ★★★★
() автор топика
Ответ на: комментарий от liksys

в отличие от относительного масштаба

Относительного относительно чего? Нет, серьёзно, меня любят тыкать якобы синдромом утёнка, но ты реально не понимаешь что дохрена других способов кроме процентов от дефолтного размера windows95?

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)

Никто не спросил главное: а нафиг нужно это дробное масштабирование? Сомневаюсь, что его вообще можно адекватно сделать. Все равно размеры поплывут либо будет мыло. Ну уж точно это не повод выкидывать иксы в пользу школоподелки.

bread
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.