<div><div>Nice &quot;fix&quot;, thanks a lot.</div><div>Another minor issue I&#39;ve just noticed after started using the &quot;undo-tree&quot; was that the &quot;hjkl&quot; are not working in the undo-tree-visualizer-mode. But that&#39;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 &lt;<a href="mailto:vegard_oye@hotmail.com">vegard_oye@hotmail.com</a>&gt; wrote:</div><div>On 2011-06-12 00:59 +0200, York Zhao wrote:</div>
<div><br></div><div>&gt; It turned out that it was because I re-binded the &#39;f&#39; key to my</div><div>&gt; function. But what my function did was simply a check on whether</div><div>&gt; edebug was active, if edebug was not active, it simply called the</div>
<div>&gt; 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&#39; without this argument, it behaved</div>
<div>differently. Commit 3221608 tries to eliminate this trap by using</div><div>`defadvice&#39; 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>