Comment 1 for bug 1389952

Revision history for this message
tmodes (tmodes) wrote :

Hi Terry,

I can't reproduce the issue on Windows. So we need to trackle down the issue.

When the fast preview window is destroyed, the settings are stored (see function GLPreviewFrame::~GLPreviewFrame() in src/hugin1/hugin/GLPreviewFrame.cpp) in the preferences:

[GLPreviewFrame]
width=1278 -> width of window
height=515 -> height of window
positionX=0 -> x position
positionY=0 -> y position
maximized=0 -> window maximized or not
isShown=0 -> should fast preview window automatically opened at Hugin start
OpenGLLayout=layout2|name=preview;caption=Vorschau;state=896;dir=5;layer=0;row=0;pos=0;prop=100000;bestw=300;besth=200;minw=300;minh=200;maxw=-1;maxh=-1;floatx=-1;floaty=-1;floatw=-1;floath=-1|name=overview;caption=Übersicht;state=16779260;dir=4;layer=0;row=0;pos=0;prop=100000;bestw=300;besth=200;minw=300;minh=200;maxw=-1;maxh=-1;floatx=500;floaty=500;floatw=100;floath=100|dock_size(5,0,0)=302|dock_size(4,0,0)=302| -> layout of all sub windows (size, position, floated/docked...)
overview_hidden=1 -> overview shown or hidden
showPreviewGrid=0 > show or hide grid

When the fast preview window is shown, the settings are read in GLPreviewFrame::GLPreviewFrame (around line 756) and in void GLPreviewFrame::LoadOpenGLLayout().

The main items should be OpenGLLayout and overview_hidden.
Could you try to have a look at these 2 item?
Especially compare these two when all is okay and when the overview is wrongly shown (you have to check the preferences file when the issue happens, don't close Hugin before).

PS: The OpenGLLayout string is directly delivered from wxWidgets and send back to wxWidgets. Hugin does not do any processing with this string. So it may also be an issue in wxWidgets.

TIA