Open new file by dragging into editra will scroll active file on windows

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Open editra 0.5.51 on windows server 2003 (not tried on xp but expected 
same behaviour).
2. Open a file (file 1) with more lines than visible (so that a vertical 
scrollbar is necessary.
3. Scroll somewhere in the middle of that file 1.
4. Go to windows explorer and choose another file (file 2) for editing and 
drag it with the mouse to the editra taskbar icon. Don't drop yet. Editra 
will come to front. Then drop file 2 into the middle of the already open 
file 1 text area.

What do you see?

File 2 opens, but file 1 scrolls before that. This means while you open 
file 2, you will move the text window in file 1. There does not seem to be 
an alternative.

What is the expected output? 

The scrolling in File 1 should be locked, so that file 1 gets not scrolled 
when file 2 is opened. At least there should be an obvious drop target for 
opening files via drag and drop. But also in that cas, as soon as you move 
the drag mouse pointer over the text area of file 1, it will scroll. 

I regard this as a defect, not a feature, because it is not expected 
behaviour and quite disturbing and irritating even for beginners. Affects 
the quality of the user experience and should be removed.

What version of the product are you using? 

    0.5.51

On what operating system?

    windows server 2003 

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

    binary

Original issue reported on code.google.com by kwmieb...@gmail.com on 7 May 2010 at 5:54

[GoogleCodeExporter]

I am unsure if I set the correct priority. I cannot go back to editing the 
issue or 
don't know how.

Original comment by kwmieb...@gmail.com on 7 May 2010 at 5:56

[GoogleCodeExporter]

Reproduced

* Drop target should not execute scrolling during drag over when drop object is 
a file

Original comment by CodyPrec...@gmail.com on 7 May 2010 at 6:04

• Changed state: Accepted

[GoogleCodeExporter]

I am not sure about the term "drop target". The drop target is in my 
understanding
"editra", because I am not inserting file 2 into file 1, i am just opening file 
2
parallel to file 1 in another tab, but dropping it into already open file 1 
seems to
be the way editra handles this currently.

All other locations (editra's program window header, menu bar, tabs inside tab 
bar,
empty space inside tab bar) seem not to be accepted as drop targets for a file 
that
the user wants to open.

Some other programs allow the program window bar or the tabbar as drop target, 
and
this seems intuitive and good habit to me.

Original comment by kwmieb...@gmail.com on 7 May 2010 at 6:23

[GoogleCodeExporter]

Yes, that is just a note to myself about what needs to be fixed when I get a 
chance
to look at this.

Original comment by CodyPrec...@gmail.com on 7 May 2010 at 6:27

[GoogleCodeExporter]

I found a workaround which makes it easier to open files on windows: When 
dragging 
file 2 from south into file 1, file 1 does not scroll. It only scrolls when 
file 2 
is dragged into file 1 from north, east or west.

Original comment by kwmieb...@gmail.com on 8 May 2010 at 4:43

[GoogleCodeExporter]

It appears that in the current versions of wxPython it is not possible to check 
the
datatype of the drag object until it has been released.

This means that it is not possible to detect whether it is a drag file or drag 
text.
For Drag text we want the scrolling so the text can be inserted in the desired
location. For Drag Files the scrolling serves no benefit.

Either way this is a very very minor issue as the scrolling will only occur 
when the
drag cursor is moved near the top or bottom of the edit area.

Original comment by CodyPrec...@gmail.com on 13 May 2010 at 3:49

• Added labels: Component-UI, OpSys-All, Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Not on my system. The scrolling occurs all the time.

Original comment by kwmieb...@gmail.com on 13 May 2010 at 4:19

[GoogleCodeExporter]

Maybe there should be a different drop target for files. Currently there is no 
other
possible target for files than the text area (which is not very intuitive). Some
programs allow drop targets like the tab bar or the window bar.

Original comment by kwmieb...@gmail.com on 13 May 2010 at 4:23