LINUX.ORG.RU

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

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

У него банально API для отрисовки 2д нет.

Так ведь API для отрисовки 2D в иксах настолько устарел, что его никто и не использует толком сейчас. Взять какой-нибудь Qt или Chrome с его Skia – все срут битмапами внутрь OpenGL или на худой конец какого-нибудь XCB. И накой, тогда, спрашивается, нужен этот 2D, и всякие там XRender’ы с трапезоидами, которые даже в KDE/KWin задепрекейтили?

Опционально иметь возможность рисовать 2д через opengl клиенте хорошо, только форсировать это не надо.

Сегодня, когда каждый чайник имеет GPU рядом с CPU, нет смысла это не форсировать. Это именно что должно стать дефолтом, а в случае неполадок – fallback на CPU-рендеринг. Собственно так какой-нибудь Qt сегодня и делает.

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

Рассуждая про PE ты почему-то забыло про WinAPI. В Windows он есть и до сих пор обновляется под потребности современного мира. Запустив программы на WinAPI из первой версии Windows 1985 года на современной «максимальной дисяточке» ты получишь современный gray-scale рендеринг шрифтов, правильную трансформацию координат и возможность отображения на HiDPI-дисплеях: https://baat.exlmoto.ru/~exl_lab/screens/old_winapi_apps_on_hidpi.png

Уровень обратной/прямой совместимости недостяжимый для иксовых копролитов. Вот именно что в UNIX’ах аналогом WinAPI должен был стать Xlib + Xaw, но он протух и его сегодня доело червиё.

Импотенция иксов – одна из корней той причины, про которую ты плачешься постом выше. Они должны были обеспечить нормальный общесистемный фундаментный API для графики и окон в Linux (и UNIX-системах), но вместо этого устарели и сгнили. И пользователи и разработчики прикладного софта теперь должны таскать свои приложения с условным «system32» который ты упомянул. Оборачиваться во всякие Flatpak’и и прочие Snap’ы, ибо иксы не смогли обеспечить нормальный API для всего для чего пытались они его обеспечить.

Да, код иксов правда говно

Вот и пусть он отправляется вслед за своими разработчиками на пенсию помойку и перестаёт засорять кодовую базу ядра Linux (sic!) убогими костылями по типу «если процесс начинается с заглавной буквы X то это запущен какой-то иксовый хлам, к которому нужно применить workaround».

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

У него банально API для отрисовки 2д нет.

Так ведь API для отрисовки 2D в иксах настолько устарел, что его никто и не использует толком сейчас. Взять какой-нибудь Qt или Chrome с его Skia – все срут битмапами внутрь OpenGL или на худой конец какого-нибудь XCB. И накой, тогда, спрашивается, нужен этот 2D, и всякие там XRender’ы с трапезоидами, которые даже в KDE/KWin задепрекейтили?

Опционально иметь возможность рисовать 2д через opengl клиенте хорошо, только форсировать это не надо.

Сегодня, когда каждый чайник имеет GPU рядом с CPU, нет смысла это не форсировать. Это именно что должно стать дефолтом, а в случае неполадок – fallback на CPU-рендеринг. Собственно так какой-нибудь Qt сегодня и делает.

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

Рассуждая про PE ты почему-то забыло про WinAPI. В Windows он есть и до сих пор обновляется под потребности современного мира. Запустив программы на WinAPI из первой версии Windows 1985 года на современной «максимальной дисяточке» ты получишь современный gray-scale рендеринг шрифтов, правильную трансформацию координат и возможность отображения на HiDPI-дисплеях: https://baat.exlmoto.ru/~exl_lab/screens/old_winapi_apps_on_hidpi.png

Уровень обратной/прямой совместимости недостяжимый для иксовых копролитов. Вот именно что в UNIX’ах аналогом WinAPI должен был стать Xlib + Xaw, но он протух и его сегодня доело червиё.

Импотенция иксов – одна из корней той причины, про которую ты плачешься постом выше. Они должны были обеспечить нормальный общесистемный фундаментный API для графики и окон в Linux (и UNIX-системах), но вместо этого устарели и сгнили. И пользователи и разработчики прикладного софта теперь должны таскать свои приложения с условным «system32» который ты упомянул. Оборачиваться во всякие Flatpak’и и прочие Snap’ы, ибо иксы не смогли обеспечить нормальный API для всего для чего пытались они его обеспечить.

Да, код иксов правда говно

Вот и пусть он отправляется вслед за своими разработчиками на пенсию помойку и перестаёт засорять кодовую базу Linux убогими костылями по типу «если процесс начинается с заглавной буквы X то это запущен какой-то иксовый хлам, к которому нужно применить workaround».

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

