GIMP 2.99.2

1366×768

остаётся только страдать?

Да. На дворе, блин, 2020 год. 1366x768 на уровне 1024x768 только на 300 пикселей больше. Все это безнадежно устарело для современных программ.

Если уж используешь Legacy-дисплеи – юзай и старый софт под них.

Если уж используешь Legacy-дисплеи – юзай и старый софт под них.

Вообще, мне ноутбук не для этого, на нём даже не установлен GIMP, но иногда надо что-то быстро поправить, потому я делаю ssh -X gimp и страдаю редактирую.

ssh -X gimp

Что это?! Переходи на вейланд, в нем таких костылей нету.

Лично я не вижу ни одной причины, по которой конкретно GIMP не может влезать в нормальные мониторы. Ни од ной.

Тем более что основной интерфейс влезает, проблема только с явно чрезмерно растянутым диалогом настроек. Открой глаза, там куча пустого места. К чему эти дурацкие оправдания про 2020 год?

Если уж используешь Legacy-дисплеи – юзай и старый софт под них.

Что за чушь. Дисплеи отличаются значением dpi. Физические размеры у них одинаковые. Так почему должно не влезать??? Потому что в 2020 году не осилили масштабирование под любые dpi? А виноват у вас монитор?

Dpi моего монитора меня полностью устраивает, почему я должен его менять и причём тут не влезание? Это проблема чисто программная и должна решаться чисто программно.

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

Пустое место там 1) из-за ошибки определения нужного размера, 2) из-за того, что на одной из страниц столько места занято по горизонтали в какой-то строке.

Хехе, сижу на компе с 1280х800 разрешением. Онторфейсы удручают. Особенно у гткшных программ. Даром, что они встроили кнопки в заголовок, они умудряются забить весь экран своей одной единственной кнопкой, содержимое листа/холста/етц для них вторично :)

Не, я не пытаюсь рисовать на этом компе, он на ладан дышит, но, блин, есть же нормальные компы с похожим разрешением. А 1366х768 вообще продаются прямо сейчас, новые и даже на 17" и даже на более менее нормальном проце, например у HP, или Dell, или та же Lenova. И что делать человеку решившему на таком компе порисовать? Нельзя потому что ему онторфейс гтк не влезает и он от этого даун? Или гтк плохо написан? Оправдыватели современных жиробасотуллкитов должны в наказание сидеть на 1024х768.

Переходи на вейланд, в нем таких костылей нету.

И как ты мне предлагаешь в этом вашем Wayland запускать приложение, установленное на другом хосте? Што, оно не может такой простой вещи? На помойку!

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

Нам так сказать даром твой тиринг не нужон.

sudo cast intelfx. Он тебе расскажет про сетевую прозрачность в вяленом.

твой тиринг не нужон.

То есть вы добровольно отказываетесь от кучи нужных вещей (а значит ещё большей кучи нужных программ) только для того чтобы не видеть какие-то мифические разрывы? Слабоумные… xD

Мне ехать, а не шашечки, так что ваш модный ни на что не способный Wayland можете оставить себе.

Он тебе расскажет про сетевую прозрачность в вяленом.

А ещё он, конечно же, перепишет кучу софта, который в Wayland не работает? ☺

Не, это всё несерьёзно. Вот будет там работать ВСЁ, тогда зовите. А пока на своей тележке с квадратными колёсами катайтесь сами. :3

На дворе, блин, 2020 год. 1366x768

В каждом первом днищебуке. Другой вопрос, зачем на этом использовать gimp.

А ещё он, конечно же, перепишет кучу софта, который в Wayland не работает?

Примеры такого софта в студию. Есть XWayland, для совместимости со стапыми приложениями. Большая часть софта, написанного на современных тулкитах, уже умеет в вайланд.

Это оправдание непонимания простого факта, доступного даже малым детям - от разрешения в пикселях зависит dpi, а не физические размеры. Физически мониторы больше не стали. Так почему перестало влезать? А потому что программисты - гуманитарии ))

гуманитарии

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

https://www.linux.org.ru/forum/talks/15081562?cid=15205635

https://www.linux.org.ru/forum/talks/15081562

А вообще, ведь посмотреть на гимп 2003-го года, он вмещался в 1024х768. С теми же менями и панелиями. Как бы я хотел вернуть компактность, приложениям, но чтобы линии разделения панелей/кнопок размазали бы на один пиксель, чтобы помяхше переход был. Это же идеально! А с увеличением DPI - меняй себе размер шрифта и значков, чтобы оно всё вмещалось.

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

