Clicking on tabs make them scroll when many tabs open

[GoogleCodeExporter]

What steps will reproduce the problem?
1. open many files (enough so you need to scroll the tabs)
2. click on one of the file tabs in the middle

What is the expected output? What do you see instead?
When clicked, the tabs scroll so that the current one is positioned at the
right-most side of the tabs bar. 
The tabs shouldn't scroll when clicked.

IMPORTANT!!! Please answer these questions for any and ALL bug reports

What version of the product are you using? On what operating system?
svn at revision 63356. Linux 32 bits debian. 

What method of install was your version installed with (Binary/Source)?
source

If from source: What version of python and wxPython are you using?
Python 2.5
wx.VERSION_STRING '2.8.10.1'

Please provide any additional information below.
This is a serious usability bug, because when clicking on a tab, the user
looses context of what he just clicked. If the previous tab was on the
right, it has now disappeared. Clicking back-and-forth between the last 2
tabs (the last files open) is difficult. 
The behavior of the tabs when click is unintuitive and hard to predict. 

Original issue reported on code.google.com by gaudet.e...@gmail.com on 2 Feb 2010 at 6:33

[GoogleCodeExporter]

Must be linux specific as I cannot reproduce this on my Mac or Windows machines.

I am in the process of completely changing the notebook tab control that is 
used so
this may possibly go away when those changes are in.

Original comment by CodyPrec...@gmail.com on 2 Feb 2010 at 7:12

• Changed state: Investigate
• Added labels: OpSys-Linux

[GoogleCodeExporter]

I confirm that this is only happening on linux. Hopefully your changes will fix 
this
issue.

Original comment by gaudet.e...@gmail.com on 3 Feb 2010 at 2:47

[GoogleCodeExporter]

Hi,

I checked in my initial changes to use the new notebook control if you could 
test the
current svn that would be great.

Thanks,

Cody

Original comment by CodyPrec...@gmail.com on 3 Feb 2010 at 4:07

[GoogleCodeExporter]

Hi,

Does this issue still persist with the latest svn?

Thanks,

Cody

Original comment by CodyPrec...@gmail.com on 5 Feb 2010 at 10:00

[GoogleCodeExporter]

Hi, 

the latest svn indeed fixes the tab scrolling issue, but introduces the 
following
problem: the click events are not received by the other controls of the tab 
anymore. 

Clicking on the following controls DO NOT work: close tab button, left and 
right tab
scrolling arrows, down arrow to select the tab.

Clicking on the tab itself DOES select the tab. 

Thanks,
EG

PS: I seem to be having problems with my email, I just got notification for 
this now.
I'll check the this page directly for updates.

Original comment by gaudet.e...@gmail.com on 17 Feb 2010 at 8:18

[GoogleCodeExporter]

Really the buttons aren't working. Are you using the latest svn?

They work correctly on my OSX and Windows boxes. Guess I really need to get my 
linux
box up and running again.

thanks

Original comment by CodyPrec...@gmail.com on 17 Feb 2010 at 2:56

[GoogleCodeExporter]

It doesn't work on my (home) linux 64-bits debian, but it works with my (work) 
linux
32-bit debian. Both are running the same versions: python 2.5.5 with
wx.VERSION_STRING 2.8.10.1. Please point me to the code that handles this, and 
I'll
try to figure-out what's going on.

Original comment by gaudet.e...@gmail.com on 17 Feb 2010 at 9:41

[GoogleCodeExporter]

Hi,

That is very odd. May be an issue with wxPython when its compiled in 64 bit 
mode.

The places of interest to look would be:

src/ed_pages.py (see the Event handlers for the EVT_AUI_NB_*)

The aui notebook class in:

src/extern/aui/auibook.py

Suggest checking the PyAui demo in the wxPython demo application on your 64 bit
machine and see if it exhibits the same problem or not.

Thanks,

Cody

Original comment by CodyPrec...@gmail.com on 17 Feb 2010 at 9:46

[GoogleCodeExporter]

The AuiNotebook demo has the same problem on amd64. I will try to contact the 
author
the AUI directly.

Original comment by gaudet.e...@gmail.com on 18 Feb 2010 at 9:44

[GoogleCodeExporter]

Since the root problem has been resolved I am closing this issue.

Will continue investigation of the shortcut issues separately

Original comment by CodyPrec...@gmail.com on 28 Feb 2010 at 4:54

• Changed state: Fixed