Re: [Kicad-developers] There's something wrong with dragging in eeschema...

2013-06-24 Thread Lorenzo Marcantonio
On Mon, Jun 24, 2013 at 12:28:57AM -0500, Dick Hollenbeck wrote:
 $ bzr diff -r 4206..4207  common/draw_panel.cpp   reverse_me_out.patch
 
 
 
 If you reverse out the patch generated from the above, this was the most 
 recent change to
 autopan.  But unless you are dragging off the screen, this may not be it.
 
 I offer the above only as a test of course, since neither JP nor several 
 others have
 experienced any problem with this change.

OK thanks. In my currently copious free time (!) I'll try to see what's
happening...

-- 
Lorenzo Marcantonio
Logos Srl

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


Re: [Kicad-developers] There's something wrong with dragging in eeschema...

2013-06-23 Thread Travis Ayres
Hi everyone,

There is a dragging issue that is replicable, but I'm not enough of a
wxWidgets expert to track it down. I'm willing to help anyone who is
attempting this effort though. Please post your progress and some
information on your steps if you could.

-Travis


On Fri, Jun 21, 2013 at 12:11 AM, Lorenzo Marcantonio 
l.marcanto...@logossrl.com wrote:

 On Wed, Jun 19, 2013 at 12:30:07PM +0200, Lorenzo Marcantonio wrote:
  OK, I'll try to do a vanilla build to see if something broke during
  merge (I didn't change anything about that, I have no idea...)

 Hrr... even vanilla sometimes give the issue; not always and not on
 faster boxes... could it be a timing condition or something about the
 order of the event arrival??? On the atom box it does it *always*
 (should be easier to debug at least :D)

 I'll need more intensive tracing to find the culprit; I suppose the
 auto-pan code is in the common frame, right?

 --
 Lorenzo Marcantonio
 Logos Srl

 ___
 Mailing list: https://launchpad.net/~kicad-developers
 Post to : kicad-developers@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~kicad-developers
 More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


Re: [Kicad-developers] There's something wrong with dragging in eeschema...

2013-06-23 Thread Dick Hollenbeck
On 06/21/2013 02:11 AM, Lorenzo Marcantonio wrote:
 On Wed, Jun 19, 2013 at 12:30:07PM +0200, Lorenzo Marcantonio wrote:
 OK, I'll try to do a vanilla build to see if something broke during
 merge (I didn't change anything about that, I have no idea...)
 
 Hrr... even vanilla sometimes give the issue; not always and not on
 faster boxes... could it be a timing condition or something about the
 order of the event arrival??? On the atom box it does it *always*
 (should be easier to debug at least :D)
 
 I'll need more intensive tracing to find the culprit; I suppose the
 auto-pan code is in the common frame, right?
 


$ bzr diff -r 4206..4207  common/draw_panel.cpp   reverse_me_out.patch



If you reverse out the patch generated from the above, this was the most recent 
change to
autopan.  But unless you are dragging off the screen, this may not be it.

I offer the above only as a test of course, since neither JP nor several others 
have
experienced any problem with this change.



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


Re: [Kicad-developers] There's something wrong with dragging in eeschema...

2013-06-21 Thread Lorenzo Marcantonio
On Wed, Jun 19, 2013 at 12:30:07PM +0200, Lorenzo Marcantonio wrote:
 OK, I'll try to do a vanilla build to see if something broke during
 merge (I didn't change anything about that, I have no idea...)

Hrr... even vanilla sometimes give the issue; not always and not on
faster boxes... could it be a timing condition or something about the
order of the event arrival??? On the atom box it does it *always*
(should be easier to debug at least :D)

I'll need more intensive tracing to find the culprit; I suppose the
auto-pan code is in the common frame, right?

-- 
Lorenzo Marcantonio
Logos Srl

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp


Re: [Kicad-developers] There's something wrong with dragging in eeschema...

2013-06-19 Thread jp charras

Le 19/06/2013 09:21, Lorenzo Marcantonio a écrit :

Maybe it's related with all the discussion of these days about panning
and stuff (I didn't actually read it). For some reason, when
ctrl-selecting for dragging a block (or even simply selecting, then
choosing drag from the menu), after confirming the new position, it
recenters the view and *then* drop the block.

Result: stuff in the wrong place :((( i.e. schematic drag non
functional. This is with yesterday bzr.

Oh, BTW the issue is the same even during move or copy, so I'd look in
the 'final click before doing block stuff' code (HandleBlockPlace,
maybe? it's difficult to debug, it seems to happen before in the
common/drawframe mouse event handler; too complex for me to follow,
I don't know that code enough). Unexpectedly it does that even with the
'do not center and warp option set'...

Disabling 'autopan while moving' instead fixes it (i.e. it's the
workaround for the bug); I think that probably m_requestAutoPan is reset
to false too late or something like that.



I do not have this issue, neither on W7 nor on Linux (using wxWidgets 
2.9.4).


--
Jean-Pierre CHARRAS

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp