LINUX.ORG.RU

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

Исправление liksys, (текущая версия) :

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

Композитор (по протоколу вяленда, в KDE это kwin) коммуницирует с приложением в обе стороны. Когда ты меняешь масштабирование, он привязывает его к конкретному монитору и посылает сообщение всем окнам на нем с информацией, какой они должны использовать масштаб для генерирования растра. Тулкит использует эту информацию и мгновенно меняет масштаб. Когда окно перемещается на другой монитор, вяленд снова информирует об этом. В продвинутых случаях, если окно находится на двух мониторах сразу, одна его часть будет рендериться с одним масштабом, а другая - с другим.

вы бы хотели поручить масштабирование графическому серверу

Из-за разницы в терминологии не все понимают, чем именно является вяленд. Если раньше у нас были иксы, с которыми тулкиты коммуницировали по протоколу X11, и которые дальше условно общались с железом через ядро, то теперь у нас есть kwin (или другой композитор, играющий роль иксов), с которым тулкиты коммуницируют по протоколу Wayland. Роль иксов в итоге сводилась к простому рисованию растра и менеджменту окон, а поскольку KDE и все остальные и так уже содержали кучу оконной логики, то было логично выкинуть иксы совсем. То есть, роль графического сервера теперь выполняет kwin. В других DE аналогично. А для устройств ввода теперь есть libinput.

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

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

надобность в существовании более простых тулкитов

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

Ибо сложность GTK и особенно Qt слишком велика.

Это вообще не так. Я не пишу на плюсах, только на сях, но при этом я осилил Qt, потому что он использует собственные велосипеды и ограниченные подмножества плюсов, и имеет отличный туториал. А еще есть PyQt. Вот там вообще всё тривиально, даже на Tkinter сложнее что-то вменяемое написать.

Когда что-то им подобное появится под вейланд - неизвестно.

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

Странная логика - глюки в Kicad из-за wxWidgets,но проблемы почему-то перекладывают разработчики Kicad. Логичнее было бы ругать разработчиков wxWidgets.

Kicad хачат wxWidgets и вставляют иксокостыли, из-за чего и без того херово работающий на вяленде wx (что является проблемой самого wx) работает еще хуже. В этой истории все молодцы, и что с этим делать - как раз понятно: вытащить голову из песка и совместными усилиями целенаправленно допилить поддержку вяленда, а потом повытаскивать иксокостыли.

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

Почему-то приложения Qt отлично работают и на иксах, и на вяленде. Что мешало почесаться и сделать так же в wx/kikad - непонятно.

Исправление liksys, :

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

Композитор (по протоколу вяленда, в KDE это kwin) коммуницирует с приложением в обе стороны. Когда ты меняешь масштабирование, он привязывает его к конкретному монитору и посылает сообщение всем окнам на нем с информацией, какой они должны использовать масштаб для генерирования растра. Тулкит использует эту информацию и мгновенно меняет масштаб. Когда окно перемещается на другой монитор, вяленд снова информирует об этом. В продвинутых случаях, если окно находится на двух мониторах сразу, одна его часть будет рендериться с одним масштабом, а другая - с другим.

вы бы хотели поручить масштабирование графическому серверу

Из-за разницы в терминологии не все понимают, чем именно является вяленд. Если раньше у нас были иксы, с которыми тулкиты коммуницировали по протоколу X11, и которые дальше условно общались с железом через ядро, то теперь у нас есть kwin (или другой композитор, играющий роль иксов), с которым тулкиты коммуницируют по протоколу Wayland. Роль иксов в итоге сводилась к простому рисованию растра и менеджменту окон, а поскольку KDE и все остальные и так уже содержали кучу оконной логики, то было логично выкинуть иксы совсем. То есть, роль графического сервера теперь выполняет kwin. В других DE аналогично. А для устройств ввода теперь есть libinput.

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

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

надобность в существовании более простых тулкитов

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

Ибо сложность GTK и особенно Qt слишком велика.

Это вообще не так. Я не пишу на плюсах, только на сях, но при этом я осилил Qt, потому что он использует собственные велосипеды и ограниченные подмножества плюсов, и имеет отличный туториал. А еще есть PyQt. Вот там вообще всё тривиально, даже на Tkinter сложнее что-то вменяемое написать.

Когда что-то им подобное появится под вейланд - неизвестно.

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

Странная логика - глюки в Kicad из-за wxWidgets,но проблемы почему-то перекладывают разработчики Kicad. Логичнее было бы ругать разработчиков wxWidgets.

