Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Expand conflicts with Emmet #43

Open
tobalsan opened this issue Dec 3, 2014 · 8 comments
Open

Expand conflicts with Emmet #43

tobalsan opened this issue Dec 3, 2014 · 8 comments

Comments

@tobalsan
Copy link

tobalsan commented Dec 3, 2014

Hi,

since last update where you replaced blockb with block., ifb with if. for twig multiline blocks, if one has Emmet extension installed, there is a conflict between both plugins in text expansion, and Emmet takes priority, which makes block. expand to <block class=""></block>.

@or3lie
Copy link

or3lie commented Dec 9, 2014

Hello,
+1, it's annoying !
Somebody knows if it's possible to disable some emmet's snippets cause I never use the emmet's block and I would prefer to use the twig's snippet for block...
If no way, I think I'm going to update twig's snippets with tblock or something like that

@uhnomoli
Copy link
Owner

uhnomoli commented Dec 9, 2014

Hrm, that is rather annoying :{ Any suggestions for the trigger syntax for multi-lined versions of snippets? I wasn't very fond of the trailing b, hence why I changed it to the trailing .. Locally I used repeating the last letter (e.g., blockk, iff, etc.) though I'm not sure how I feel about that either.

@or3lie
Copy link

or3lie commented Dec 9, 2014

I think the same character each time is better.
Instead of a point you can choose a letter and put it at the end of the trigger.
Or maybe another character like two points, can it work ? exp : block:, if:...

@tobalsan
Copy link
Author

tobalsan commented Dec 9, 2014

+1
i like the colon solution block:, if:, Just tested it right now, no weird text expansion occuring on my side.

@or3lie
Copy link

or3lie commented Apr 21, 2015

Hi @Anomareh ! What do you think about the colon solution ?

@diegocastro
Copy link

+1 for the colon.

@tobalsan
Copy link
Author

yeah, it would be really cool, but looks like @Anomareh is very busy lately :P

@diegocastro
Copy link

@Anomareh if you're busy I could make the changes. It's something that is annoying me to no end.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants