cannot scroll using mouse middle scroll wheel

[GoogleCodeExporter]

What steps will reproduce the problem?

1. Start Editra
2. Open file1
3. Open file2
4. Click on file1 tab and use middle scroll wheel to scroll up and down the 
file - works
5. Click on file2 tab and use middle scroll wheel to scroll up and down the 
file - Doesn't work

This bug is driving me crazy! Its the one thing that stopping me from 
using Editra. I've tried all sorts of things to fix this, but nothing
makes any difference.

What version of the product are you using? On what operating system?
0.6.77 Binary install Windows 7 Dell Latitude E6410 - has the bug
0.6.37 Source install Windows 7 Dell Latitude E6410 - has the bug
0.6.77 Binary install Windows 7 Dell Desktop Studio XPS - works

If from source: What version of python and wxPython are you using?

I have wxPython2.8-win32-unicode-2.8.10.1-py26.exe
and python-2.6.5.msi but this shouldn't be relevant for the binary
install, should it?

Please provide any additional information below.
I also tried it out on other winodows computers running XP and
I cannot reproduce the problem.

I would like to remove all the setup files. What files should I remove
to make a clean start?  (for both the binary install and the source install)

thanks

-mike

Original issue reported on code.google.com by mike.as...@gmail.com on 2 Nov 2011 at 12:57

[GoogleCodeExporter]

Hi,

I have never seen this on any of my systems XP or 7, but remember it being 
reported once before some time back. I can't think of anything that would cause 
this other than if the focus is getting trapped in the other control for some 
reason. Perhaps try adding an event handler to the EdEditView class to trap the 
scroll events and print out where the focus is.

def OnWheel(self, evt):
   evt.Skip() # let event keep proccesing
   print "focus:", self.FindFocus(), "is self:", self.FindFocus() is self

For the uninstall:

Binary: 
Just run the uninstaller and make sure to check the option to uninstall the 
user data tool if you want to remove all the user config stuff and plugins.

Source: 
  - Delete the Editra folder under your pythons site-packages folder
  - Delete launcher scripts under your pythons Scripts folder
  - Delete the Editra folder under your user data directory ("C:\Users\%USERNAME%\AppData\Roaming\Editra")
  - Optionally remove the ones that are included with the wxPython installed on your system.

Original comment by CodyPrec...@gmail.com on 2 Nov 2011 at 1:25

• Changed state: Investigate

[GoogleCodeExporter]

Where can I find the EdEditView class?
I Looked at my 0.6.37 source install I only came up with: 

C:\Python26\Lib\site-packages\Editra\src\ed_main.py (638):  @param buf: 
EdEditView instance

cheers

-mike

Original comment by mike.as...@gmail.com on 2 Nov 2011 at 1:53

[GoogleCodeExporter]

Hi,

Sorry mistyped EdEditorView (ed_editview.py)

Bind an event handler like mentioned in previous post to wx.EVT_MOUSEWHEEL

self.Bind(wx.EVT_MOUSEWHEEL, self.OnWheel)

Original comment by CodyPrec...@gmail.com on 2 Nov 2011 at 2:05

[GoogleCodeExporter]

I added the OnWheel binding (to ed_editv.py) but the event does not seem to be 
triggered, ie no print output.
Just to check that the EdEditorView class was being used I added a debug print 
message to the OnDestroy function and I did see an output.

Could it be wxPython is capturing the OnWheel event before it gets to the 
EdEditorView class?

I'll probably turn my attention to cleaning up the user data next.
I'm reluctant to do a complete reinstallation. The problem is present
on both the Source and binary installations, and it seems likely that the 
problem
must be common to both installations. 

Is it possible that the binary installation is using some of the source from 
C:/python26/... ? I know that it shouldn't be, but say if the PATH variable is 
setup
incorrectly it might be using some components from the wrong location. 

-mike

Original comment by mike.as...@gmail.com on 2 Nov 2011 at 4:43

[GoogleCodeExporter]

Hi,

Yea the events are probably getting trapped in the wx super class somewhere, 
will try to test this if is the case or not when I get a chance.

No the binary uses its own closed environment and wont get anything from 
outside its own local copy of python.

Have you tried testing with the latest svn version? There were a few fixes to 
the notebook added since the 6.77 release that could potentially affect this 
issue.

Original comment by CodyPrec...@gmail.com on 2 Nov 2011 at 9:42