что имено с ивентлупом не так?

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

а вот в кишках не знаю чо

так что тебе с ивентлупом не понятно?

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

не в этом проблема

точнее не только

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

и мне нужен также и другой эвентлуп, который будет уже работать с конечными эвентами где конкретно сказано "я кликнул на кнопку ID-1"

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

как сгрупировать компоненты по подписям, их анулирование и тд

че за подписи

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

подписки

не подписи

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

также я не знаю как их хранить, как хранить компоненты, забирать из колбэжк подписки и тд

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

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

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

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

Ну вот

положим у меня есть массив с объектами виджетов

и для них есть подписки, как их хранить? Внутри каждого инстанса? Или в неком эвент контексте?

И если внутри виджетов, то как тогда динамично удалять эти подписки? Как идентифицировать и обновлять области позиционирования виджетов и тд

также вот например у меня будет библиотека для анимаций, которая например будет абсолютно позиционируемо сдвигать виджеты, и вот как это в ивентлупе обрабатывать? Как менять позиционирования и тд

у меня прям каша в голове

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

ну у тебя должен быть массив тех люъектов которые "подписаны на событие" например сортированный по зиндекусу

Мда

ну вообще по идее, с частью проблем сам вебрендер справляется

возможно в чем то я сильно себя накручиваю

ибо например можно узнать позиционирование по фрейм контексту

но в остальном у меня еще немного каша

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

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

а вообще буду пиздить у всех идеи как организовать работу с виджетами))

а потом просто добавлю стилизацию и хелперы

(для первой версии сойдет)

[ 127.224405] gnome-control-c[4726]: segfault at 0 ip 00007f144ad29ca7 sp 00007ffe59b29870 error 4 in libnm.so.0.1.0[7f144acdc000+de000]

[ 127.224405] gnome-control-c[4726]: segfault at 0 ip 00007f144ad29ca7 sp 00007ffe59b29870 error 4 in libnm.so.0.1.0[7f144acdc000+de000]

ковбои-пидорасы выбирают сишечку для всего

ковбои-пидорасы выбирают сишечку для всего

Шаришь

это при том, что 99% функциональности гнома (и freedesktop.org) можно вообще на чём угодно реализовать, включая haskell/OCaml

но ковбои-пидорасы выбирают иллюзию контроля и быстродействия

Я открою тебе секрет

Но 99 процентов любой системы можно на чем угодно реализовать

это понятно

Но что ковбои — пидорасы, эт да

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

Вообще там были потуги сделать свой сисярп на гобжекте

Но оно сдохло

Проблема гнума не в сишечке, а в семи слоях абстракции

В чем проблема абстракций?

Ты пишешь без трейтов?

Блин посмотрите как в qml все сделали, он вполне себе хорош архитектурно.

Блин посмотрите как в qml все сделали, он вполне себе хорош архитектурно.

"фу, там же джаваскрипт" (с)

Точнее на его часть под названием SceneGraph

Трейты это зеро-кост абстракция. А нагромождение из glib/gobject/{cairo,pango}/gtk/чо-там-сверху это смешно

но ковбои-пидорасы выбирают иллюзию контроля и быстродействия

«а вдруг GC в этом твоём хаскеле колом встанет?» и ехидненько так поглядывает. Контекст, отметим — gnome control center или ещё какой network manager.

Трейты это зеро-кост абстракция. А нагромождение из glib/gobject/{cairo,pango}/gtk/чо-там-сверху это смешно

Реалии больших систем как бы

"фу, там же джаваскрипт" (с)

SceneGraph на котором все вертится на плюсах

фу там же плюсы

Трейты это зеро-кост абстракция. А нагромождение из glib/gobject/{cairo,pango}/gtk/чо-там-сверху это смешно

меня руками в шейдеры или вулкан пердолькаться как-то не улыбает

фу там же плюсы

Ну так поправить ошибки компиляции всего то

так что такие абстракции надо

фу там же плюсы

this

меня руками в шейдеры или вулкан пердолькаться как-то не улыбает

или в сисколлы, во

Ну так поправить ошибки компиляции всего то

с плюсами этого недостаточно :)

или в сисколлы, во

Да так то там 7 слоев абстракций слинкованы, там побыстрее сисколлов

или в сисколлы, во

как это не улыбает, всех улыбает, у тебя просто сисколов нормальных не было

должно быть

как это не улыбает, всех улыбает, у тебя просто сисколов нормальных не было

Где хорошие?

в винде

Гонишь

Хорошие только в арче

А в убунте — говно

Хорошие только в арче

шаришь

Я бы кстати не забывал про инпут, нужно клавишы обрабатывать, мышку и прочие пальцы

Я бы кстати не забывал про инпут, нужно клавишы обрабатывать, мышку и прочие пальцы

Это к разговору про абстракции?