assemble / assemble-less

Grunt task for compiling LESS to CSS. This task does for less what Assemble does for HTML, making it much easier to modularize and reduce repetition in stylesheets.

Home Page:http://github.com/assemble/assemble/

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Version option doesn't allow absolute paths

jeffling opened this issue · comments

options: {
                version: '/usr/bin/less'
            }

gives the following error message

                                                              ^
Warning: Cannot find module '[...]webapp/usr/bin/less' Use --force to continue.

I can't see this being practical to use, what is the use case for this?

I guess we're always supposed to use local less? I guess it's not an issue if there are advantages to it. Do you mind explaining why it's recommended though?

there are a few advantages of using local dependencies, but IMO the biggest advantage is that you can enforce whatever version you want for each project without concern for whatever version each team member has globally installed. when issues occur, it's always a pain to ask everyone what version of something they have globally installed.

however, if this is something you need there are other ways we can require globally installed modules, versus using an absolute path. let me know if you still want this

It's not really needed, the behaviour just seemed a bit counterintuitive, I didn't know this was done on purpose, or required extensive workaround to get working. 

-- 
Jeff

On 4 September, 2013 at 3:19:47 PM, Jon Schlinkert (notifications@github.com) wrote:

there are a few advantages of using local dependencies, but IMO the biggest advantage is that you can enforce whatever version you want for each project without concern for whatever version each team member has globally installed. when issues occur, it's always a pain to ask everyone what version of something they have globally installed.

however, if this is something you need there are other ways we can require globally installed modules, versus using an absolute path. let me know if you still want this


Reply to this email directly or view it on GitHub.

Fair enough, I guess what is "intuitive" is driven by how you prefer to work. If you use npm or bower to install less, then it's pretty simple to specify the version (or the path).

Based on your reply, I'm closing the issue. but feel free to reopen if you want this implemented or want to discuss further.