Stefan Schimanski wrote:

Am 19.09.2008 um 13:25 schrieb Vincent van Ravesteijn - TNW:


Pavel Sanda wrote:
Richard Heck wrote:
By the way, what are we using now to accept completions? I mean,
before the little dropbox thingy comes up.

That's an issue we have to decide on. I have bound it to TAB
locally and it bahaves exactly like in the hardcoded case before.
But of course I lost TAB in the tables. Comments?

What's the LFUN? I can try a few different things here, perhaps.

completion is imho available now only to advanced user due to the last
flame about tab key.

btw its question whether we shouldn't resolve this before rc3 is out,
otherwise many people start to ask where completion disappeared.

the best solution is imho allowing more functions to be binded to the
same shortcut and sequentially evaluated when the previous lfun in
list is disabled. then tab inside table does what id did before and
completion with tab works as before in normal text.

pavel


... And they can of course use the tabbing in Listings, .. If I polish the patch. Can you explain why tabbing in Listings and in Tables cooperate well, while completion gets broken ?

Without looking at the code, I guess it's because completion does not bind to the tab key "directly" via a standard LFUN, but it has its own LFUN. Otherwise there would be no way to customize the completion key at all without changing the tab behaviour globally.

Yes, I'm sure that's why. I suspect Pavel's is the only really good option.

I don't suspect that this is terribly hard in the core. It's KeyMap::lookup that needs to be changed. The Key struct would need to have a list of FuncRequests, rather than just one, which we could check sequentially via getStatus(), and we'd need something like:
\bind_add "Tab" "lfun..."
so we could add something rather than replace the original thing, plus of course a new method KeyMap::bindAdd(), or whatever, that would handle that sort of declaration. What will be harder, I think, is getting this to work with the shortcuts dialog. But it'd be great if it could be done.

rh

Reply via email to