maaGames, писать свою Виндоус уже не требуется - над этим хорошо поработали Ричард и Линус ;)
Я все-таки очень подозреваю, что попытки внедрения Qt усложнят вам жизнь настолько, что нелюбовь к MFC будет незначительной мелочью на этом фоне. Не говоря уже о том, что для решения сопутствующих проблем понадобится глубокое копание и изрядный профессионализм в смежных вопросах.
maaGames, но вы хотите, чтобы приложение, думая, что обращается к CDialog, обращалось к вашему диалогу на Qt. Но если оно будет обращаться не просто к WinAPI-функциям, а именно к функциям CDialog, передавая в них HWND сформированного вами окошка - структуры данных не сойдутся и все грохнется.
Таким образом, вам нужно сохранить CDialog, с которым будет общаться приложение, и прилепить поверх него свой Qt-диалог, а также наладить передачу изменений между ними... в общем, написать программу заново с нуля может оказаться проще.
maaGames, HWND - это просто номер окошка в гуях. Чтобы у вас заработало Qt-окошко, вам нужно при его создании подгрузить библиотеки Qt и инициализировать всю систему событий Qt. Ваше же приложение, судя по описанию, занимается только CDialog и ничего подобного, естественно, не сделает. Соответственно, вы просто получите пустое окно.
Если у вас приложение - это просто интерфейс, вам совершенно незачем использовать для него что бы то ни было, кроме ДжаваСкрипта.
Нативные языки нужны для серьезной работы ПОД интерфейсом. Которая при реализации на JS будет традиционно тормозить, жрать память и пр.
maaGames, и как вы себе представляете прилепить на это Кьют? Кто вообще будет его дергать, если программа работает исключительно с WinAPI-вызовами к MFC-диалогу?
Не вижу никакого смысла в вопросе. Если вы из плагина можете вызвать произвольный код - вы можете в нем создать и КуТешный диалог, зачем вам MFC?
Если не можете - чем вам поможет все это извращение?
Sam67, потому что "в терминале напрямую" у вас в PATH есть путь к этому бинарнику.
В той оболочке, в которой будет запущена команда в exec, могут быть иные настройки окружения. Абсолютные пути позволят вам не париться по этому поводу.
DevMan, в отличие от Qt, эта библиотека не отрисовывает собственные контролы, а просто предоставляет унифицированную обертку к системным. На Виндах - WinAPI, на Линуксе - Gtk, на Маке - Cocoa/Carbon/и еще что-то там.
Так что приложение выглядит нативно в целевой системе.
Василий Берестов, а смысл? Человек не знает, как написать простейшую регулярку, и при этом его не интересует результат. Вы тут ждете каких-то открытий?
rinaz22, беда... ну ладно. Так и запишите. Вы же что-то знаете о регулярках? Если нет - то для этого случая даже статьи в Википедии более чем достаточно.
rinaz22, тогда определитесь с тем, что для вас "русские буквы" (например, Ё не входит в [а-яА-Я]) и какие символы вы считаете возможными в адресе (тут, если вы столкнетесь с реальной базой адресов, вас ждет немало сюрпризов).
Я все-таки очень подозреваю, что попытки внедрения Qt усложнят вам жизнь настолько, что нелюбовь к MFC будет незначительной мелочью на этом фоне. Не говоря уже о том, что для решения сопутствующих проблем понадобится глубокое копание и изрядный профессионализм в смежных вопросах.