https://ru.wikipedia.org/wiki/Разрешение_экрана_монитора

https://www.linux.org.ru/forum/talks/15081562?cid=15205651

То есть нужно ещё что-то запускать на сервере, чтобы раз в хрен знает сколько времени разово запустить графическое приложение на клиенте?

Как будто для иксов не нужен ssh на сервере.

На gtk можно писать нормальные интерфейсы… если не страдать гномом головного мозга. Делал панель для ЧПУ: ни одного потерянного пикселя, никаких пустых полей на пол экрана.

И да, оно уместилось в 1024х700.

Как это зачем? Чтобы обрабатывать картинки. Ты не замечаешь, что гимп - это не Final Cut, а несколько более легковесное приложение?

Тебе напомнят про опенсорц и спросят за патчи. Выбор за тобой: страдать, исправлять огрехи (возможно быть посланным командой), приобретать новое дорогое оборудование или… приобрести Фотошоп. Я свой выбор сделал и спустя пару лет вслед за прикладным ПО в корзину отправился и Линукс.

Кстати, я редактировал фотки на ноуте с pentium p6100 и тремя гигами памяти. ШУмоподавление, конечно, работало крайне неторопливо, но маску слоя можно было рисовать, не наблюдая заметных лагов. Правда, это были 6-мегапиксельные фотки с древнего canon powershot.

А вообще, ведь посмотреть на гимп 2003-го года, он вмещался в 1024х768

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

ублюдочно

Это, скорее, к тебе относится. Не пиши мне больше.

Нафига мне ваш фотошоп? Все ПО для моей деятельности есть. А чего нет, то я разрабатываю.

Я же совсем о другом писал. Все УЖЕ на опенсорсе. При этом его хаят.

А я - на его Cyrix аналоге по мощности. И в первом гимпе как-то все влезало в 600x800.

Тогда прекрати ныть и шли патчи!

Я вот еще что не пойму. Почему обсуждение проблемы - это нытье?

Нытье - это вот выше по треду от нашего юникс-вытирана фотошопера (как это сочетается в одной голове я тоже не понимаю, видимо у меня не тот уровень) с непомерно гипертрофированным ЧСВ.

Только я свой ноутбук подключал к внешнему FullHD-монитору.

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

В каждом первом днищебуке. Другой вопрос, зачем на этом использовать gimp.

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

Перед подключением моника я отредактировал несколько фоток, используя монитор ноутбука. Разрешение 1366 на 720. Все помещалось.

Так ssh уже есть, а для перехода на wayland надо собственно перейти на wayland, заменить кучу софта (в том числе незаменимый менеджер окон), так ещё и отдельную фигню прикручивать чтобы в wayland можно было пускать программы с другого хоста. Слишком много телодвижений… ради чего?

заменить кучу софта

Примеры этого софта. Кроме xmonad. Если ты привык к xmonad — сиди на иксах. Насильно никто никого на вайланд не тащит. Но у него есть объективные преимущества. Это глупо отрицать.

Например, вайланд тупо безопасней. Ему не нужен рут для запуска, и каждое окно изолировано от других окон. Браузер не может прослушать то, что ты вводишь в терминал. Потенциально, у вайланда выше производительность за счет более простой архитектуры. Опыт intelfx ясно это демонстрирует. Более простую архитектуру легче развивать, она понятней для разработчиков прикладного софта. В огнелисе поддержка аппаратного ускорения с начала появилась для вяленого, и только спустя несколько релизов для иксов. В принципе, более простая и менее костыльная архитектура — это хорошо.

Не, это всё несерьёзно. Вот будет там работать ВСЁ

Традиционные иксовые баги и уязвимости тоже должны работать? ;)

А пока на своей тележке с квадратными колёсами катайтесь сами

Не, у тебя тут скорее очередное «четырёхколёсная машина неполноценна по сравнению с пятиколёсной, потому что там нет пятого колеса».

И как ты мне предлагаешь в этом вашем Wayland запускать приложение, установленное на другом хосте?

man waypipe

Што, оно не может такой простой вещи? На помойку!

Так и запишем, иксы — на помойку, потому что они за 50 или сколько там лет своего существования так и не научились вменяемо это делать.

Впрочем, они уже и так на помойке.

в нормальные мониторы

Использование 1366x768 в 2020 году – не является нормальным.

Как не являлось нормальным использование 800x600 в 2010 году.

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

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