У него банально API для отрисовки 2д нет.

Так ведь API для отрисовки 2D в иксах настолько устарел, что его никто и не использует толком сейчас. Взять какой-нибудь Qt или Chrome с его Skia – все срут битмапами внутрь OpenGL или на худой конец какого-нибудь XCB. И накой, тогда, спрашивается, нужен этот 2D, и всякие там XRender’ы с трапезоидами, которые даже из KDE/KWin вроде как выкинули?

Опционально иметь возможность рисовать 2д через opengl клиенте хорошо, только форсировать это не надо.

Сегодня, когда каждый чайник имеет GPU рядом с CPU, нет смысла это не форсировать. Это именно что должно стать дефолтом, а в случае неполадок – fallback на CPU-рендеринг. Собственно так какой-нибудь Qt сегодня и делает.

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

Рассуждая про PE ты почему-то забыло про WinAPI. В Windows он есть и до сих пор обновляется под потребности современного мира. Запустив программы на WinAPI из первой версии Windows 1985 года на современной «максимальной дисяточке» ты получишь современный gray-scale рендеринг шрифтов, правильную трансформацию координат и возможность отображения на HiDPI-дисплеях: https://baat.exlmoto.ru/~exl_lab/screens/old_winapi_apps_on_hidpi.png

Уровень обратной/прямой совместимости недостяжимый для иксовых копролитов. Вот именно что в UNIX’ах аналогом WinAPI должен был стать Xlib + Xaw, но он протух и его сегодня доело червиё.

Импотенция иксов – одна из корней той причины, про которую ты плачешься постом выше. Они должны были обеспечить нормальный общесистемный фундаментный API для графики и окон в Linux (и UNIX-системах), но вместо этого устарели и сгнили. И пользователи и разработчики прикладного софта теперь должны таскать свои приложения с условным «system32» который ты упомянул. Оборачиваться во всякие Flatpak’и и прочие Snap’ы, ибо иксы не смогли обеспечить нормальный API для всего для чего пытались они его обеспечить.

Да, код иксов правда говно

Вот и пусть он отправляется вслед за своими разработчиками на пенсию помойку и перестаёт засорять кодовую базу Linux убогими костылями по типу «если процесс начинается с заглавной буквы X то это запущен какой-то иксовый хлам, к которому нужно применить workaround».

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

У него банально API для отрисовки 2д нет.

Так ведь API для отрисовки 2D в иксах настолько устарел, что его никто и не использует толком сейчас. Взять какой-нибудь Qt или Chrome с его Skia – все срут битмапами внутрь какого-нибудь XCB. И накой, тогда, спрашивается, нужен этот 2D, и всякие там XRender’ы с трапезоидами, которые даже из KDE/KWin вроде как выкинули?

Опционально иметь возможность рисовать 2д через opengl клиенте хорошо, только форсировать это не надо.

Сегодня, когда каждый чайник имеет GPU рядом с CPU, нет смысла это не форсировать. Это именно что должно стать дефолтом, а в случае неполадок – fallback на CPU-рендеринг. Собственно так какой-нибудь Qt сегодня и делает.

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

Рассуждая про PE ты почему-то забыло про WinAPI. В Windows он есть и до сих пор обновляется под потребности современного мира. Запустив программы на WinAPI из первой версии Windows 1985 года на современной «максимальной дисяточке» ты получишь современный gray-scale рендеринг шрифтов, правильную трансформацию координат и возможность отображения на HiDPI-дисплеях: https://baat.exlmoto.ru/~exl_lab/screens/old_winapi_apps_on_hidpi.png

Уровень обратной/прямой совместимости недостяжимый для иксовых копролитов. Вот именно что в UNIX’ах аналогом WinAPI должен был стать Xlib + Xaw, но он протух и его сегодня доело червиё.

Импотенция иксов – одна из корней той причины, про которую ты плачешься постом выше. Они должны были обеспечить нормальный общесистемный фундаментный API для графики и окон в Linux (и UNIX-системах), но вместо этого устарели и сгнили. И пользователи и разработчики прикладного софта теперь должны таскать свои приложения с условным «system32» который ты упомянул. Оборачиваться во всякие Flatpak’и и прочие Snap’ы, ибо иксы не смогли обеспечить нормальный API для всего для чего пытались они его обеспечить.

Да, код иксов правда говно

Вот и пусть он отправляется вслед за своими разработчиками на пенсию помойку и перестаёт засорять кодовую базу Linux убогими костылями по типу «если процесс начинается с заглавной буквы X то это запущен какой-то иксовый хлам, к которому нужно применить workaround».