Wt

I forgot to mention: running 3.3.1 rc1, using the bootstrap theme.

Additional issues I encountered so far:

• I am virtually not able to resize windows with this theme: the resize cursor won't show up, and moving the mouse during resizing seems to loose contact with the widget if you move the mouse pointer faster then 2-3 pixels / second
• Somehow, I managed to move the window out of the visible area. However, I was unable to reach it again, since no scroll bars where shown on the main page.

here's the creation of the dialogs:

// content() returns the application's WContainerWidget

WPushButton *btn = new WPushButton("open window", content());
btn->clicked().connect(std::bind([=](){
    WDialog *dlg = new WDialog("Result Table", content());
    dlg->setResizable(true);
    dlg->setClosable(true);
    dlg->setModal(false);
    dlg->setInline(false);
    dlg->resize(WLength(50, WLength::Unit::Percentage), WLength(50, WLength::Unit::Percentage));
    ...
    dlg->show();
}

Any help and hints are highly appreciated!

Thanks,

Roman

Roman Puls wrote:

Hi folks,

just jumped in recently, and I really like the framework.

Maybe a rookie-question: I am creating multiplex dialogs (WDialog), which are free-floating over my web-desktop. They're all non-modal. However, I am unable to bring a dialog to the front clicking on the title or contents of each dialog.

Does anybody have a hint on how to achieve this? Eventually by adding some javascript?

Also, I remarked that moving the dialogs works fine unless I am moving them to the top. Moving the mouse-ptr while moving apparently looses the focus, so the window stays where it is. This works only if I a moving the window really slow.

Thanks in advance, and have a good day,

twain

Meanwhile:

apparently, the window-move and resize-issues occur only when the dialogs sit atop a WBorderLayout (dlg = WDialog(some_parent_with_wborderlayout)).

However, non-modal dialogs z-ordering is still an issue, and I feel free to add a ticket for this one.

thanks

Roman

Hey,

'sits atop' you mean is a WObject* child off a container widget with a layout?

Or rather is visually rendered on top of such a widget? I cannot imagine how either has an effect really.

Feel fine for the non-modal dialogs z-ordering issue, bringing a such a dialog to the front sounds something that we should support as a feature.

Regards,

koen