Nice to see a native implementation of this! 
As a note, if the alpha version is a sublime-package file it needs to be placed in the Installed Packages folder for Sublime to recognize and load it, not the Packages folder.
Nice to see a native implementation of this! 
As a note, if the alpha version is a sublime-package file it needs to be placed in the Installed Packages folder for Sublime to recognize and load it, not the Packages folder.
really cool stuff with expanding abbreviation previews. need to try it)
a huge thanks man!
Shaping up really nicely. Thank you.
One bug. emmet_remove_tag action with code like:
<div>
<div a="1"
b="2">
</div>
</div>
Removing outer div produces this:
<div a="1"
b="2">
</div>
Which is not ideal. The indented attributes should keep original indentation.
Here is another one, but I’ve only tested that one in early version of ST4 so not sure if ST3 has same issue. In a css file, typing a property shows both Emmet’s “preview” and autocomplete popup. Pressing tab completes to “preview”'s value which is fine by me but then autocomplete popup should not be shown probably at all then.
Thanks! Could you please report at https://github.com/emmetio/sublime-text-plugin/issues?
Yes, I’ve struggle with this preview/popup a bit. The problem is that in CSS autocomplete works differently, not like in HTML. The reason to keep autocomplete popup is to allow users to select native snippets with arrow and Enter. Unfortunately, ST doesn’t properly updates completions list when I modify abbreviation so I can’t put Emmet abbreviation as completion item in popup, thus display it as phantom
We have a limited release happening via the Discord server where we are gathering feedback from active community members. It isn’t closed, but we are keeping it low-key while we work out some details. We are asking those interested to keep discussion to the Discord server. The intent here is to gather feedback, especially bug reports, without having a huge number of people jumping on board while we get things stabilized.
Is there a way to remove default keybinding for expand abbreviation command (Tab key) and assign it to multiple key (good old ctrl/cmd+e)?
Maybe there is something that I’m missing but inside an HTML file, tabbing just expand whatever is on the left of the caret, either writing all the dom by hand or using expand abbreviation.
test case:
.foo>.bar*2
(tab to expand) -> expand and move caret inside first div.bar
type whatever into first div.bar
(tab to move to next div.bar) -> will create a "whatever" tag
If you see underline then it’s captured abbreviation and Tab will expand it. Hit Esc to reset capturing and use Tab as regular. You can disable abbreviation capturing via preferences (see https://github.com/emmetio/sublime-text-plugin/blob/master/Preferences.sublime-settings) and map emmet_expand_abbreviation action to any keyboard shortcut
Thanks.
Apart for the aggressivity of the capture (personal point of view) the new emmet works like a charm 
The goal is to tune capturing so it will help you instead of annoying. You could suggest the expected workflow so I can provide better suggestions
Thanks for this awesome plugin! However I still can’t get it to work with source.tsx files… and I miss it! Any idea or resources?
You can check out Emmet.sublime-preferences, there are syntax_scopes (maps ST scopes to Emmet syntax name) and abbreviation_scopes (where abbreviations should be activated). Also, make sure you’re using < prefix as described in README
Thanks for the quick response! That’s what I did, but no luck… Here’s my config for Emmet2
I saved that, then I opened a tsx file (source.tsx scope), typed <div.title then hit TAB, or CTRL+E, or even Expand Abbreviation from the command panel, but nothing…
I’ve updated plugin to 0.2.4, it should support TSX (works for me). If it’s not, please fill an issue at https://github.com/emmetio/sublime-text-plugin