Хехе, зато я сённи в Инкскейпе морду лепил, от там пол экрана панели и ничего не помещается. ГТК3. Гимп второй пока омещается, но как перейдут на третик гтк, смогет ли? :)

Это оправдание непонимания простого факта, доступного даже малым детям - от разрешения в пикселях зависит dpi, а не физические размеры. Физически мониторы больше не стали. Так почему перестало влезать? А потому что программисты - гуманитарии ))

Вот ведь упертый человек. Сделай уже 1366*2x768*2 или 1366*3x768*3 и поищи в таком (2732x1536) разрешении мониторы. Что, ничего толкового не находит? В том-то и цимес, что 1366x768 – дно, в которое не влазят программы и под современный мир его не подгоняли. А подогнали всякие там 1280x800 и 1920x1080, в которых проблем таких уже нет.

А подогнали всякие там 1280x800...в которых проблем таких уже нет.

Не надо лохматить бабушку. Я на таком разрешении и очень чувствуется трата места на «современных» технологиях. Даже в браузере сайты просто не влазят по ширине, а при развороте на пол экрана перестраиваются типа мобильника. Ужос.

Я на таком разрешении и очень чувствуется трата места на «современных» технологиях.

Вот поэтому сегодняшний мировой «дефолт» это 1920x1080 и его производные:

https://habrastorage.org/webt/7n/wd/lz/7nwdlzxi3pbea1frcpufpzjgmuc.png

Если у тебя неудобства с 800p возникают, то что уж про 768p говорить.

Ну вот у меня моник. Сейчас измерил онлайн-детектором, вроде 20 дюймов. Разрешение 1600х900. IPC матрица. Куплен был правда лет 10 назад, да, но за 15 косариков, до сих пор ни одного битого пикселя. Все проги влезают отлично.

Ёлки... Я это понимаю, ёптить. Но прочие разрешения всё ещё в ходу (могу даже конкретные модели на новых райзенах накопать, блин, я даже моники на 19" вижу в нижнем ценовом диапазоне), и говорить, что их обладатели должны перестать гимпом пользоваться, или апстенку убицца, или что-то ещё - это свинство.

xmonad

awesome же.

тупо безопасней

Ключевое слово здесь — «тупо». ^_~

каждое окно изолировано от других окон

То есть ещё и нельзя повесить событие на одно окно при активации/спавне другого? Тем более нафиг надо.

Опыт intelfx

Он фанатик. ☺

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

Тут не могу не согласиться.

Традиционные иксовые баги и уязвимости тоже должны работать? ;)

Это не баг, это фича! Причём я шучу лишь отчасти, ибо за много лет им нашли-таки применение.

Не, у тебя тут скорее очередное «четырёхколёсная машина неполноценна по сравнению с пятиколёсной, потому что там нет пятого колеса».

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

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

man waypipe

Это на хосте или на клиенте?

Впрочем, они уже и так на помойке.

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

Это не баг, это фича!

Ну да, я так и написал.

Вот встанет на ноги Wayland, будет под него всё

Он уже давно на ногах. Это заведомо недостижимое условие.

я отношусь к вещам исключительно с практической точки зрения

Ты себе льстишь.

Так и запишем, иксы — на помойку, потому что они за 50 или сколько там лет своего существования так и не научились вменяемо это делать.

Впрочем, они уже и так на помойке.

Полностью поддерживаю.

К слову, надеюсь, что опыт разработчиков Xorg будет учтён.

Это заведомо недостижимое условие.

Почему же? Достижимое. Вот только ему придётся подрасти. Xorg уже старичок, а Wayland даже до совершеннолетия не дорос. Это я к тому что слишком мало времени прошло, не успели под него ещё ничего написать. Даже не все DE запилили поддержку Wayland.

Ты себе льстишь.

А ты делаешь выводы исходя только из своей идеологии.

Вот ведь упертый человек. Сделай уже 13662x7682 или 13663x7683 и поищи в таком (2732x1536) разрешении мониторы. Что, ничего толкового не находит?

Нифига себе, и я еще упертый.

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

Еще раз. Инженеры измеряют длину в миллиметрах. А в попугаях типа пикселов измеряют гуманитарии.

В миллиметрах размеры мониторов не поменялись. Почему должно не влезать? Разрешение определяет dpi монитора. Неужели это так сложно понять? dpi меня устраивает. Не устраивает не влезание. Но мониторы больше не стали, повышение разрешения не должно иметь отношения к влезанию никакого. Это дает больший dpi и лучшие шрифты, линии. Но не больший физический размер монитора!!!

