Home Download Buy Blog Forum Support

20091114 Beta

Re: 20091114 Beta

Postby jps on Tue Nov 17, 2009 1:24 pm

sublimator wrote:The bindings were each set up with
<context name="allSelectionsEmpty" value="true"/> specifically to avoid this problem.


Ah, I see that now... it seems that after the changes to regex key bindings a few betas ago, that context isn't enough. The basic rules, as they're implemented are:

- A sequence key binding must have all its contexts match every step of the way.
- However, if multiple sequence key bindings share the same prefix, then as long as one of them has its contexts match for the current input, then all bindings get to stay in contention.

So for the input "b,tab", when the initial b is typed, the normal HTML binding has its contexts match, so both it and the zenHTML binding remain in contention, then when tab is pressed, the selection has been overwritten with "b", and is thus empty, so the zenHTML binding is now allowed to proceed.

The correct behaviour here is fairly clear, but implementing it going to be fairly complex... anyway, I've added it to the todo list.
jps
Site Admin
 
Posts: 3062
Joined: Wed Mar 19, 2008 12:33 pm

Re: 20091114 Beta

Postby ilya on Tue Nov 17, 2009 10:18 pm

If this problem will be resolved without temporary hacks, then I am ready to wait, that would not waste your time on temporary solutions ;)
ilya
 
Posts: 122
Joined: Fri Sep 11, 2009 8:32 pm

Re: 20091114 Beta

Postby SteveCooperOrg on Wed Nov 18, 2009 4:16 pm

sublimator wrote:How do I do initiate reverse find with one key press?


this is the binding I'm using;

Code: Select all
  <binding key="ctrl+shift+i" command="findUnderPrev">
    <context name="isPanelVisible" value="true"/>
  </binding>
Maybe what you're looking for is at the http://www.sublimetextwiki.com
SteveCooperOrg
 
Posts: 193
Joined: Thu Mar 20, 2008 9:53 am

Re: 20091114 Beta

Postby ilya on Sat Jan 23, 2010 1:07 am

jps wrote:
sublimator wrote:The bindings were each set up with
<context name="allSelectionsEmpty" value="true"/> specifically to avoid this problem.


Ah, I see that now... it seems that after the changes to regex key bindings a few betas ago, that context isn't enough. The basic rules, as they're implemented are:

- A sequence key binding must have all its contexts match every step of the way.
- However, if multiple sequence key bindings share the same prefix, then as long as one of them has its contexts match for the current input, then all bindings get to stay in contention.

So for the input "b,tab", when the initial b is typed, the normal HTML binding has its contexts match, so both it and the zenHTML binding remain in contention, then when tab is pressed, the selection has been overwritten with "b", and is thus empty, so the zenHTML binding is now allowed to proceed.

The correct behaviour here is fairly clear, but implementing it going to be fairly complex... anyway, I've added it to the todo list.

Any news?
:(
ilya
 
Posts: 122
Joined: Fri Sep 11, 2009 8:32 pm

Previous

Return to General Discussion

Who is online

Users browsing this forum: Google [Bot] and 28 guests