Opencv: window issues on mac os x mountain lion (10.8)

[opencv-pushbot]

Transferred from http://code.opencv.org/issues/2694

|| Andrei Zaharescu on 2013-01-12 02:40
|| Priority: Normal
|| Affected: 2.4.3
|| Category: highgui-gui
|| Tracker: Bug
|| Difficulty: None
|| PR: 
|| Platform: None / None

window issues on mac os x mountain lion (10.8)

When running any opencv sample application on Mac OS X (10.8) that uses basic highgui imshow functionality, see the following problems: 
* the window does not have the focus by default
* the window position is not remembered between subsequent runs, as it is the case on Windows
* the window flags are not respected. When setting the CV_WINDOW_NORMAL in namedWindow and resizing the window, the content is not auto-resized anymore
* when displaying an image that is too narrow (lets say 400x100), the window is in effect wider than the image, which in practice causes issues when capturing mouse events over the window, since one expects the image to span the whole window.

History

Daniil Osokin on 2013-01-14 04:38

-   Description changed from When running any opencv sample application
    on Mac OS X (10.8) that uses basic... to When running any opencv
    sample application on Mac OS X (10.8) that uses basic... More

Daniil Osokin on 2013-01-14 04:40

Hi! Please, specify OpenCV version and provide test code sample to reproduce the bug, otherwise the ticket will be closed.

Daniil Osokin on 2013-01-14 04:40

-   Assignee changed from Vadim Pisarevsky to Andrei Zaharescu

Vadim Pisarevsky on 2013-01-22 22:21

-   Target version deleted (2.4.4)

Vadim Pisarevsky on 2013-01-24 17:53

-   Assignee deleted (Andrei Zaharescu)

Vadim Pisarevsky on 2013-01-31 19:05

-   Target version set to 3.0
-   Affected version set to 2.4.3
-   Assignee set to Vadim Pisarevsky

[get9]

Has there been any movement on this bug? I'm running OS X 10.11.2 and when I make a highgui windows specified with cv::WINDOW_NORMAL using the C++ API I can resize the window just fine. However, the displayed image does not resize. I do not have this problem on my Debian 8 box running kernel 3.16.0-4-amd64.