под современный мир его не подгоняли

Современный мир - это все придумывают идиоты? Тогда да, не подгоняли конечно.

Если рассчитывать шрифты в милиметрах, то чем ниже разрешение тем заметнее проблема. Попробуй вписать букву «Ш» в 6,7,8,9,10 пикселей по горизонтали. А теперь букву «в» по вертикали. Сразу становится понятно почему шрифты изначально в пикселях. И с появлением экранов высокого разрешения действительно могли бы перейти на миллиметры, но как тогда быть с экранами с маленьким разрешением?

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

Вот ты как раз и показываешь свою гуманитарную сущность. Какие к черту милиметры в графических тулкитах для размеров окон? Не влезает оно потому что программист (или автоматическая компоновка виджетов) делает образно Window.resize(1000, 800) не предполагая что программу будут использовать на древнем говне мамонта вроде 1366x768. И этот Window.resize(1000, 800) нормально отработает на любых современных дисплеях >800p, кроме кратных 768p (а таких и нету).

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

Ему про Фому, он про Ерему.

на древнем говне мамонта вроде 1366x768

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

Реальный мир вот: https://habrastorage.org/webt/7n/wd/lz/7nwdlzxi3pbea1frcpufpzjgmuc.png

А чушь это у пользователей 1366x768 и 1024x768 в 2020 году.

что программист (или автоматическая компоновка виджетов) делает образно Window.resize(1000, 800)

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

Вот тебе простой вопрос тогда - а почему в HTML/CSS пиксель это не настоящий пиксель, а некая условная единица размера? Если все в физических пикселях мерить надо?

Ну то есть в граф. тулкитах дурачки и не лечатся, а в CSS дурачки и лечатся. Что уже лучше.

И этот Window.resize(1000, 800) нормально отработает на любых современных дисплеях >800p, кроме кратных 768p (а таких и нету).

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

Ему про Фому, он про Ерему.

Именно так. Я пишу, что у меня окно в монитор не влазит. А мне советуют новый купить. Причем тут новый?

У меня был старый экран 15.4 дюйма с низким разрешением. Я покупаю новый 15.4 с 4К разрешением. И что?

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

Если сделать чтобы влезало на новом 4К - все будет мелкое. А через лупу я смотреть не собираюсь.

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

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

Ты тупо не понимаешь. Дело не в том, что 1366x768 не говно. Я согласен что это фуфло по сравнению с 4К. Но к обсуждаемой проблеме это отношения не имеет, не влезание не зависит от разрешения. А если зависит - это баг и его надо просто пофиксить.

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

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

А потом имеем проблемы, что GTK2 на новых мониторах не фурычит. Ну так а что они ожидали, измеряя в попугаях.

А где я говорил, что их большинство? Но если ты сам смотрел на свою картинку, ты должен был заметить, что расширение 1366x768 второе по распространённости. Это аж девять процентов! И сравни с количеством обладателей 4К. Манямирки они такие... манительные.

Не читал стену текста.

Догадайся сам почему у тебя на 15.6", 16:9, 1366x768 окно рассчитанное на 800p влезать не будет, а на 15.6", 16:9, 1920x1080 – будет.

Лютый бред…

Кстати, вот тебе, прямо сейчас, не отходя от кассы ты можешь купить: https://www.rde.lt/categories/ru/150/sort/1/filter/0_0_0_65177/page/1/Ноутбук... https://www.rde.lt/categories/ru/146/sort/1/filter/0_0_0_64889/page/1/Монитор...

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

Кстати, вот тебе, прямо сейчас, не отходя от кассы ты можешь купить: https://www.rde.lt/categories/ru/150/sort/1/filter/0_0_0_65177/page/1/Ноутбук… https://www.rde.lt/categories/ru/146/sort/1/filter/0_0_0_64889/page/1/Монитор…

Ты сейчас серьезно 1 и 2 страницы (1366x768) против 37 и 30 (1920x1080) сравниваешь?

Ну да, продают какие-то старые и бюджетные ноутбуки и мониторы до сих пор. И? Теперь весь мир должен для этих 10 штук ноутов и мониторов подгонять софт?

А вот еще: https://www.rde.lt/products/ru/146/150858/sort/1/filter/0_0_0_0/T1531SR-B5-15-TN-4-3-%D0%BC%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80.html

1024x768, здравствуйте. Какой-то специализированный монитор. Тоже под него GIMP подгонять?

