Вы используете устаревший браузер. Этот и другие сайты могут отображаться в нем неправильно. Необходимо обновить браузер или попробовать использовать другой.
Тотальная замена операций по ID, на операции по handle. (а-ля многопроцессность)
А вы думаете, 40 лет и крутые тут? Вас возраст кутает крутостью? Через 22 года мне тоже 40 будет и я сотру вас в порошок, т.к. вы будете старпером человеком, который не в курсе происходящего, а я буду разумным человеком, который всегда в курсе IT, как-то так :3 Что вы думаете теперь!? Мнение не изменилось? Мистер... 'joiner'? Я хочу узнать, напишите. Почему вы меня подкалываете? Я не люблю это...
ArtistTo
Завязываем флудить, а то закроется не только тема.
По поводу темы, в чём конечная цель?
Если в управлении элементами GUI, то вам многопоточность не нужна, всё это можно сделать грамотно в одном процессе.
Обходить проблему отсутствия многопоточности в AutoIt многие пробуют с незапамятных времен (и меня это не обошло стороной), но правда в том, что почти все причины побуждающие к этому действию имеют "корректное" решение без внедрения дополнительных потоков. В случае с AutoIt для параллельного интерпретирования au3 кода потребуется дублирование процесса (иными словами тот же N-ый поток, только в контексте отдельного процесса), и тут нет никакой инновации или секретов.
Теперь перейдем к вашей задаче: Все оконные приложения по своей концепции однопоточные, в одном потоке производится обработка всех событий окна, а уже второстепенные действия (обработка изображений, сжатие данных, etc.) по необходимости выносятся в другие потоки, в этом случае реализуется архитектура с ожидающим главным потоком (в твоем случае с процессами - любой механизм IPC). Смекаешь? Твоя идея в корне некорректная, второстепенные процессы не должны подобным твоему образу работать с владельцем окна.
Что я могу предложить:
Используя любой метод IPC сообщать целевому процессу что и как делать.
P.S. Все это не означает, что ты выбрал правильный путь, ибо выбран он не от гениальности, а от недопонимания или глупости.
ArtistTo
Завязываем флудить, а то закроется не только тема.
Я в порядке. Просто друзья в гостях были, вечером.
По поводу темы, в чём конечная цель?
Если в управлении элементами GUI, то вам многопоточность не нужна, всё это можно сделать грамотно в одном процессе.
Цель темы - мне ясна: приведение кодов, которые были бы аналогичны функциям: guictrlsetcolor, guictrlsetbkcolor, guictrlsetfont, только они должны работать с элементами по их handle - (HWND).
Ну я уже писал, например:
guictrlsetpos() - аналог этой функции по handle _winapi_movewindow(), вот мне нужны подобные аналоги функций выше, очень нужны! Многопроцессность тут вообще второстепенна! Нужны только аналоги.
OffTopic:
Спс за новый ник :3
firex сказал(а):
Δαηy Δαηy
Как бы тебе помягче то объяснить...
Обходить проблему отсутствия многопоточности в AutoIt многие пробуют с незапамятных времен (и меня это не обошло стороной), но правда в том, что почти все причины побуждающие к этому действию имеют "корректное" решение без внедрения дополнительных потоков. В случае с AutoIt для параллельного интерпретирования au3 кода потребуется дублирование процесса (иными словами тот же N-ый поток, только в контексте отдельного процесса), и тут нет никакой инновации или секретов.
Теперь перейдем к вашей задаче: Все оконные приложения по своей концепции однопоточные, в одном потоке производится обработка всех событий окна, а уже второстепенные действия (обработка изображений, сжатие данных, etc.) по необходимости выносятся в другие потоки, в этом случае реализуется архитектура с ожидающим главным потоком (в твоем случае с процессами - любой механизм IPC). Смекаешь? Твоя идея в корне некорректная, второстепенные процессы не должны подобным твоему образу работать с владельцем окна.
Что я могу предложить:
Используя любой метод IPC сообщать целевому процессу что и как делать.
P.S. Все это не означает, что ты выбрал правильный путь, ибо выбран он не от гениальности, а от недопонимания или глупости.
Это не аналог, т.к. внутри AutoIt помимо перемещения окна производится ряд дополнительных действий для обеспечения нормального функционирования GUI. Например для коректного расположения элементов при изменении размеров родительского окна.
Δαηy Δαηy сказал(а):
Стоп, не надо намекать мне ни двояко, ни прямо... вообще никак. Вы не знаете, зачем мне это нужно