{SOLVED} POIDE Tab bar can indicate wrong file...

[CommonTater]

Open 3 files in the IDE ...  lets call them main, second and third
 
Select second by clicking it's tab.
Now unzoom the source windows (file menu or taskbar button on the right) to see the windows separately.
Select third by clicking on it's border or text areas...
Now re-zoom the MDI windows.
 
It will show you third in the edit window.
The tab will still be highlighted for second.
 
Happens every time...
 
 

[Bitbeisser]

Either I do miss something in your instructions on how to reproduce this problem or I simply can't reproduce this... 

Ralf

[CommonTater]

Ok... lets try this again...
 
open 2 or more files in the IDE...  1.c,  2.c, 3.c, for example.
 
Click the tab for 1.c
(See step 1 attached)
 
Now go Window -> Cascade ...
Note that the tab is already wrong for the foreground window
(See step 2 attached)
 
Now click the zoom button on 3.c
Now the IDE is showing 3.c but the tab row is still highlithing 1.c
(See step 3 attached)

[Stefan Pendl]

I never knew that the maximize/minimize/restore button is called zoom.

It would be good to use the names introduced by Microsoft.


I see that changing the cascaded window doesn't update the active tab, not even after maximizing the window again.

It works properly if you only change the file through the tabs here on Win7 x64 using PellesC 7 x64.

[CommonTater]

I never knew that the maximize/minimize/restore button is called zoom.

It would be good to use the names introduced by Microsoft.

Point taken ... Round here people call it "Zoom" ... I guess I just thought everyone did.

I see that changing the cascaded window doesn't update the active tab, not even after maximizing the window again.

It works properly if you only change the file through the tabs here on Win7 x64 using PellesC 7 x64.

Correct.  That's what I found.  It works correctly only when you select the file by clicking a tab or using Window -> <filename> 
 
When not zoomed    the tabs are not updated. 
 
The good news is that clicking "Save" doesn't write the contents to the wrong file.

[DMac]

Round here people call it "Zoom"

When //tater called it a zoomer yesterday the first thing that popped into my head was "hmm... Zoomer Eh?"

[CommonTater]

LOL... Be nice, now 

[Bitbeisser]

Ok... lets try this again...
 
open 2 or more files in the IDE...  1.c,  2.c, 3.c, for example.

Well, didn't miss anything, just can't reproduce it (though I used more "real-life" files though)...

Click the tab for 1.c
(See step 1 attached)

Ok, that's in this case of the screenshots, the only .C file though

Now go Window -> Cascade ...
Note that the tab is already wrong for the foreground window
(See step 2 attached)

Not in my case,  windows open up with the right *(.C) as the foreground window

Now click the zoom button on 3.c
Now the IDE is showing 3.c but the tab row is still highlithing 1.c
(See step 3 attached)

I am still showing the .C file 

[CommonTater]

Could this be a Win7 thing?
 
It doesn't matter which file types you have open .. even .RC or rescource files...
 
Did you click the *maximize* button on a different file... (one of the .h files per your illustrations)?

 

 
 

[TimoVJL]

In Win 7 32/64-bit and Wine same problem with older poide too...
Versions 5.0, 6.0, 6.5 and 7.0 in test.

[Bitbeisser]

In Win 7 32/64-bit and Wine same problem with older poide too...
Versions 5.0, 6.0, 6.5 and 7.0 in test.

I am using/testing with Pelle's C 7.0 on Windows XPSP3 32bit btw...

Ralf

[CommonTater]

In Win 7 32/64-bit and Wine same problem with older poide too...
Versions 5.0, 6.0, 6.5 and 7.0 in test.

I rather suspect this one has been there from the beginning....

[Stefan Pendl]

Ralf,

did you change the active file by selecting the title bar of the client window.

As tater mentioned changing the active file by using the tabs or the window menu entries will not result in the issue.

So it seems that the window changing code is unidirectional instead of bidirectional

[CommonTater]

Fixed In ver7.00r ...  Thanks!