История изменений
Исправление EXL, (текущая версия) :
Если так они видят повсеместное внедрение CSD - то пусть валят на свою GNOME OS и не засирают нормальные дистрибутивы своей похабщиной.
Справедливости ради ты говорил что этот libdecor подвязан на XDG-Decoration, а значит у приложений, которые используют эту библиотеку вне GNOME-based окружений будут нормальные декорации окна, то есть похабщина останется только в GNOME.
И да, наш оппонент 
khrundel почему-то забывает, что декорации окна это не только вот эта TitleBar-нашлёпка сверху к которой он так сильно прицепился и строчит какие-то адские простыни, но ещё и методы ресайза и перемещения оконных контекстов. И если SSD обеспечивает единую UX-модель для этой функциональности, то в случае с CSD каждое приложение обязано имплементировать это поведение самостоятельно.
И самостоятельная имплементация всего этого каждым разработчиком тулкита выливается в раздражающие отличия при перемещении и ресайзе оконных контекстов построенных разными тулкитами или даже просто запущенных на xcb vs wayland.
Банальный пример из жизни – QT_QPA_PLATFORM=xcb qbittorrent vs QT_QPA_PLATFORM=wayland qbittorrent в любом GNOME-окружении где есть QGnomePlatform. В первом случае программа имеет адекватный UX из-за SSD, а во втором адекватно пользоваться этим невозможно потому что GNOME-разработчики не смогли реализовать в QGnomePlatform схожий с GTK+ или SSD вариант UX/UI.
В общем, такая хрень из-за CSD будет повсеместно. Когда в одних приложениях границы для ресайза окна определены в 1 px, а в других в 10 px. В одних приложениях ресайзить окно будет сущим адом, а в других – нормально.
Стандартные гайдлайны и HIG’и под это дело, где были бы определены различные стандартные параметры вроде границ и прочего, никто не предоставил. Всё что было опубликовано GNOME-разработчиками на тему CSD это гуманитарный высер их дизайнера «мы сделаем революцию!»*
* – но прошло шесть лет и они вместо революции пилят libdecor и QGnomePlatform.
Исправление EXL, :
Если так они видят повсеместное внедрение CSD - то пусть валят на свою GNOME OS и не засирают нормальные дистрибутивы своей похабщиной.
Справедливости ради ты говорил что этот libdecor подвязан на XDG-Decoration, а значит у приложений, которые используют эту библиотеку вне GNOME-based окружений будут нормальные декорации окна, то есть похабщина останется только в GNOME.
И да, наш оппонент khrundel почему-то забывает, что декорации окна это не только вот эта TitleBar-нашлёпка сверху к которой он так сильно прицепился и строчит какие-то адские простыни, но ещё и методы ресайза и перемещения оконных контекстов. И если SSD обеспечивает единую UX-модель для этой функциональности, то в случае с CSD каждое приложение обязано имплементировать это поведение самостоятельно.
И самостоятельная имплементация всего этого каждым разработчиком тулкита выливается в раздражающие отличия при перемещении и ресайзе оконных контекстов построенных разными тулкитами или даже просто запущенных на xcb vs wayland.
Банальный пример из жизни – QT_QPA_PLATFORM=xcb qbittorrent vs QT_QPA_PLATFORM=wayland qbittorrent в любом GNOME-окружении где есть QGnomePlatform. В первом случае программа имеет адекватный UX из-за SSD, а во втором адекватно пользоваться этим невозможно потому что GNOME-разработчики не смогли реализовать в QGnomePlatform схожий с GTK+ или SSD вариант UX/UI.
В общем, такая хрень из-за CSD будет повсеместно. Когда в одних приложениях границы для ресайза окна определены в 1 px, а в других в 10 px. В одних приложениях ресайзить окно будет сущим адом, а в других – нормально.
Стандартные гайдлайны и HIG’и под это дела никто не предоставил. Всё что было опубликовано GNOME-разработчиками на тему CSD это гуманитарный высер их дизайнера «мы сделаем революцию!»*
- – пршло шесть лет и они пилят libdecor и QGnomePlatform
Исправление EXL, :
Если так они видят повсеместное внедрение CSD - то пусть валят на свою GNOME OS и не засирают нормальные дистрибутивы своей похабщиной.
Справедливости ради ты говорил что этот libdecor подвязан на XDG-Decoration, а значит у приложений, которые используют эту библиотеку вне GNOME-based окружений будут нормальные декорации окна, то есть похабщина останется только в GNOME.
И да, наш оппонент khrundel почему-то забывает, что декорации окна это не только вот эта TitleBar-нашлёпка сверху к которой он так сильно прицепился и строчит какие-то адские простыни, но ещё и методы ресайза и перемещения оконных контекстов. И если SSD обеспечивает единую UX-модель для этой функциональности, то в случае с CSD каждое приложение обязано имплементировать это поведение самостоятельно.
И самостоятельная имплементация всего этого каждым разработчиком тулкита выливается в раздражающие отличия при перемещении и ресайзе оконных контекстов построенных разными тулкитами или даже просто запущенных на xcb vs wayland.
Банальный пример из жизни – QT_QPA_PLATFORM=xcb qbittorrent vs QT_QPA_PLATFORM=wayland qbittorrent в любом GNOME-окружении где есть QGnomePlatform. В первом случае программа имеет адекватный UX из-за SSD, а во втором адекватно пользоваться этим невозможно потому что GNOME-разработчики не смогли реализовать в QGnomePlatform схожий с GTK+ или SSD вариант UX/UI.
В общем, такая хрень из-за CSD будет повсеместно. Когда в одних приложениях границы для ресайза окна определены в 1 px, а в других в 10 px. В одних приложениях ресайзить окно будет сущим адом, а в других – нормально.
Исправление EXL, :
Если так они видят повсеместное внедрение CSD - то пусть валят на свою GNOME OS и не засирают нормальные дистрибутивы своей похабщиной.
Справедливости ради ты говорил что этот libdecor подвязан на XDG-Decoration, а значит у приложений, которые используют эту библиотеку вне GNOME-based окружений будут нормальные декорации окна, то есть похабщина останется только в GNOME.
И да, наш оппонент khrundel почему-то забывает, что декорации окна это не только вот эта TitleBar-нашлёпка сверху к которой он так сильно прицепился и строчит какие-то адские простыни, но ещё и методы ресайза и перемещения оконных контекстов. И если SSD обеспечивает единую UX-модель для этой функциональности, то в случае с CSD каждое приложение обязано имплементировать это поведение самостоятельно.
И самостоятельная имплементация всего этого каждым разработчиком тулкита выливается в раздражающие отличиях при перемещении и ресайзе оконных контекстов построенных разными тулкитами.
Банальный пример из жизни – QT_QPA_PLATFORM=xcb qbittorrent vs QT_QPA_PLATFORM=wayland qbittorrent на Fedora. В первом случае программа имеет адекватный UX из-за SSD, а во втором адекватно пользоваться этим невозможно потому что GNOME-разработчики не смогли реализовать в QGnomePlatform схожий с GTK+ или SSD вариант UX/UI.
В общем, такая хрень из-за CSD будет повсеместно. Когда в одних приложениях границы для ресайза окна определены в 1 px, а в других в 10 px. В одних приложениях ресайзить окно будет сущим адом, а в других – нормально.
Исправление EXL, :
Если так они видят повсеместное внедрение CSD - то пусть валят на свою GNOME OS и не засирают нормальные дистрибутивы своей похабщиной.
Справедливости ради ты говорил что этот libdecor подвязан на XDG-Decoration, а значит у приложений, которые используют эту библиотеку вне GNOME-based окружений будут нормальные декорации окна, то есть похабщина останется только в GNOME.
И да, наш оппонент khrundel почему-то забывает, что одинаковые декорации окна это не только вот эта TitleBar-нашлёпка сверху к которой он так сильно прицепился и строчит какие-то адские простыни, но ещё и методы ресайза и перемещения оконных контекстов. И если SSD обеспечивает единую UX-модель для этой функциональности, то в случае с CSD каждое приложение обязано имплементировать это поведение самостоятельно.
И самостоятельная имплементация всего этого каждым разработчиком тулкита выливается в раздражающие отличиях при перемещении и ресайзе оконных контекстов построенных разными тулкитами.
Банальный пример из жизни – QT_QPA_PLATFORM=xcb qbittorrent vs QT_QPA_PLATFORM=wayland qbittorrent на Fedora. В первом случае программа имеет адекватный UX из-за SSD, а во втором адекватно пользоваться этим невозможно потому что GNOME-разработчики не смогли реализовать в QGnomePlatform схожий с GTK+ или SSD вариант UX/UI.
В общем, такая хрень из-за CSD будет повсеместно. Когда в одних приложениях границы для ресайза окна определены в 1 px, а в других в 10 px. В одних приложениях ресайзить окно будет сущим адом, а в других – нормально.
Исходная версия EXL, :
Если так они видят повсеместное внедрение CSD - то пусть валят на свою GNOME OS и не засирают нормальные дистрибутивы своей похабщиной.
Справедливости ради ты говорил что этот libdecor подвязан на XDG-Decoration, а значит у приложений, которые используют эту библиотеку вне GNOME-based окружений будут нормальные декорации окна, то есть похабщина останется только в GNOME.
И да, наш оппонент khrundel почему-то забывает что одинаковые декорации окна это не только вот эта TitleBar-нашлёпка сверху к которой он так сильно прицепился и строчит простыни, но ещё и методы ресайза и перемещения оконных контекстов. И если SSD обеспечивает единую UX-модель для этой функциональности, то в случае с CSD каждое приложение обязано имплементировать это поведение самостоятельно.
И самостоятельная имплементация всего этого каждым разработчиком тулкита выливается в раздражающие отличиях при перемещении и ресайзе оконных контекстов построенных разными тулкитами.
Банальный пример из жизни – QT_QPA_PLATFORM=xcb qbittorrent vs QT_QPA_PLATFORM=wayland qbittorrent на Fedora. В первом случае программа имеет адекватный UX из-за SSD, а во втором адекватно пользоваться этим невозможно потому что GNOME-разработчики не смогли реализовать в QGnomePlatform схожий с GTK+ или SSD вариант UX/UI.
В общем, такая хрень из-за CSD будет повсеместно. Когда в одних приложениях границы для ресайза окна определены в 1 px, а в других в 10 px. В одних приложениях ресайзить окно будет сущим адом, а в других – нормально.