Конечно можно. Только надо понимать, что и как с таким не сможешь и от чего потом только страдать.

Не читал

Не читал но осуждаю. У тебя Сталин на стене не висит?

Догадайся сам почему у тебя на 15.6", 16:9, 1366x768 окно рассчитанное на 800p влезать не будет, а на 15.6", 16:9, 1920x1080 – будет.

А если ты не читал, зачем споришь с тем что я не утверждал?

Я же пишу, что такого быть не должно

окно рассчитанное на 800p

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

Но смысл что-то обсуждать, если ты пишешь обоснование своей точки зрения, а собеседник НЕ ЧИТАЛ.

Я не понимаю из-за чего такой бугурт. У меня на ноуте все помещалось. Там и кеды неплохо помещаются. И огнелис. Это же не 600x800.

От тебя я иного не ожидаю, это нормальная реакция для тебя.

Это же не 800x600.

Это всего на 168 пикселей больше.

Ну сравнил… Firefox, кеды 🤣

В опенсорсе вообще не любят системные требования, но вот про аналог

Monitor resolution: Minimum 1280 x 800 display at 100% UI scaling, Recommended 1920 x 1080 display or greater at 100% UI scaling

Это значит, что с 1280x800 ну кое-как об косяк пользоваться.

ЗЫ: про кеды, кстати смешно… Только вроде у них установщик в дефолтное разрешение Virtualbox не влезает. Слишком жирно.

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

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

Только сначала выясни чем различается векторная и растровая графика и почему, если монитору выставить неродной (или некратный) dpi все заливается мылом, радугой и начинают болеть глаза.

xrandr пишет:

Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192
LVDS-1 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 344mm x 194mm

Это всего на 168 пикселей больше

Этого может оказаться достаточно, чтобы вместить то, что не влазит на 800х600.

Этого может оказаться достаточно, чтобы вместить то, что не влазит на 800х600.

Но недостаточно для того, чтобы вместить то, что влазит в >1280x800

Про установщик в виртуалбоксе сказать не могу, но на этом ноуте все прекрасно помещается.

Дык правильно куруфивныч говорит, а какого фига программируете в абсольютных пикселях? Программируйте в процентах экрана!

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

А ресайз? Жиробасотуллкиты стали жиробасами, а масштабировать не научились?

Ты же первый на ЛОРе создашь тему про мыло.

У тебя же KDE вроде? Запусти:

$ QT_SCALE_FACTOR=0.8 kate

И посмотри что получилось.

Я??? Никогда такого небыло. Что там мылить будет? Фон кнопки? Шрифт-то будет рисоваться аккордингли дпишек, а вот эти огромаднейшие поля вокруг надписи на кнопках, огромадные заголовки, поля пустые и нераспаханные (если мы говорим о гтк3) сократятся. Вот и ладушки. Они же всё равно плоскота плоскотой.

Я когда-то пытался разбираться в гткшных темах, там чёрт ногу сломит, несколько вариантов одного и того-же, нагромаждение громоздей какие-то, забросил. Но не уж то нельзя туда, в этот атъ вписать отступы поменьше? Или вообще в процентах экрана? Это же так просто!!!

Что там мылить будет?

Иконки и пиктограммы тебе замылит:

https://openapplibrary.org/images/qt5-icons/hidpi.png

Без доп. пресетов для высоких расширений. Или без векторной графики.

И посмотри что получилось.

Гыгы :) Ап чём и речь! Это ужос, что всё прибито гвоздями.

Дай скрин, у меня сейчас не KDE. Хочу посмотреть.

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

Ресайз во все стороны мылит. Никогда не уменьшал иконку с текстом или размытыми границами?

Надо попробовать на стандартной теме кдешной. А то у меня Квантум. Как на бризе запустить одно конкретное окно? Ты все переменные наизусть знаешь.

https://i.imgur.com/9IQIWwI.png

Но у тебя и ноутбук не 800x600

$ QT_SCALE_FACTOR=0.8 kate -style breeze

Попробуй. Но это не точно.

как вся растровая графика с божьей помощью станет векторной

Надо монитор векторный 👌

чем различается векторная и растровая графика

А ты выяснил? Обсуждаемый диалог настроек - это чисто векторная графика. Или у тебя кнопки растровые в GUI? Да неужели?

А растровые элементы, такие как значки, в обсуждаемой ситуации элементарно масштабируются КРАТНО без больших потерь, потому что внезапно более высокие современные разрешения являются кратными старым низким разрешениям. А кто делает некратно - того в гуманитарии запишут. Так что никакой проблемы тут нет ВООБЩЕ, кроме неосиляторов пятого класса школы.

