-
Notifications
You must be signed in to change notification settings - Fork 23
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
Separate the gulp plugin #8
Comments
You are right. |
I may dig in to the code and make a more specific proposal (or possibly a pull request). I really like the way Techy feels as a Gulp plugin, and I think there's another step to take there, but I'm not 100% clear on it yet. |
Yep, it looks like using Techy as gulp plugin is better then the Techy's CLI. I'll spend some time concepting. |
One problem that I encountered while playing with Techy last night was that my files were named Here's what I'm thinking... there's a Gulp plugin for reading front matter, another for generating RSS, one for processing Markdown, etc. I see Techy offering a couple of things:
For people like me who want the flexibility of Gulp (I choose which files run through which processors), that first feature above is valuable. For people who want something that "just works", the second one (something like the current "techy" command) may be nice. There are Gulp plugins for rendering various kinds of templates, but I'm not sure that they're as well tuned to the static site generation case as Techy. |
Sounds good. To simplify the things - the Techy's Gulp plugin should contain only the core functionalities. I.e. the API methods. The Markdown, CSS or JavaScript processing should be left for the I could say that this will make Techy much more flexible tool and will bring new possibilities. However I should make some big changes because the current code is oriented to the Markdown conversion. I think that we should keep most of the logic in the original repository and just provide a proper API for that new Gulp plugin. It will be better for the future development. |
I started using techy on a small project and I too think the gulp plugin is great. as far as i know it's the only way to run techy in a deploy process; the techy command does not seems to have a "stop when you're done" option. and that's fine since the gulp plugin exists however, I think the plugin should focus on the markdown/template processing. CSS & js is handle very well with other plugins, so there's no needs to have it in gulp-techy (it's fine in the techy command) in particular, here is a few things I think techy-gulp should not do:
here is my use case, I have this folder structure:
I want gulp-techy to do one thing: compile the .md files present in src/ and put the result in www/ I'd like to do this using this gulpfile.js:
and here is the one I end up having
that's not much difference but i have to add a /techy folder at the project root to hold the _css, _js, _tpl, dest & public folder created and/or needed by techy, ideally only the _tpl would be needed and - as in the first gulpfile.js - could be anywhere what do you guys think about it? |
I agree with your points and will probably make Techy working as you described. |
Depending on techy right now requires gulp-absurd, gulp-sass, gulp-less, etc. A bunch of stuff that I don't use (and gulp-sass even requires native code).
If possible, it would be nice to break the new Gulp plugin out into techy-gulp (or gulp-techy) so that people using Gulp can just depend on the Gulp plugins needed for their projects.
The text was updated successfully, but these errors were encountered: