Добрый день, Уважаемое Сообщество Профессионалов!
Начал писать приложение с использованием Chromium и моего любимого Cef4Delphi)

Задача: в главном потоке главной формы создать MDI окна с браузерами и в них параллельно выполнять JS скрипты, читать выводы из консоли, выполнять различные последовательности действий. Т.е. кликнуть, подождать появление такого то элемента на странице и т.д. И это все должно делаться параллельно асинхронно в нескольких дочерних окнах, в каждом из которых есть экземпляр браузера.
В каждом экземпляре нужно периодически выполнять JS скрипты, которые выводят в консоль браузера необходимую инфу, я ловлю эти данные в onConsoleMessage, записываю это все в поле формы и главный поток мог бы пробегаться по всем формам, и собирать все данные в одну кучу.

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

Я решил все сделать о феншую, и объединить все в одном приложении.

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

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

Вариант 1: Создаем необходимое количество потоков, и в каждом потоке создаем форму, ссылку на дочернюю форму записываем в поле главной формы, начинаем выполнять JS скрипты в браузере, ловить сообщения из консоли и записывать их в поле дочерней формы (хозяйки браузера).

Вариант 2: Создаем форму, в событии onShow создаем браузер (это дело тоже асинхронное), дожидаемся создания браузера, запускаем поток который постоянно опрашивает главный поток на тему что сейчас ему делать.

Вариант 3: Я - лошара, ничего не понимаю в потокох, несу полную ахинею, и моя задача решается вот так [тут_свой_вариант].

Thanks in advance!

ziv-2014, спасибо за ответ.
Мне нужна параллельная автоматизированная работа на разных сайтах.
Т.е. в одном из хромиумов открыта страница сайта site1.
На ней выполняется не только сбор информации, но и всякие программы: кликнуть, подождать реакции, перейти, подождать загрузки и т.д.. Вот эти все "подождать реакции", "подождать загрузки" подождать еще чего то - это все ожидание заполнения полей формы в true. Плюс какие то вычисления в самом потоке. Т.е. совместная работа и браузера и потока. Грубо говоря - если из консоли пришло сообщение Mess1 то ты делаем в потоке то то... и т.д.
И вот таких параллельных работ должно быть не колько. А главный поток должен собирать инфу со всех форм и отвечать на запросы дочерних потоков.
Как то так

Я понял мысль. Но все равно не получается.
Например - я нажимаю "залогиниться в таком то сайте".
Открывается форма и начинает выполняться эта задача.
Не дожидаясь выполнения первой задачи, я запускаю логин еще на трех сайтах в других трех окнах.
Согласно твоей логике - в главном окне в момент запуска приложения должен запускаться какой то вечный цикл, который бы анализировал есть ли сейчас выполняющиеся задачи, если есть - проходить по ним в цикле, контролировать каждый шаг этих задач, запускать соответствующие скрипты, поднимать-опускать флаги ожидания.. и когда где то возникает исключение - отваливаются все задачи, а не только та, где возникает исключение.
Вечный цикл - это что то типа



Эта конструкция будет явно нагружать комп.

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

Пришел к выводу, что тема топика изначально звучит не правильно.
Форму в потоке создавать - не правильно, ибо изначально все VCL однопоточно и должно выполняться в главном потоке.
Поток в форме - наверное можно, но проще просто для каждой формы - браузера создавать поток, и записывать его в массив потоков.
А на событие закрытия формы уничтожать и сам поток.