Не сами сигналы, а интерфейсы стандартные. Чтоб как из документации, но автоматом.

Ну из документации и сгенерируй.

Ладно, на худой конец можно и так.

Заодно сможешь взять описание каждого сигнала из нее.

Мрiяпрог прям, вау!

ТС не может в программированне

ТС, вот ты явно не умеешь в программирование, спрашиваешь у твоего протеже котечки, как сделать поле ввода в gtk, как подключиться к серверу. То есть вещи, которые программист если и не знает, то знает, где можно самому подсмотреть. А ты, не обижайся только и дочитай до конца, до уровня программиста явно не дотягиваешь (хоть программирование само по себе — не такое сложное занятие).

Теперь представь, ты каким-то образом сделал тулзу, которая позволяет таким как ты непрограммистам всё же с горем пополам программировать.

Тогда представь, утром человек грузчик-алкаш, а вечером — элитный сеньор на крупной галере, хлебает смузи, ходит в свой бар, растит бороду итд.

Только как был он по уровню грузчиком, который ничему не учился, не задумывался о своей жизни, не растил горб, так и остался. Отсюда 2 вопроса:

1) Какой по качеству будет код у данного разработчика?

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

Ответил. Metaprog: универсальная графическая среда программирования [в разработке] часть 5 (комментарий)

и тут за лет 5 взлетает Метапрог со своим аналогом гитхаба

Ты точно отличаешь гитхаб от гита?

«Аналог гитхаба» можно сделать на гитлабе, например. И делают. И более того, эти аналоги были до покупки гитхаба мелкософтом.

Почему-то даже в этих условиях MS не счёл, что он выбрасывает деньги на ветер. Ибо гитхаб — это в первую очередь инфраструктура.

Буду делать аналог и гита, и гитхаба. По мере того как Метапрог будет становиться мейнстримом, текстовые гитхабы будут терять популярность и M$ останется с носом.

Кстати, гитлаб тоже сидит на M$ Azure.

текстовые гитхабы

Нет, разницу ты всё-таки не понял.

«Текстовый» не гитхаб. «Текстовый» — это git, система управления версиями. Гитхаб это всего лишь инструмент для хостинга, ну и сам хостинг. Гитлаб — ещё один инструмент для хостинга на том же гите.

Если бы ты немножко умел в системный анализ, ты бы не лелеял мечту о написании своей VCS с нуля. Ты бы сосредоточился на написании графической метаморды для git, которая, да, будет на метапроговских диаграмках всё подсвечивать. А грязную работу по коммитам, проталкиваниям, слияниям и прочему по-прежнему делал бы гит.

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

Тогда с тебя только написание морды. А гит и хостинг (любой) можно взять существующий. Ну или самому гитлаб на впске развернуть.

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

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

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

А гит и хостинг (любой) можно взять существующий. Ну или самому гитлаб на впске развернуть.

Скорее разверну свой метапрог-сервис.

Ты будешь в тексте читать изменения связей между блоками, изменение координат блока, добавление/удаление блоков?

Он предлагает написать программу которая будет работать с git и визуализировать этот текст.

Тут мы возвращаемся к тому, что бинарник уже структурирован. Мне будет проще с нуля сделать VCS, чем крутить костыль для текстового гита. Кстати, когда Линус делал гит, он сказал, что VCS - не такая уж и сложная задача и за 2 недели работы с нуля уже был готов работающий гит.

Он предлагает написать программу которая будет работать с git и визуализировать этот текст.

Совершенно верно. И если текстовый формат хорошо продуман — задача выглядит вполне подъёмной. И куда более простой, чем VCS с нуля.

И тот git, который у Линуса получился за две недели — это всё-таки не совсем то, чем весь мир пользуется сегодня. :)