-
Notifications
You must be signed in to change notification settings - Fork 27
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
Standards and conventions #43
Comments
I did it first time for my personal usage, so unless you want to change already existing templates, to which I already used, I have no issues.
I don't know such command. Is it from tempel?
If they will produce the same output from already existing templates, I'm fine.
Would be nice to see some examples here and possible improvements.
I had no idea about Hacktoberfest. As of contributions, I just opensorse my template collection I created long time ago, |
Yes the I asked Minad about options to disable the |
First, thanks for starting this project. I am on the hunt for minimalist packages that still provide robust features but use emacs API when possible. To replace yas, Tempel seemed like a nature choice but it is lacking in templates. I wrote a number of mine own only to find your collection had a significant overlap and I've switched to your collection. I see that in the past a few people have brought up migration efforts to rewrite yas collection snippets for tempel. I've started some work on this myself and am at a point where I wanted to get some input.
Do you have any conventions or standards when it comes to writing completions? I'm asking broadly however I am thinking more specifically about the
:post
commands. For example in org templates I love templates that call out to open a new buffer in the specified mode. However I can also see that there will inevitably be people who use your collections that will not want this feature and prefer if the snippets merely expand.Another thought I had was, would you be interested in including custom elements in this repo? I'm thinking like a set of useful elements that can then be used in both the tempel-collection snippets as well as being leveraged by users for their own custom snippets.
There are also a number of duplicate snippets, but with different triggers. I'm wondering if maybe there should just a single trigger word for each snippet or perhaps integrate a custom element that can expand the snippet, this way each snippet is only written in one place but can be "aliased". Thus lowering the duplication of code.
Third, this repo could use the love and attention, and with October around the corner it might be a good idea to set the GH repo tags/keywords to mark this project as accepting Hacktober contributions. The guidelines for maintainers are here. If tagging this repo does bring in an influx of PRs I'd be happy to assist in triage/review of those as well, I wouldn't want you to do this and then get stuck with a huge amount of extra work!
The text was updated successfully, but these errors were encountered: