immerrr again
immerrr again
Hi! Good catch, and an even better bugreport, thank you! I'll try to have a look this week.
Apologies for the Valve-time-ish "this week" delay. `lua-find-matching-token-word` function is meant to be internal-ish. It expects point to be at the beginning of the token whose pair you are trying...
Sorry that this went under my radar for so long. To answer your question, as I said, `lua-find-matching-token-word` expects point to be at the beginning of the token whose counterpart...
Hi, unfortunately, no. But there's good news. I think I'm very close to implementing multiline constructs properly in terms of Emacs24 and the next thing on the list is the...
Hey, actually, todays bugfix for #26 (8d28342675f6f7a258a142b4b8856ff0700906f8) might have fixed some of incompatibilities with your guidelines. Three things I see now: - unindented block-close tokens should be in fact indented...
> unindented block-close tokens should be in fact indented by different level > easy fix Made unindentation offset customizable in `refactor_indentation` branch.
> lambda-function args block is not unindented properly > this might be tough to do without nasty hacks Done in ca39a4aba0ceefc816e2b43d0ae33e2bd25dbc56. Two down, one to go.
Well, there's good news and there's bad news. :) The bad news is that the issue remains: indentation engine needs a rewrite and with lua-mode remaining a hobby project it...
That sounds like a great idea. I don't have anything against `lua-repl-mode`, let's call it like that.
Don't worry about it. The new approach looks promising.