LINUX.ORG.RU

GIMP 2.99.2

 ,

GIMP 2.99.2

1

3

Выпущена первая нестабильная версия графического редактора GIMP на базе GTK3.

Главные изменения:

  • Интерфейс на основе GTK3 с встроенной поддержкой Wayland и дисплеев с высокой плотностью (HiDPI).
  • Поддержка горячего подключения графических планшетов: втыкаете свой Wacom и продолжаете работать, перезапуск больше не нужен.
  • Мультивыделение слоев: можно перемещать, группировать, добавлять маски, применять цветовые метки и т.д.
  • Масштабный рефакторинг кода.
  • Новый API плагинов.
  • Переход на GObject Introspection и возможность писать плагины на Python 3, JavaScript, Lua и Vala.
  • Улучшенная поддержка управления цветом: исходное цветовое пространство больше не забывается при использовании фильтров, работающих в других цветовых пространствах (LCH, LAB и т.д.).
  • Ускоренная отрисовка за счет кэширования проекции с примененными экранными фильтрами и рамкой выделения.
  • Опциональная поддержка Meson для сборки.

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

Примечание для собирающих программу из исходного кода: при упаковке тарболла мейнтейнер упустил из виду, что более новая версия GEGL еще не выпущена, и оставил зависимость от версии из git master. Можно смело использовать GEGL 0.4.26, предварительно исправив номер микроверсии в configure.ac.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: AP (всего исправлений: 4)
Ответ на: комментарий от mord0d

1366×768

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

гуманитарии

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

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

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

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

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

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

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

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

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

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

anonymous
()
Ответ на: комментарий от no-such-file

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

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

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

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

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

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

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

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

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

ублюдочно

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

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

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

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

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

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

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

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

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

ChekPuk ★★★
()
Ответ на: комментарий от no-such-file

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

man waypipe

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

xmonad

awesome же.

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

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

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

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

Опыт intelfx

Он фанатик. ☺

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

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

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

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

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

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

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

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

man waypipe

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кстати, вот тебе, прямо сейчас, не отходя от кассы ты можешь купить: 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/Монитор...

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

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

Кстати, вот тебе, прямо сейчас, не отходя от кассы ты можешь купить: 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 подгонять?

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

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

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

Не читал

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

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

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

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

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

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

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

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

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

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

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

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

Ну сравнил… 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 не влезает. Слишком жирно.

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

$ QT_SCALE_FACTOR=0.8 kate

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Это почему?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я это все понимаю, и бить таких программистов по рукам, которые добавляют темам и 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как бы:

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

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

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

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

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

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

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

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

Нет ты!!!

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

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

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

Сделай

$ QT_SCALE_FACTOR=4 kate -style breeze

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

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

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

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

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

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

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

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

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

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

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

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

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

Совесть.

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

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

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.

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

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

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

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

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

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

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

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

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

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

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

$ QT_SCALE_FACTOR=4 kate -style breeze

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

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

ChekPuk ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.