История изменений
Исправление 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 - не понятно.