Kicad хачат wxWidgets и вставляют иксокостыли, из-за чего и без того херово работающий на вяленде wx (что является проблемой самого wx) работает еще хуже. В этой истории все молодцы, и что с этим делать - как раз понятно: вытащить голову из песка и совместными усилиями целенаправленно допилить поддержку вяленда, а потом повытаскивать иксокостыли.

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

Почему-то приложения Qt отлично работают и на иксах, и на вяленде. Что мешало почесаться и сделать так же в wx/kikad - не понятно.

Исправление liksys, :

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

Композитор (по протоколу вяленда, в KDE это kwin) коммуницирует с приложением в обе стороны. Когда ты меняешь масштабирование, он привязывает его к конкретному монитору и посылает сообщение всем окнам на нем с информацией, какой они должны использовать масштаб для генерирования растра. Тулкит использует эту информацию и мгновенно меняет масштаб. Когда окно перемещается на другой монитор, вяленд снова информирует об этом. В продвинутых случаях, если окно находится на двух мониторах сразу, одна его часть будет рендериться с одним масштабом, а другая - с другим.

вы бы хотели поручить масштабирование графическому серверу

Из-за разницы в терминологии не все понимают, чем именно является вяленд. Если раньше у нас были иксы, с которыми тулкиты коммуницировали по протоколу X11, и которые дальше условно общались с железом через ядро, то теперь у нас есть kwin (или другой композитор, играющий роль иксов), с которым тулкиты коммуницируют по протоколу Wayland. Роль иксов в итоге сводилась к простому рисованию растра и менеджменту окон, а поскольку KDE и все остальные и так уже содержали кучу оконной логики, то было логично выкинуть иксы совсем. То есть, роль графического сервера теперь выполняет kwin. В других DE аналогично. А для устройств ввода теперь есть libinput.

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

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

надобность в существовании более простых тулкитов

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

Ибо сложность GTK и особенно Qt слишком велика.

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

Когда что-то им подобное появится под вейланд - неизвестно.

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

Странная логика - глюки в Kicad из-за wxWidgets,но проблемы почему-то перекладывают разработчики Kicad. Логичнее было бы ругать разработчиков wxWidgets.

Kicad хачат wxWidgets и вставляют иксокостыли, из-за чего и без того херово работающий на вяленде wx (что является проблемой самого wx) работает еще хуже. В этой истории все молодцы, и что с этим делать - как раз понятно: вытащить голову из песка и совместными усилиями целенаправленно допилить поддержку вяленда, а потом повытаскивать иксокостыли.

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

Почему-то приложения Qt отлично работают и на иксах, и на вяленде. Что мешало почесаться и сделать так же в wx/kikad - не понятно.

Исходная версия liksys, :

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

Композитор (по протоколу вяленда, в KDE это kwin) коммуницирует с приложением в обе стороны. Когда ты меняешь масштабирование, он привязывает его к конкретному монитору и посылает сообщение всем окнам на нем с информацией, какой они должны использовать масштаб для генерирования растра. Тулкит использует эту информацию и мгновенно меняет масштаб. Когда окно перемещается на другой монитор, вяленд снова информирует об этом. В продвинутых случаях, если окно находится на двух мониторах сразу, одна его часть будет рендериться с одним масштабом, а другая - с другим.

вы бы хотели поручить масштабирование графическому серверу

Из-за разницы в терминологии не все понимают, чем именно является вяленд. Если раньше у нас были иксы, с которыми тулкиты коммуницировали по протоколу X11, и которые дальше условно общались с железом через ядро, то теперь у нас есть kwin (или другой композитор, играющий роль иксов), с которым тулкиты коммуницируют по протоколу Wayland. Роль иксов в итоге сводилась к простому рисованию растра и менеджменту окон, а поскольку KDE и все остальные и так уже содержали кучу оконной логики, то было логично выкинуть иксы совсем. То есть, роль графического сервера теперь выполняет kwin. В других DE аналогично. А для устройств ввода теперь есть libinput.

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

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

надобность в существовании более простых тулкитов

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

Ибо сложность GTK и особенно Qt слишком велика.

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

Когда что-то им подобное появится под вейланд - неизвестно.

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

Странная логика - глюки в Kicad из-за wxWidgets,но проблемы почему-то перекладывают разработчики Kicad. Логичнее было бы ругать разработчиков wxWidgets.

Kicad хачат wxWidgets и вставляют иксокостыли, из-за чего и без того херово работающий на вяленде wx (что является проблемой самого wx) работает еще хуже. В этой истории все молодцы, и что с этим делать - как раз понятно: вытащить голову из песка и совместными усилиями целенаправленно допилить поддержку вяленда, а потом повытаскивать иксокостыли.

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

Почему-то приложения Qt отлично работают и на иксах, и на вяленде. Что мешало почесаться и сделать так же в wx/kikad - не понятно.