seletskiy
commented
8 years ago @bpj: Thanks for the good example of using UltiSnips!
I can't reproduce error by using following all.snippets file and triggering snippet in the [No Name] buffer:
global !p
vim.command('let b:reflink_dict = {}')
reg_name_re = re.compile(r'@.')
def html_id(id):
return id
def reg_or(text,default,filtr=None):
"""
- If ``text`` looks like a Vim register name in ``@x`` notation
replace it with the content of that register.
- If ``text`` or the register is empty return ``default``.
- If ``filtr`` is a callable filter ``text`` through it, otherwise return
``text`` as is.
This is useful when ``text`` is the content of a match group, avoiding to
litter lots of snippets with the checking/replacing/filtering code.
"""
if text is None:
text = default
if reg_name_re.match(text):
text = vim.eval(text)
if not len(text):
text = default
if callable(filtr):
return filtr(text)
else:
return text
endglobal
snippet "rlink(?:\s+\#([-\w]+)?)?\s+(\S+)(?:\s+(.*))?" "save an external reflink" r
[${1:`!p snip.rv = reg_or(snip.v.text, reg_or(match.group(3), 'LINK_TEXT'))`}][`!p
id = reg_or(match.group(1), t[1], filtr=html_id)
url = reg_or(match.group(2), '!!!URL-MISSING!!!')
title = reg_or(match.group(3), "")
reflinks = vim.bindeval('b:reflink_dict')
if not reflinks.has_key(id):
reflinks[id] = '[{0}]: {1} "{2}"'.format(id, url, title)
snip.rv = id
`]$0
endsnippetI tried to do some visual selection and so on.
I definitely saw the error you've encountered some time ago, but I can't recall what it is linked with. Can you try to find exact steps to reproduce it?
BTW, rlink is bit extra typing, I guess, cuz you can modify your regexp so it will accurately match #id followed by URL without need of rlink prefix, so snippet will be even more effective.
bpj
nihlaeth
SirVer
Maelan
BertrandSim
I have a problem with a somewhat evil snippet which looks like this:
(NOTE: I updated the code above so that people who copy it can avoid another bug, unrelated to the issue this thread is about. Long story short: the dict became full of junk sometimes if the id depended on the link text, so now the id never depends on the link text as inserted in tab
$1. You will instead get an error if the visual selection, the explicit#IDand the title text all are missing. /bpj)The idea is that you type a trigger like
rlink #id http://example.com The link title<tab>and get the trigger replaced with a snippet for a Markdown link reference:[{LINK_TEXT}][ID]at the same time as a suitable link definition is saved to a buffer local dict variable, to be later written out elsewhere in the document with the help of another snippet. TheLINK_TEXTdefaults to the visually selected text if any, or else to the link title, while the id defaults to the link text reformatted into a valid id. Any of the 'arguments' in the trigger can be the name of a Vim register like@+, in which case they will be expanded to the content of that register (this is very handy when you have copied an URL in the web browser! :-) Thehtml_id()function is just someregex.sub()calls which massage the argument into a valid HTML id string. Thereg_or()function lives in a module in~/.vim/pythonx/and looks like this:This works perfectly most of the time, but sometimes (especially, perhaps only, when there was a visual selection) I get junk characters before the expanded text like
v3G15|o3G2|o[the foo command][the_foo_command]. On the face of it those characters are entirely unrelated to anything in the input -- come to think of it they look like normal mode commands. I don't know if this is because of something stupid I'm doing, a bug in UltiSnips or something in between, but I thought I should bring it to your attention at least to hopefully get an explanation what's going on. And in case you wonder, this madness saves lots of time, and keystrokes, for me when converting vanilla plaintext into Markdown. :-)