оно и не было

Не знаю как вы, но яих каждый день в хедерах пишу

В P2186R2 убрали поддержку Grabage Collector, потому что в таком виде им всё равно никто не пользовался, он просто добавлял UB.

кто говорил, что в С++ нет gc?)

F GC

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

это приводит к ошибкам

Енто шутка

Я тоже как-то экспериментировал с аттрибутами\аннотациями в gtkd. Меня интересовала рефлексивная итерация приватных полей класса и заполнение из gtk.Builder после его загрузки, где имя поля == его id в билдере, чтобы вручную их не выставлять. Ну и вложенные контроллеры, конечно же. Получать и заполнять поля без родительских можно через tupleof, но это рантайм, закладывать в имя поля возможность заполнения из xml меня не устраивает. Если проверять uda в ct через __traits и allMembers\derivedMembers, то для приватного поля Тип.поле не сработает, ну и опять-таки как заполнить поле... это же рантайм. Странная "рефлексия", которая мне не внушает доверия.

можешь посмотреть https://github.com/deviator/gtkui и у @Mak_Trefa было тоже что-то подобное, не знаю доделано или нет

или ты хочешь прям xml парсить в ct?

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

поэкспериментировал, вроде бы работает как нужно. меня интересует только инжекция полей, какие-то сигналы я в xml не использую. Фокус тут в миксине, если вынуть из него трейт и переместить в метод, то он не возвращает приватные поля. Ну и немного поменял аннотирование, мне нужен только маркер для поля, не более, заменил на более простую аннотацию без создания структуры из статического метода. Автоинжекция полей очень сильно похожа на то, что делает JavaFX, по аналогии можно сделать вложенный контроллер, наверное.

ди же поддерживает инстанцирование классов из строкового значения, его можно пытаться как-то передавать из xml, кгм...

Object.factory наверное за это отвечает: Object.factory("foo.bar.C");
UPD. хотя наверное не сделать. Толку от такого создания контроллера и заполнения его полей ровно никакого, проще из кода сделать.

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

Поэкспериментировал и набросал прототип. Все же решил сделать отдельную аннотацию для контроллеров, если трейт её встречает, то также как и в Javafx в имени поля заложено id: idController, "Controller" выбрасывается, по id в текущем xml ищется контейнер в который нужно грузить дочерний xml. Тут вопрос как лучше формировать путь до xml, пока также по id.xml в дефолтной папке, но для вложенных директорий будут проблемы, хз, но вроде у Glade нет каких-то полей у контролов, который бы подходили для передачи пути, разве что имя виджета, для чего оно там используется. Xml грузится, рутовый элемент загружается в родительский контейнер, сам контроллер создается фабричным методом выше, инициализируется службами и точно также контролы разбираются на поля, но только из его xml, добавляется ссылка на родительское окно и он становится в поле idController. Тут есть вопрос, как из gtk.Builder удобно получать рутовый узел, итерацией, по имени "root" или еще как-то. Но вроде как работает, насколько я понимаю, у Glade нет подобного инклюдинга, а то может я зря стараюсь.

hi, All! а кто-нибудь в Sublime исспользовал vim-режим (плагин)? как впечатления?

Поставь в вим монокай
Вот тебе и саблайм с вим реєимом

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

Втм из коробки єто мощно