exibite777, картинки рисовать у меня сейчас нет времени, но асинхронная рекурсия подобна добавлению в очередь заданий, которые цикл событий извлекает один за другим и выполняет.
meqy1qub, в вопросе об этом не написано. Да и в любом случае, такое внедрение - это вопрос к разработчикам "любого другого" приложения. Если они не предусмотрели механизма подобного внедрения, то вы ничего сделать не сможете.
meqy1qub, для этого придётся написать плагин или расширение. Первое разрабатывается на C++, второе на Javascript. В обоих случаях программа разрабатывается для специфичного окружения с жёсткими требованиями. То есть сделать из обычной программы браузерный модуль не получится.
meqy1qub, во-первых, автопереводчик вам выдал поток бреда. Во-вторых, у автора вопроса ситуация прямо противоположная - ему надо браузер запихать в приложение, а не приложение в браузер. В-третьих, на скриншоте разговор о дочернем окне, а не "дочерней программе". Ваши намерения всё ещё остаются не ясны.
ixon, не, таких сообществ быть не может, так как общие принципы вы можете почерпнуть из описания MVC, а нюансы и частности будут в каждом проекте разные. Мастерство проектировщика не в знаний рецептов, а умении их составлять по наложению требований прикладной области на ограничения технологического ландшафта.
Алексей Guest007, ни асинхронности, ни потоков в чистом Django быть не должно. Весь код фреймворка писался с расчётом исключительно на синхронное последовательное выполнение и может выдать фонтан гейзенбагов. Либо Celery и ему подобные, либо channels.
prochanev, если грубо, то в данный момент (а это может измениться) для сетевого I/O стоит использовать асинхронность, для файлового - потоки, для сложных вычислений - процессы. Естественно, есть нюансы размывающие эти границы.
