<div><div>Nice "fix", thanks a lot.</div><div>Another minor issue I've just noticed after started using the "undo-tree" was that the "hjkl" are not working in the undo-tree-visualizer-mode. But that's just small inconvenience.</div>
<div><br></div><div>York</div><div><br></div><div>On Sun, Jun 12, 2011 at 4:28 PM, Vegard Øye <<a href="mailto:vegard_oye@hotmail.com">vegard_oye@hotmail.com</a>> wrote:</div><div>On 2011-06-12 00:59 +0200, York Zhao wrote:</div>
<div><br></div><div>> It turned out that it was because I re-binded the 'f' key to my</div><div>> function. But what my function did was simply a check on whether</div><div>> edebug was active, if edebug was not active, it simply called the</div>
<div>> old function.</div><div><br></div><div>Some Viper motions need to be called with a special argument in order</div><div>to work properly in Operator-Pending state. As your function called</div><div>`viper-find-char-forward' without this argument, it behaved</div>
<div>differently. Commit 3221608 tries to eliminate this trap by using</div><div>`defadvice' to generate the argument automatically.</div><div><br></div><div>I have also added some edebug compatibility bindings in commit 4bdc95f.</div>
<div>I usually run edebug in Emacs state or Insert state, but now it should</div><div>also work reasonably well in vi state.</div><div><br></div><div>--</div><div>Vegard</div><div><br></div><div>_______________________________________________</div>
<div>implementations-list mailing list</div><div><a href="mailto:implementations-list@lists.ourproject.org">implementations-list@lists.ourproject.org</a></div><div><a href="https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list">https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list</a></div>
</div><div><br></div>