End matching

Hi all,

That’s it, THAT’S IT! I’m tired of forgetting an end or inserting
one too many, and traipsing through the whole program to find it.
Vim doesn’t really match End statements with their keywords.

So I’m going to write an end matching program. Could somebody please
list all the keywords that are ended by “end”? Do any of these
keywords ever not end in “end”?

Thanks

SteveT

Steve L.

[email protected]

Steve L. wrote:

Hi all,

That’s it, THAT’S IT! I’m tired of forgetting an end or inserting
one too many, and traipsing through the whole program to find it.
Vim doesn’t really match End statements with their keywords.

So I’m going to write an end matching program. Could somebody please
list all the keywords that are ended by “end”? Do any of these
keywords ever not end in “end”?

“class”, “module”, “def”, “do”, “begin”, “while”, “until”, “if”,
“unless” - control flow statements can be used as post expression in
which
case they do not end in “end”:

puts foo if foo > 10

You might be able to make your life easier by using a Ruby parser.
There
are even implementation(s) in Ruby.

Btw, there’s an easier cure for this: just get used to typing the “end”
immediately after typing the starting token, then go back a word and
type
the containing text. Same works for all sorts of brackets etc.

Kind regards

robert

On 12/16/05, Steve L. [email protected] wrote:

Hi all,

That’s it, THAT’S IT! I’m tired of forgetting an end or inserting
one too many, and traipsing through the whole program to find it.
Vim doesn’t really match End statements with their keywords.

The rubyvim doesn’t match ‘end’? I used to use this,
but haven’t needed it for years.

On Dec 16, 2005, at 10:16 AM, Steve L. wrote:

Hi all,

That’s it, THAT’S IT! I’m tired of forgetting an end or inserting
one too many, and traipsing through the whole program to find it.
Vim doesn’t really match End statements with their keywords.

So I’m going to write an end matching program. Could somebody please
list all the keywords that are ended by “end”? Do any of these
keywords ever not end in “end”?

class / module / def
begin / do
if / unless (end not requires when used as statement modifiers)
while / until (end not requires when used as statement modifiers)

Hope that’s all of them, but I may have missed some.

James Edward G. II

On Dec 16, 2005, at 10:27 AM, Robert K. wrote:

Btw, there’s an easier cure for this:

Definitely.

just get used to typing the “end” immediately after typing the
starting token

Or better have your editor do that busy work for you.

Proper indentation should make missing ends very obvious as well.

James Edward G. II

On Sat, 17 Dec 2005, Steve L. wrote:

Hi all,

That’s it, THAT’S IT! I’m tired of forgetting an end or inserting
one too many, and traipsing through the whole program to find it.

It’s a bit of a problem, I agree. I usually create them when I
create the /if|def|do|case|module|class|while/ and create the contents
after.

There have been limitations imposed on Ruby by having the parser
implemented in YACC which have come up before. One is that it is
nontrivial to get really good error diagnostics out.

Vim doesn’t really match End statements with their keywords.

:he matchit

You need to do a little installation of matchit for it to work
properly, because vim defaults to behaving like VI.

So I’m going to write an end matching program. Could somebody please
list all the keywords that are ended by “end”? Do any of these
keywords ever not end in “end”?

Before you go to the trouble of all that, whwat is your vimrc like?
maybe there are more things you can turn on that will help.

Mine, somewhat pruned, is like this:

set autoindent
set expandtab
set shiftwidth=2 " Mostly Ruby development – std convention 2, not 4
set textwidth=68 " Do want this generally applied now…
"set ttyscroll=0
"
runtime ftplugin/man.vim
filetype plugin on "if you want the ftplugin to run
filetype indent on "if you want indenting support
syntax on
autocmd FileType * exec(‘setlocal
dict+=’.$VIMRUNTIME.’/syntax/’.expand(’’).’.vim’)
runtime plugin/matchit.vim

"nmap :exe “:undo|:set paste|:normal .:set nopaste”

"Give a status line always
set ls=2

Thanks

