This is because the snippet returned by the emmet expand module in this case is <h1></h1> and not <h1>${0}</h1>

@sergeche This is not the case in your emmet plugin. Is there anything extra that the plugin is doing? If so, shouldnt that be moved into the emmet module?

The ${0} marker etc is controlled by the field option of expand-abbreviation: https://github.com/emmetio/expand-abbreviation/blob/master/test/html.js#L14
It must be missing

"Sequential" insertion points are missing too, such as when inserting two divs (e.g. div>div.foo+div.bar)

@sergeche That's exactly what I am using https://github.com/ramya-rao-a/vscode-emmet-helper/blob/master/src/emmetHelper.ts#L118

The issue is not that none of the tab stops are being returned. For eg: a gives <a href="${1}"></a> where as I'd expect <a href="${1}">${0}</a>

The examples above works fine in Atom and unit-tests. Can you ensure that generated snippet doesn’t have expected tab stops?

Ah! I found the issue

https://github.com/ramya-rao-a/vscode-emmet-helper/blob/8272da0dc9e31d13b9f7c72ec6872c5daf23b54c/src/emmetHelper.ts#L151

Need to send null and not empty string in the text option

Thanks @sergeche !

Fixed with microsoft/vscode-emmet-helper@cbef48c

Thanks for reporting @smlombardi !