Погоди. Где возникнет мыло? Из чего состоит кнопка? Текст, значок, фон, и 8 элементов окантовки. Что из них будет уменьшаться? Фон и окантовка. Большего мне и не надо. Вокруг значка с надписью заданного в настройках значения свободно расширяется и сужается свободное место. А также позиция в зависимости от требуемого размера/соотношения сторон/размера физического.

Надо монитор векторный

Надо в школу походить.

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

Ну, то есть в HTML то у нас все векторное, раз там «пиксели» в размерах элементов условные и относительные. Я правильно понял?

Тема сменилась, но та же фигня. Сделал скрин с уменьшенным и нормальным масштабом. Тема на обоих Квантум. https://i.imgur.com/tbLtzll.png

Странная штука. текст остался тем же. Кнопки на панели уменьшились по размеру, но текстуру, значок он не отмасштабировал. Это почему? Или масштабировать по человечески, или не трогать. Поле редактора поехало куда-то тоже. Текст прячется за чОрным полем, полоса нумерации строк и переноса съедена. Ужас.

QT_SCALE_FACTOR=0.8

Охохохо… ноль восемь…

Пусть там правит не реальный пиксель, но и нормального, процентарного масштабирования нет. Хотя это понятно, если в браузере масштабировать к размерам ОКНА, то изменение размера окна превратит всё в цирк. Если же опираться на размер экрана, то изменение окна приведёт к тому, что часть страницы будет недоступна, горизонтальный скролл.

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

Это почему?

Потому что когда приходишь в ВУЗ на погромиста, на курсы на погромиста, в шарагу, куда угодно, книжку читаешь и так далее. Сразу объясняют, что программирование на современном уровне - это построение абстракций. Что не нужно прибивать шурупами. Что и ООП, и ФП, и обобщенное программирование позволяют сделать абстрагирование от низкого уровня.

А потом вот так бац, берем Qt, и там все в физических пикселях. Вот тупо все в низкоуровневых, непосредственно железячных пикселях заколочено. И что это? Необучаемость?

Или у тебя кнопки растровые в GUI? Да неужели?

Сюрприз-сюрприз. Их только недавно начали делать либо векторными, либо просто кратно увеличивать их растр. С увеличением числа HiDPI дисплеев на рынке. От некоторых тем в Qt и GTK+ даже пришлось отказаться, потому что все трудно было перерисовать из растра.

А растровые элементы, такие как значки, в обсуждаемой ситуации элементарно масштабируются КРАТНО без больших потерь

Вот именно что кратно. Но не 800 -> 768.

Ну, то есть в HTML то у нас все векторное, раз там «пиксели» в размерах элементов условные и относительные. Я правильно понял?

Вот я смотрю сейчас в браузере на консоль управления облаками одного из IT-гигантов современного мира, Oracle Corporation, который не влазит аж в двойное 1280 по горизонтали:

https://habrastorage.org/webt/xp/oj/5h/xpoj5hlrd2jsmqu0b9wqqvhaehc.png

И думаю какой же у нас распрекрасный HTML с его-то резиновыми пикселями, ага.

И я бы понял, если бы приколоченными были бы «классические», сишные онторфейсы, кути на цпп, гтк на сях, но у них самих давно бал правит qml, qtquick и вот эта жиесо-циесэсо-макаронная кака в гтк. Но при этом всё прибито и приколочено. Согласен полностью. Разруха - она в мозгах разработчиков, которые считают, что 9% компов - это уроде не достойные внимания и надо писать десять вариантов морды программы под каждое разрешение, вколачивая и приваривая это к телу программы. Это жесть.

По моему векторные элементы растризируются перед использованием. Или моя информация устарела?

Где возникнет мыло?

Тут:

значок
фон
8 элементов окантовки

Мыло, искажения.

По моему векторные элементы растризируются перед использованием. Или моя информация устарела?

Как твое знание поможет изначально растровым элементам?

Ёптить... МАСШТАБИРУЙТЕ!!! Вы же там перешли в гтк на гпу и опенжиели, текстуры РАСТЯГИВАЮТСЯ!!! И СЖИМАЮТСЯ!!!

• Берёшь макет в квадрилиён точек на квадрилиён точек (ну, с поправкой на соотношение)
• Берёшь максимальный размер значка
• Уменьшаешь всё это до размеров реального экрана
• Кэшируешь элементы, чтобы каждый раз не масштабировать
• Профит

