Нет, не единственный. Flowcode, NoFlo, PureData, Max/MSP и так далее.

Анандамид - это эндогенный каннабинол. Гормон.

		/// \todo Пиздецк как need
		template <typename T>
		class CheckUnify <T *> {
			public:
				bool check(const Variable *v) {

:)

Неплохо, очень неплохо. (Я серьёзно. А идею сами придумали, или где-то содрали?)

Источники вдохновения были разные: Unreal Blueprint, к примеру. Я тогда занимался разработкой игр, и такое было модно.

Блоатварь

ненужно

Сразу вижу незначительный design flaw.

У Вас в блоке общий набор output'ов, которые могут читаться из любого другого блока, прицепленного к его event'ам*. Однако в общем случае это не так. Если взять, например, следующую функцию с колбеками:

void funcWithCallbacks(void (*callback1)(t1 p1, t2 p2), void (*callback2)(t1 p1, t3 p3, t4 p4));

Аналогично с action'ами (input'ами). Блок с несколькими action'ами можно сравнить с перегружаемой функцией:

void overloadedFunc(t1 p1, t2 p2, t3 p3);
void overloadedFunc(t2 p2, t4 p4, t5 p5);

Было: https://raw.githubusercontent.com/sasha2048/test/master/untitled2.png
Стало: https://raw.githubusercontent.com/sasha2048/test/master/untitled3.png

* — кстати, я заметил, что output'ы блока у Вас могут читаться не только из блоков, привязанных к его event'ам, но, похоже, вообще из любого блока. По-моему, это ошибка (по-моему, output'ы блока должны мочь читать только блоки, следующие за ним в цепочке связей event→action).

она разным колбекам передаёт разный набор данных (хотя часть совпадает). Так же и у Вас — output'ы стоило бы сгруппировать по event'ам.

Да, возможно это было бы полезно.

Аналогично с action'ами (input'ами). Блок с несколькими action'ами можно сравнить с перегружаемой функцией:

А вот здесь не согласен - здесь уже тогда нет смысла делать один блок, тут уже логичнее сделать два различных блока.

кстати, я заметил, что output'ы блока у Вас могут читаться не только из блоков, привязанных к его event'ам, но, похоже, вообще из любого блока. По-моему, это ошибка (по-моему, output'ы блока должны мочь читать только блоки, следующие за ним в цепочке связей event→action).

Здесь ничего странного нет. Рельзультат работы блока можно использовать несколько раз и в нескольких местах. Еще есть блоки, у которых не обязательно, чтобы через них проходил поток выполнения: они предоставляют данные при запросе output.

либ

Библиотеки для миддлваре в основном пишут на С, для проектов на С не пригождается ((((.

Эта библиотека еще ни кому не пригодилась. А вообще, библиотеки для миддлваре пишут как хотят, а если есть необходимость - делают си-интерфейс.

многопоточность

namespace Anandamide {
	const char *format(const char *fmt, ...) {
		static char	text[4096];
		va_list	ap;
		va_start(ap, fmt);
		vsnprintf(text, 4096, fmt, ap);
		va_end(ap);
		return text;
}

Про многопоточность не слышалось. Так то неплохой XML редактор получился.

А вот здесь не согласен - здесь уже тогда нет смысла делать один блок, тут уже логичнее сделать два различных блока.

Ну, согласитесь же, что в блоках For и ForWait инпуты from и count нужны только для экшна start (но не next/break).

Просто я неудачную аналогию привёл, это не перегружаемые функции, это скорее колбеки, передаваемые в колбеки:

void forWait(int from, int count, void (*loop)(int index, void (*next)(), void (*break)()), void (*end)(int index));

Off-topic: А зачем вообще в блоках For/ForWait экшн break? Нельзя ли просто не возвращать стрелку в цикл? Или это просто чтобы меньше путаницы в результирующей картинке получалось (мол, так как из end уже стрелка настроена куда надо, то чтоб юзер не вел вторую туда же)?

И, кстати, получается, что next и break имеет смысл вызывать только в потомках loop (но не в тех, кто ни разу не был в цикле). Получается тогда вообще так: https://raw.githubusercontent.com/sasha2048/test/master/untitled5.png

Еще есть блоки, у которых не обязательно, чтобы через них проходил поток выполнения: они предоставляют данные при запросе output.

Не уверен, что это правильно. Так очень сложно проконтроллировать, чтобы не было undefined value: как программно, так и аналитически. Кстати, предлагаю отделить потоки данных от потоков выполнения как-то так: https://raw.githubusercontent.com/sasha2048/test/master/untitled4.png

потоки

предлагаю отделить потоки данных от потоков выполнения как-то так

Это невозможно, это же обычный XML однопоточный редактор.

Как-то я протупил — при чём тут XML? (Когда говорил «отделить потоки данных от потоков выполнения», я имел в виду показывать их разными типами стрелочек.)

XML

Как-то я протупил — причём тут XML?

Сначала редактируется XML. Затем сохраняется XML. Загружается XML. Запускается XML.

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

Честно говоря, не вижу никакого смысла в том, что Вы говорите. Какая разница, в каком формате гранится программа?

формат

в каком формате

Ворд в .DOC Этот в .XML Мне нравятся сплайны симпатичные. Лет 10 ушло наверно на этот редактор. Пока никаких идей о применении.

Ну вот для этого и нужны пользователи, чтобы указывать на подобные ошибки и недочеты. Многопоточность была просто не нужна. Поэтому там нужно кое-что править, чтобы она поддерживалась. Там есть некоторое количество legacy от движка Nutmeg. Надо понимать, что это старый проект(первое упоминание)

https://raw.githubusercontent.com/sasha2048/test/master/untitled5.png

Точнее, вместо https://raw.githubusercontent.com/sasha2048/test/master/untitled5.png лучше смотреть https://raw.githubusercontent.com/sasha2048/test/master/untitled6.png.

Гениально

Нравится красивый и граммотный дизайн. Можете работать вместе надо созданием качественного языка для дизайнеров игр.

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

Blue Print

Этот XML редактор ничего общего с Unreal BluePrint не имеет. Для дизайнеров игр не подходит. Может лет 30 назад мог кого заинтересовать. Сейчас этот XML редактор похож на лабораторную работу студента за полгода. На что ушло 13 лет неизвестно.

Твой троллинг похож на троллинг пятиклассника, на что ушли остальные годы твоей жизни, неизвестно.

XML Editor

Так всё таки продолжаешь думать что этот XML редактор имеет что то общее или похожее на Unreal Blue Print и удобнее дизайнерам игр чем первоклассный качественный реально работающий популярный BluePrint.

Сменишь ник на GoodSpirit - будем использовать.

В мусорку

Если за 13 лет не взлетел то уже и не взлетает.

Если твой мозг в твоем возрасте работает как в 13 лет, то уже и не заработает нормально.