[Background for inkscape-devel readers: Ted found that when the connected-to object was a <rect>/SPRect, updates to the connector positions seemed to lag by one move.
I found that <text> behaved similarly, but that no other elements had that problem.
I also found that if the connected-to object was in a group, then moving the group doesn't emit a `transformed' signal.
In the case of clones (SPUse), it's unclear whether the clone should move in parallel with the move of the containing group. As a user I'd have expected the clone to move, but if I think about the SVG representation then the current behaviour makes sense, in that having the clone move in parallel with group moves would involve changing the transform on the clone.]
Ted's rectangle test case now works. Text also now works, but not through any work of mine. (I'd guess because someone recently made sp_text_set_transform essentially a no-op.)
I haven't yet addressed the case of connecting to something that's inside a group (that the other object isn't in).
It might be interesting if you posted these observations [about why <text> and <rect> had the problem and no other shapes] to the list -- I'd be curious if there was a good reason for this.
In the case of SPRect, the problem was that its bbox is calculated from its SPShape information, but sp_rect_set_transform modified only the SPRect-specific data, it didn't call sp_rect_set_shape to update the SPShape data.
The fix options were either
- Provide an SPRect-specific bbox method rather than inheriting SPShape's implementation.
- Add a call to sp_rect_set_shape from sp_rect_set_transform.
I decided to do the latter, in case there were any other users of the SPShape information that would otherwise lag.
pjrm.