что насчет condrod для 2д и гуи в раст?

И буду продолжать) Я уже говорил: мне всё равно какого цвета кожи сотрудник и с кем он спит, пока он хорошо выполняет свою работу. И я искренне не понимаю почему остальные факторы помимо скилла должны иметь какой-либо вес при приеме на работу.

опять срач про расизм начинать что ли

В редких случаях (таких как Черненко) — историки. Но советский истмат это пиздец какая-то технократизированная дисциплина

что насчет condrod для 2д и гуи в раст?

Я не знаю лично никого кто его юзал, иначе бы ты уже получил пару ссылок)

уже 2-3 раза вопрос по расту задал, а вы какой-то оффтоп пишите

Спроси на реддите, там больше шанс

Дак тебе и ответили)

что насчет condrod для 2д и гуи в раст?

ап

conrod

*

conrod

Конрод больше про геймдев

Конрод больше про геймдев

мне подходит

но все же, и там тоже можно делать гуи

Короче, фишка хуевости relm в том что это абстрактная и очень не гибкая оболочка

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

относительно store

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

и при том что relm отнимает свободу и гибкость твоего кода, взамен он даже не дает четкой архитектуры при написании приложений

Ну тоесть одну страничку ты написать сможешь, а вот обработки списков, drag-n-drop, работа с текстовыми блоками и буферами, работа с навигацией, работа с узкоспециализированными property, колбэками, создание блоков и своих компонентов - все крайне хуево

а в gtk как раз самое ценное это его гибкость

а вся асинхронность этого вашего relm крутиться только вокруг оболочки реактивной которая прокидывает properties

и то не все, а лишь очень маленькую часть из апишника виджета верхнего уровня, без учета API родительских классов

conrod это скорее эксперимент, сделать полностью gpu ui

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

надеюсь ответил на вопрос

просто только что в телегу зашел вопрос увидел

уж поверьте, в gtk я более менее шарю, и в либах гуев на расте, я за последние 3 месяца все свободное время это дело ресерчил и изучал вглубь очень многие виджеты, компоненты, и апишники

уж поверьте, в gtk я более менее шарю, и в либах гуев на расте, я за последние 3 месяца все свободное время это дело ресерчил и изучал вглубь очень многие виджеты, компоненты, и апишники

Верим верим

Короче, фишка хуевости relm в том что это абстрактная и очень не гибкая оболочка

а что менее плохое, чем relm?

а gtk это не gpu ui?

нет

но оно же через cairo рисуется?

но оно же через cairo рисуется?

cairo векторная отрисовка

но это не значит что рисует он на gpu

сейчас они как раз новый движок дописывают

который целиком на gpu

раньше нихуя

да, gtk работает поверх отрисовки opengl контекста, но только в сессии wayland, и то на соплях пост конвертации буферов

основной же движок отрисовки GDK - целиком иксовый движок отрисовки и композитинга

Антон

сейчас пишут GSK - gpu object layer отрисовщик

Отрисовка полностью в опенгл контексте это топчик считается?

Отрисовка полностью в опенгл контексте это топчик считается?

конечно

Мм

это мечта любого ui девелопера

А ты смотрел конрод?

Вот браузеры напримерн

они тоже почти целиком отрисовываются на cpu

Жду с нетерпением: гномощель жрет проц под иксами :С Под вяленым действительно всё намного лучше

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

Жду с нетерпением: гномощель жрет проц под иксами :С Под вяленым действительно всё намного лучше

Третий день на арче+вейланд+гном. Ну это вообще пушка, все летает плавно, как сыр в масле.

в остальном это вонючий олдскулл на атавизмах

поэтому как раз начали писать servo

но там еще много с архитектурой решали, как начать пилить, и тд

у них много было очень проблем, и сейчас есть

Третий день на арче+вейланд+гном. Ну это вообще пушка, все летает плавно, как сыр в масле.

Да, я так же юзал, пока монитор не купил. Он 21:9, еще и с кривым EDID, вяленый его не понимает, а настроить никак пока нельзя руками

но основные движки servo - webrender & stylo

они то как раз самые производительные в сфере контекстной отрисовки

Да, я так же юзал, пока монитор не купил. Он 21:9, еще и с кривым EDID, вяленый его не понимает, а настроить никак пока нельзя руками

Гм, странно, у меня 4K/43" Dell, все подхватилось само .

сейчас в servo проблема с композитингом, и как синхронизировать отрисовку с DOM системой и эвентами с управлением

Гм, странно, у меня 4K/43" Dell, все подхватилось само .

> кривой EDID

тоесть у них сейчас проблема с анимациями, перерисовками, и синхронизацией через DOM

Но гном все-равно говно и надо будет валить на Sway/Way-Cooler/etc., когда допилят.

LG — "молодцы"

поэтому тормозит

сам рендеринг неебически производительный

а вот все остальное по пизде

> кривой EDID

Печально, сочувствую.

плюс их автобайдинги к js постоянно валятся, читал в одной из ишью что эти байдинги говно

А ты смотрел конрод?

Ау

А ты смотрел конрод?

да

ну кондрод это эксперимент скорее

даже судя по коду, там все равно очень много вещей работы перемещается на cpu, в gpu идет только отрисовка конечного объекта, это другое например нежели в играх и тд

игры юзают хэш ассеты, и спрайты, включая модели 3д шные, в том или ином виде, там идет другая отрисовка

а вот оптимизации именно настраиваемой 2d отрисовки, и композитинга - это всегда была боль

ну тоесть conrod никогда даже близко не дотянет до gtk или qt

поэтому я считаю что надо развивать именно такие тулкиты

qt мне не нравится изза излишней избыточности архитектуры, у него есть проблемы с выжиранием памяти, проблемы с производительностью там решают избыточным использованием gl контекстов для разовых отрисовок с кэшированием, также qt написан на плюсах - под раст его адаптировать будет почти нереально. Там много ебических абстракций которые в реальной gui разработке не нужны. У gtk нету простых инструментов для верстки и работы со стилями - в этом плане gtk прозрачнее.

я вот люблю gnome и gtk, по мне они клевые, и выглядят хорошо и сбалансировано. Гибкие но при этом сравнительно простые и обладают кучей мощных сторонних инструментариев, они написаны на чистых сях - поэтому с rust отличные байдинги в целом. Плюс с учетом того что все написано на сях, на их собственной объектной модели - очень большую часть gtk целиком можно вполне просто переписать на rust

при этом сохранив обратную совместимость