Размещение стороннего окна на форме QT

[Limetris]

Добрый день.

Требуется разместить окно любого стороннего приложения на форме (или виджете) моего приложения QT.
Handle размещаемого окна известен.

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

[Igors]

Ну "просто так" ОС не позволит иметь окно одного приложения внутри другого. Сначала нужно искать как это делается в OC (напр ActiveX), а потом смотреть чему это соответствует в Qt.

А вообще напрашиваетесь на ответы типа "никак", "хочется - перехочется" и.т.п. 

[Limetris]

Ну "просто так" ОС не позволит иметь окно одного приложения внутри другого. Сначала нужно искать как это делается в OC (напр ActiveX), а потом смотреть чему это соответствует в Qt.

А вообще напрашиваетесь на ответы типа "никак", "хочется - перехочется" и.т.п. 

В Windows на уровне в WinAPI это делается не так трудно, на С++ Builder XE проверял, но меня интересует именно QT.
Но за мысль спасибо, сейчас порою и в этом направлении.

P.S. по поводу "никак" и "хочется - перехочется" к сожалению не понял чем напрашивался ))
      Я точно знаю что это возможно, главное желание. А ответ "никак" покажет, что человеку просто не было необходимости это делать.

[Bepec]

Или неоправданно сложно сделать
Я бы придерживался мнения - просто поместить окно внутри своего окна и "держать" его там. Пользователю в принципе без разницы, окно в окне или окно на окне, главное поведение.

[Limetris]

Или неоправданно сложно сделать
Я бы придерживался мнения - просто поместить окно внутри своего окна и "держать" его там. Пользователю в принципе без разницы, окно в окне или окно на окне, главное поведение.

Сложно, но для меня будет оправдано приобретенным опытом и возможно тем, что это еще кому-то поможет 

Окно на окне в принципе тоже вариант, но не хотелось бы до него доходить   

[GreatSnake]

Всё зависит от того что и куда будешь встраивать.
Если встраиваемое окно создано чужим сторонним приложением и имеет input focus и окно твое тоже имеет input focus, то можешь сразу похоронить эту затею ибо совместить 2 изолированных input managers не получится

[Limetris]

Всё зависит от того что и куда будешь встраивать.
Если встраиваемое окно создано чужим сторонним приложением и имеет input focus и окно твое тоже имеет input focus, то можешь сразу похоронить эту затею ибо совместить 2 изолированных input managers не получится

input focus - это я как понимаю, свойство окна позволяющее принимать фокус на себя?

[GreatSnake]

input focus - это я как понимаю, свойство окна позволяющее принимать фокус на себя?

Я имел в виду клавиатурный фокус.
Ведь иметь 2 одновременно мигающих курсора навряд ли комуто захочется)

[Limetris]

input focus - это я как понимаю, свойство окна позволяющее принимать фокус на себя?

Я имел в виду клавиатурный фокус.
Ведь иметь 2 одновременно мигающих курсора навряд ли комуто захочется)

Аа, с этим проблем нет, фокус может принадлежать только одному элементу в системе, и переходя на одно окно, оно автоматически пропадает на другом.
И тут не будет разницы окно в окне или два окна по отдельности.

[GreatSnake]

Аа, с этим проблем нет, фокус может принадлежать только одному элементу в системе, и переходя на одно окно, оно автоматически пропадает на другом.
И тут не будет разницы окно в окне или два окна по отдельности.

Ню-ню.
Я же не ради трёпа заострил вопрос на этом.

[Igors]

В Windows на уровне в WinAPI это делается не так трудно, на С++ Builder XE проверял,

Так и делайте на том же уровне WinAPI - но на кросс-платформенность это не претендует

P.S. по поводу "никак" и "хочется - перехочется" к сожалению не понял чем напрашивался ))
      Я точно знаю что это возможно, главное желание. А ответ "никак" покажет, что человеку просто не было необходимости это делать.

Такая необходимость "себе дороже". Ясно что даже в случае успеха такое окно станет источником многих забот. С др стороны Вы разжигаете/поощряете аппетит пользователя/заказчика - ведь Вы сказали "можно" (а часто хочется и прихвастнуть типа "элементарно" ). Ну так если можно - тогда давайте вводить там данные, получать результаты и.т.д. - иначе что толку с "показа окна"?, И соскочить уже будет не так просто, ведь Вы уже пообещали... Поэтому немедленно упереться рогом типа "низзя!" = лучшее решение

[Limetris]

Ню-ню.
Я же не ради трёпа заострил вопрос на этом.

Ну возможно я чего-то недопонимаю, но при захвате чужих окон, например, из Builder-а я таких проблем не замечал.
Четко был один фокус и переключался как следует.
Одновременно в двух полях ввести что-то нельзя было.

[Bepec]

Не замечали != нет.
Дерзайте, пробуйте, отписывайтесь. Мб найдете решение. а мб найдете грабли и расскажите своим последователям.

[GreatSnake]

Одновременно в двух полях ввести что-то нельзя было.

Одновременно, конечно не получится.
Но проблем будет куча. Это я гарантирую.

[Limetris]

Так и делайте на том же уровне WinAPI - но на кросс-платформенность это не претендует

Поэтому я и здесь, надеялся что в QT существует какой-либо свой механизм.

Такая необходимость "себе дороже". Ясно что даже в случае успеха такое окно станет источником многих забот. С др стороны Вы разжигаете/поощряете аппетит пользователя/заказчика - ведь Вы сказали "можно" (а часто хочется и прихвастнуть типа "элементарно" ). Ну так если можно - тогда давайте вводить там данные, получать результаты и.т.д. - иначе что толку с "показа окна"?, И соскочить уже будет не так просто, ведь Вы уже пообещали... Поэтому немедленно упереться рогом типа "низзя!" = лучшее решение

По поводу заказчика, согласен что его надо держать на нужном месте и в меру пресекать полет фантазии ))

Но к сожалению, такая необходимость возникла по моей инициативе, дабы не ломать половину GUI системы чтобы перенести на QT.
Хотя уже задумываюсь, что лучше сейчас это пересмотреть, чем потом рожать ёжиков ))
Как говориться, инициатива **** инициатора