Команда KiCad указывает на серьёзные ограничения Wayland, включая управление окнами и сбои, и призывает пользователей использовать настольные компьютеры с X11 для обеспечения надёжности.
KiCad уже давно является популярным инструментом с открытым исходным кодом для автоматизации проектирования электроники (EDA) среди инженеров, любителей и разработчиков печатных плат. Он пользуется популярностью как среди профессионалов, так и среди энтузиастов, предлагая широкий набор функций для создания схем и проектирования печатных плат.
Как вы знаете, среда рабочего стола Linux переходит с давно существующего протокола сервера отображения X11 на Wayland, но, похоже, это не лучший выбор для данного программного обеспечения. И вот почему.
Команда разработчиков KiCad недавно опубликовала подробную информацию о совместимости с Wayland, разъяснив текущее состояние поддержки и причины, по которым некоторые проблемы остаются нерешёнными. Команда хочет, чтобы у пользователей были чёткие ожидания в отношении основных дистрибутивов, таких как Fedora и Ubuntu, которые по умолчанию переходят на Wayland.
Хотя KiCad действительно работает под управлением Wayland, работа с ним далека от идеальной. Многие проблемы возникают из-за фундаментальных недостатков в дизайне Wayland — функций, которые X11, Windows и macOS давно считают само собой разумеющимися, таких как расположение окон и управление курсором мыши.
Команда обозначила несколько постоянных проблем, большинство из которых связаны с самим Wayland или его различными реализациями в разных средах рабочего стола (GNOME, KDE и т. д.). К ним относятся:
- Проблемы с управлением окнами — KiCad не запоминает расположение окон, что приводит к беспорядку в рабочих пространствах. Закрепленные панели и панели инструментов могут некорректно восстанавливаться, а многооконные рабочие процессы ненадежны.
- Сбои при вводе и взаимодействии — критически важные функции САПР, такие как изменение положения курсора (необходимое для точного размещения компонентов), поддерживаются непоследовательно. Проблемы с фокусировкой и особенности устройств ввода еще больше затрудняют работу.
- Производительность и стабильность — дросселирование OpenGL в некоторых композиторах приводит к зависаниям, а обходные пути увеличивают нагрузку на ЦП/ГП по сравнению с X11. Также чаще возникают графические сбои и ошибки.
- Нестандартные диалоги и пользовательский интерфейс — модальные диалоги могут вести себя непредсказуемо, а интеграция с внешними инструментами может быть неполной.
По словам разработчиков KiCad, разочаровывает тот факт, что эти проблемы не зависят от KiCad. Wayland был намеренно разработан без некоторых функций, чтобы сделать акцент на безопасности и простоте, что ставит разработчиков приложений в затруднительное положение.
Проблема усугубляется тем, что разные среды рабочего стола реализуют протоколы Wayland непоследовательно, что делает практически невозможным обеспечение единообразия.
Как выразилась команда:
Linux уже сейчас занимает небольшую часть пользовательской базы KiCad. Дальнейшая фрагментация по оконным менеджерам создает непосильную нагрузку на службу поддержки.
Учитывая эти ограничения, команда KiCad выбрала прагматичный подход:
- Нет обходных путей, зависящих от оконного менеджера — поддерживать отдельные пути кода для разных сред рабочего стола нецелесообразно.
- Ограниченное внимание к разработке Wayland — ресурсы будут направлены на создание функций, полезных для всех пользователей, а не только для тех, кто использует Wayland.
- Подробная документация — пользователи должны знать, чего ожидать перед запуском KiCad в Wayland.
Более того, команда не будет рассматривать сообщения об ошибках, связанные с проблемами Wayland, поскольку большинство из них возникают в стеке отображения, а не в самом KiCad. Совет для тех, кто использует KiCad для профессиональной работы, прост: если вам нужна надёжность, используйте X11.
Как бы то ни было, команда KiCad по-прежнему с оптимизмом смотрит на то, что экосистема Wayland будет развиваться. Они уже взаимодействовали с разработчиками на таких конференциях, как FOSDEM, и добились определённого прогресса — например, протоколы преобразования указателей наконец-то разрабатываются.