Охохохо… ноль восемь…

Так вот она – реальная ситуация. Допустим, не влазит окошко в 768p, потому что делали для 800p. Что нужно для решения проблемы? Сжимаем размеры пикселей с 1 до 0.8 дабы окно стало 640p физических. Что получается? См. скрины выше из обсуждения.

В Qt имеется поддержка подобного дробного скейлинга. Но лишь для ситуаций «вверх» от минимальной единицы (пикселя), а не вниз. Потому что класть все хотели на проблемы с 1366x768 и прочих небольших дисплеев.

Что получается? См. скрины выше из обсуждения.

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

Масштабирование «вниз» ниже размеров физического пикселя не продумано потому что юзеры 1366x768 и 1024x768 денег за это не платят, но требуют.

Допустим, не влазит окошко в 768p, потому что делали для 800p.

Это я могу понять. Но разговор же был не об этом. Мне показали, что на «двойном» мониторе, с удвоенным разрешением влазит то, что у меня на одинарном не влазит. А это как раз кратно.

Мне показали, что на «двойном» мониторе, с удвоенным разрешением влазит то, что у меня на одинарном не влазит. А это как раз кратно.

Я такого чуда тебе точно не показывал.

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

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

юзеры 1366x768 и 1024x768 денег за это не платят, но требуют.

Откуда вот ты знаешь, за что в опенсорсе кто донатит? Есть статистика по донатерам гимпа, кто с каким монитором? Давай посмотрим ее.

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

Сначала была проблема масштабирования вверх, она кое как решалась. Теперь пришли новые веяния, перепилили всё под большой размер, даже не пробуя масштабировать вниз (что в принципе выглядит чочте и красивее), демая, что и бажесьтьвенные4К это максимум и навека, что им самим в скором времени не придётся апскейлить, и обладатели «классических» разрешений вдруг стали васянами, которые всем должны... Ты часьто бываешь адекватен, но, блин, иногда я удивляюсь, ты ли это?

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

Я это все понимаю, и бить таких программистов по рукам, которые добавляют темам и GUI «воздушности», сам когда-то с этим все боролся:

http://esxi.z-lab.me:666/~exl_lab/screens/fix_shitty_kde_design_qss_1.png
http://esxi.z-lab.me:666/~exl_lab/screens/fix_shitty_kde_design_qss_2.png

Но всех их не перебьешь. Проще взять нормальный монитор и не раздражаться. Время 1366x768 прошло. Когда я его юзал лет 10 назад была уже куча проблем, из того что помню: VirtualBox, QEMU, эмулятор Android, некотрые IDE. Мир заточен под 1920x1080 и его производные сегодня.

Причем тут масштабирование растровых картинок? Проблемы масштабирования приводят к мылу. У меня проблема совсем не в мыле.

Потому что тулкиты в своей массе оперируют именно растром. И масштабирование контекста – мыло. По историческим или другим каким причинам (та же производительность).

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

Но поскольку программисты ленивы, а 768p безбожно устарели я предложил более разумный выход из ситуации – использовать девайс с современным разрешением. Ибо проблема не только в GIMP.

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

Тут уже дали ссылку на то, как их «полно» – 1-2 страницы против 34 с 1920x1080.

Откуда вот ты знаешь

Я вижу ситуацию по рынку – масштабирование «вверх» активно пилят и запилили в GTK+ и Qt, а масштабирование «вниз» никому нафиг не сдалось. Из всего это можно сделать закономерный вывод, который я привел выше.

Тебе… но уже поздно… Хроническое диванное аналительство.

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

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

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

Например, вайланд тупо безопасней. Ему не нужен рут для запуска

Значит, кто угодно может подцепляться к /dev/input/... и читать?

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

Очень нормально когда окно виртуалки (1024x768) влазит в экран только в полноэкранном режиме, ага.

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

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

и обладатели «классических» разрешений вдруг стали васянами, которые всем должны… Ты часьто бываешь адекватен, но, блин, иногда я удивляюсь, ты ли это?

Ты потерял нить обсуждения. У обладателей классических дисплеев все прекрасно масштабируется «вниз» до минимальной единицы (пиксель 1:1), я говорил лишь про масштабирование «вниз» ниже размеров физического пикселя. Которое, как видишь, не оправдано.

На втором скрине ещё бы границы вокруг выпадающего Konsole обжать, чтобы стал вровень с пунктами в материнском меню. Была бы вообще красота.