SteveT

    Hugh

On Dec 16, 2005, at 10:36 AM, Paul B. wrote:

So I’m going to write an end matching program. Could somebody please
list all the keywords that are ended by “end”? Do any of these
keywords ever not end in “end”?

One wrinkle: ‘do’ does not always end in ‘end’. It can be a method,
and is used as such in DBI (e.g. ‘dbh.do(…)’). It should be easy
enough to handle that case by checking for a preceding period,
however.

I imagine all the words in that list have the same issue.

Checking for the period is a good start, but watch out for edge cases:

send(:do, *args)

James Edward G. II

On 12/16/05, James Edward G. II [email protected] wrote:

I imagine all the words in that list have the same issue.

Checking for the period is a good start, but watch out for edge cases:

send(:do, *args)

and speaking of ‘cases’, don’t forget ‘case’.

So I’m going to write an end matching program. Could somebody please
list all the keywords that are ended by “end”? Do any of these
keywords ever not end in “end”?

One wrinkle: ‘do’ does not always end in ‘end’. It can be a method,
and is used as such in DBI (e.g. ‘dbh.do(…)’). It should be easy
enough to handle that case by checking for a preceding period,
however.

Paul.

On Fri, 16 Dec 2005 16:16:51 -0000, Steve L. [email protected]
wrote:

That’s it, THAT’S IT! I’m tired of forgetting an end or inserting
one too many, and traipsing through the whole program to find it.
Vim doesn’t really match End statements with their keywords.

Been there :expressionless:

I have the indent plugin enabled, and my Vim seems to match 'end’s quite
well with that (I didn’t try it without, and I suppose I may have
forgotten about some extra stuff I installed?). Because the end token is
indented to the same position as the start, and highlighted the same
colour, it makes it pretty easy to see what’s what most of the time.

It’s not the same as proper end-matching, of course, but if nothing else
it might mean that, somewhere inside that plugin('s configuration),
there
is a list of start/end tokens…

Ross

Has anyone ever written a proposal for optional labels after an “end”.
I’ve written a parser for another language that allows that. So for
example you can type “end class” at the end of a class. If you forget
to type an “end def” inside the class it will tell you the error you
made more clearly instead of matching “end class”. And you can still
just type “end” alone to match anything.

Oh, and just to mention this for the heck of it (not that it should be
seriously considered for ruby), you can actually parse the same code
with no “end” at all if the lines in a block are all indented the same.
You don’t need the colon like in python. Just noting that after
seeing a failed ruby proposal that seemed to imply the colon was
required: RCR 299: Indented code blocks

Steve L. wrote:

Hi all,

That’s it, THAT’S IT! I’m tired of forgetting an end or inserting
one too many, and traipsing through the whole program to find it.
Vim doesn’t really match End statements with their keywords.

So I’m going to write an end matching program. Could somebody please
list all the keywords that are ended by “end”? Do any of these
keywords ever not end in “end”?

Actually, I recommend a proactive approach: just condition
yourself to input the ending character at the same time you
write the starting block. So, type a ‘do’, type an ‘end’ and
then backtrack your cursor betwixt.

Also, the better editors support brace/block matching. Vim’s
‘%’ works in most ruby instances, for example.

Thanks

SteveT

E

On Sun, 18 Dec 2005 18:10:08 -0000, Martin DeMello
[email protected] wrote:

however.
martin
Guys, take a look at Vim’s implementation. On my system the pertinent
files are:

 /usr/share/vim/vim63/indent/ruby.vim
 /usr/share/vim/vim63/syntax/ruby.vim

The indent one seems to have everything you need, but the syntax is
concerned with end matching too (for colouring ends belonging to ifs
different to ends belonging to blocks, and what have you).

Now all you need is to port it to Ruby :wink:

James Edward G. II [email protected] wrote:

I imagine all the words in that list have the same issue.

Checking for the period is a good start, but watch out for edge cases:

send(:do, *args)

Would probablly be better to check for everything that can precede the
‘do’ and have it be a real end-ended do.

martin