И это доказывает неадекватность, на которую указывает Жамес Холдэ́н. Правильнее было бы масштабировать сверху вниз. Картинка чётче, проблем меньше. А масштабирование вверх всегда будет мылить и все будут говорить «фууу... говенство!!!». И говорить, что «когда же уже здохнут обладатели маленьких разрешений из-за которых мы тут все страдаем...». А надо всего-то взять 200% от имеющегося экрана, и даунскейлить.

Виртуалка меняет разрешение под размер окна автоматически. Гостевые дополнения ОС какбэ. Так что она не может не влазить никак.

Виртуалка меняет разрешение под размер окна автоматически. Гостевые дополнения ОС какбэ.

Как бы:

1. Пока ты эти дополнения не поствишь, у тебя окно не влазит в экран.
2. Не для всех OS имеются гостевые дополнения. Не во всех OS гостевые дополнения умеют изменять разрешение экрана.

Правильнее было бы масштабировать сверху вниз.

А потом ты будешь создавать треды на ЛОРе: почему отрисовка в Qt так тормозит??

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

Каким образом ты пришел к этому выводу? Вайланд получает событие от ядра, определяет, какому окну оно предназначено и отправляет обработанное событие клиенту. Вайланд не открывает никому непосредственный доступ к железу.

Не будет тормозить.

Ты потерял нить обсуждения

Нет ты!!!

Я обладатель классических 1280х800, про которые ты говоришь, что на них без проблем. Так вот, на них с проблем. Это я тебе как нетеоретик говорю.

И вообще, при чём тут нити и смысл?

Сделай

$ QT_SCALE_FACTOR=4 kate -style breeze

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

И да, Qt рисует QtWidgets под иксами на процессоре через XCB.

Я обладатель классических 1280х800, про которые ты говоришь, что на них без проблем. Так вот, на них с проблем.

Вот видишь, даже их уже не хватает для комфорта, а тут про 768p. Потому что ~70% используют 1920x1080 и все затачивают под них,

проданные 2-5 лет назад никуда не исчезли

Парни, там за день до релиза в гит прибежала переводчица из Росы и залила обновление перевода, которое раздуло диалог настроек, панель параметров инструментов и ещё всякое. Я часть успел исправить, а часть — не успел (там тысячекилометровый патч). Вот и вся история.

Ну что? Жди теперь флуда на 20+ страниц про резиновые строки и грамотный ellipsis в тулкитах.

marquee добавлять по вкусу.

Вайланд получает событие от ядра

Через libastral?

Ты почти угадал. Через libinput.

Что мешает любому приложению читать весь ввод через libinput?

Совесть.

Совесть.

Даже root не требуется? Тогда защита Wayland от кейлоггеров - это всё байки и элементарно обходится.

A Wayland compositor typically gets its inputs from the event devices in /dev/input/. For security reasons those devices are normally not accessible by regular users (only root and members of the input group). Wayland compitors are a special case. They typically use libinput in conjunction with libsystemd or liblogind to get access to the input devices for the current session.

So in practice, that means that during a Wayland session, the compositor is the only process that is supposed to have access to the raw input devices. The compositor is responsible for dispatching the events to the relevant clients so that each window only sees the event that are relevant.

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

Но мне пытались объяснить, что из-за этого надо монитор менять. Вот и возник спор.

Кстати, по сабжу.

Поработал - и пока для своих задач не увидел проблем. Для меня готов (ну за вычетом диалога).

Значит не только совесть мешает использовать libinput кому попало.

И это плохо. Ладно, я уехамши, вечером схлестнёмся. У меня ещё фиги остались.

$ QT_SCALE_FACTOR=4 kate -style breeze

Не, не то. Там просто огромное всё становится. А надо весь экран виртуально увеличить, а потом сжать до размера реального. В xrandr есть опции scale, scale-from и transform. Вот ими можно что-то такое изобразить. Правда, попробовал, у меня от них вся сессия падает. страный nouveau и доисторицская видяха. Но на армоплатке я такое делал, увеличиваешь, а потом опять сжимаешь. Не заметил сильной нагрузки (не сильно то и больше, чем если просто пускать всё на большом разрешении). Правда, некоторые приложения потом не понимают границ.

Но я всё равно не о том. А о чём хотел сказать, уже не важно.

QT_SCALE_FACTOR=0.8

Шрифты не меняют размер.

Для этого есть отдельная переменная, да :)

Какая?

QT_FONT_DPI

Забыл сказать, спасибо.