There is a really weird thing happening when I'm using grunt to call wellington to build my sass files there is a few records where I am getting in the resulting css :nth-child(2, 2) instead of :nth-child(2)

this is part of the block I have an LI tag with this sass defined which should read if 2nd or 3rd or 4th or 5th element or has the class .is-expanded

&.is-leaf:nth-child(2), &.is-leaf:nth-child(3), &.is-leaf:nth-child(4), &.is-leaf:nth-child(5), &.is-expanded {
	@media (max-width:960px) {
		display: none
	}
	a.active {
		@media (min-width:500px) {
			font-weight: 500;
		}
	}
}

now interestingly if I change it to the following

&.is-leaf,&.is-expanded {
	&:nth-child(2), 
	&:nth-child(3), 
	&:nth-child(4), 
	&:nth-child(5), 
	{
		@media (max-width:960px) {
			display: none
		}
		a.active {
			@media (min-width:500px) {
				font-weight: 500;
			}
		}
	}
}

the output is now

@media (max-width: 960px) {
        header .block-menu ul.menu li.is-leaf:nth-child(2, 2, 2, 2), header .block-menu ul.menu li.is-leaf:nth-child(3, 3, 3, 3), header .block-menu ul.menu li.is-leaf:nth-child(4, 4, 4, 4), header .block-menu ul.menu li.is-leaf:nth-child(5, 5, 5, 5), header .block-menu ul.menu li.is-expanded:nth-child(2, 2, 2, 2), header .block-menu ul.menu li.is-expanded:nth-child(3, 3, 3, 3), header .block-menu ul.menu li.is-expanded:nth-child(4, 4, 4, 4), header .block-menu ul.menu li.is-expanded:nth-child(5, 5, 5, 5), #main-menu ul.menu li.is-leaf:nth-child(2, 2, 2, 2), #main-menu ul.menu li.is-leaf:nth-child(3, 3, 3, 3), #main-menu ul.menu li.is-leaf:nth-child(4, 4, 4, 4), #main-menu ul.menu li.is-leaf:nth-child(5, 5, 5, 5), #main-menu ul.menu li.is-expanded:nth-child(2, 2, 2, 2), #main-menu ul.menu li.is-expanded:nth-child(3, 3, 3, 3), #main-menu ul.menu li.is-expanded:nth-child(4, 4, 4, 4), #main-menu ul.menu li.is-expanded:nth-child(5, 5, 5, 5) {
          display: none; } }

compass watch will build this correctly

In attempting to debug why sprite-position() doesn't work, I ran into this:

$foo: sprite-map("new/hidpi/*.png", $spacing: 12px);
@debug type-of($foo);
@debug $foo;

upon running the code

www/gui/sass/main.scss:4: DEBUG: string
www/gui/sass/main.scss:4: DEBUG: new/hidpi/*.png12

I successfully set up a wellington and use file watcher with wt watch file.scss

Everything is fine when I edit the file in terminal(echo, mcedit, nano), it triggers a rebuild. But if I edit the file from webstorm or osx's texteditor then nothing happens. For example editing that specific file textEdit, webstorm immediately ask for reload because the file changed, but wt ignores that.

Another strange issue if I edit the file with vi then the following printed by wt: rebuild error: partial map lookup failed: file.scss.swp So I think something is wrong with the file watcher atm.

Using OSX El Captain. Other tools like grunt-watch, node-sass's watch, compass watch, sass watch, etc is just working fine.

I would like to be able to use wellington with make so that I can grab a PID and start/stop along when I build my project. Currently if I try to force into background with & it will not continue to watch, though the PID is setup fine. Maybe this is a limitation of fsnotify?

Hello, I got the following error when attempting to go get:

$ go get -u github.com/wellington/wellington
# github.com/wellington/go-libsass
could not determine kind of name for C.Sass_Function_Entry
could not determine kind of name for C.Sass_Function_Fn
could not determine kind of name for C.Sass_Function_List
could not determine kind of name for C.sass_context_get_included_files_size

clang errors for preamble:
wellington/go-libsass/context.go:7:64: error: unknown type name 'Sass_Function_Entry'
 union Sass_Value* CallSassFunction( union Sass_Value* s_args, Sass_Function_Entry cb, struct Sass_Options* opts ) {
                                                               ^
1 error generated.

For reference:

$ go version
go version go1.4.2 darwin/amd64

$ go env
GOARCH="amd64"
GOBIN=""
GOCHAR="6"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/ysimonson/go"
GORACE=""
GOROOT="/usr/local/Cellar/go/1.4.2/libexec"
GOTOOLDIR="/usr/local/Cellar/go/1.4.2/libexec/pkg/tool/darwin_amd64"
CC="clang"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fno-common"
CXX="clang++"
CGO_ENABLED="1"

~/go/src/github.com/wellington/go-libsass/libsass-src is empty, so I suspect it's trying to statically link against my brew installed version of libsass.

Hello, wellington is no longer buildable in Homebrew with latest v1.0.4 release.

==> go build -ldflags -X github.com/wellington/wellington/version.Version=1.0.4 -o /usr/local/Cellar/wellington/1.0.4/bin/wt wt/main.go
# github.com/wellington/wellington/vendor/github.com/fsnotify/fsevents
vendor/github.com/fsnotify/fsevents/fsevents.go:38:31: constant 36893488147419103231 overflows uint64
vendor/github.com/fsnotify/fsevents/fsevents.go:236:37: cannot use nil as type _Ctype_CFAllocatorRef in argument to _Cfunc_CFStringCreateWithCString
vendor/github.com/fsnotify/fsevents/fsevents.go:237:16: cannot use cPaths (type _Ctype_CFArrayRef) as type _Ctype_CFMutableArrayRef in assignment
vendor/github.com/fsnotify/fsevents/fsevents.go:240:33: constant 36893488147419103231 overflows _Ctype_ulonglong

I believe latest commits made to master branch fix those issues.

We're shipping the latest release of wellington in Homebrew, but now it doesn't build anymore since it's not compatible with latest go (while master is). Could you please cut a new release?

This one is a little complicated, but I confirmed the behavior against sassc 3.2.5. I suspect it may have something to do with libsass: 3.2.5-155-g295b specifically.

The Sass code in this gist should render CSS that applies to each of the input types, as shown in the sample output.

https://gist.github.com/andystalick/aeca39897266c19f0455

It would be nice if warnings and errors were colorized in the build output. Hopefully that would pipe through to grunt-wellington as well.

• [x] errors
• [ ] warnings

This might sound really stupid, but I haven't been able to get wt to build files where I want. This is on 0.9.1, OS X.

File structure:

project
 - scss
   - libraries
   - style.scss
 - static

libraries contains a bunch of subfolders with includes. With a shell in project I can't make wt output to static.

I've tried this: wt -b=static/ -p=scss/libraries/ scss/style.scss (and lots of other combinations), but no luck. Can you add examples to the README that explain how to do this?

Much appreciated!

Overall installation process looks a bit tricky because of the Go dependence.

Why don't you use node.js (or io.js) instead of Go lang?

Node would make Wellington much more portable, especially for the apps like (prepros.io)[Prepros] and (https://incident57.com/codekit/)[Codekit].

If you run wt compile on a file that doesn't exist, the exit code is 0 (success) although it prints the error "invalid file found".

Example:

# compile an imaginary file
$ wt compile any_random_name_here

> invalid file found: any_random_name_here
> 2019/12/30 23:24:06 Compilation took: 1.619ms

# print exit code
$ echo $?

> 0

Using:

wt: 1.0.4
libsass: 3.3.6

Issue #85 is similar, but doesn't cover the case when the file is missing

The following works just fine:

node-sass scss/index.scss > static/css/index.css
node-sass scss/article.scss > static/css/article.css
node-sass scss/archive.scss > static/css/archive.css
node-sass scss/tags.scss > static/css/tags.css

Using wellington

wt watch -p scss -b static/css \
    index.scss \
    article.scss \
    archive.scss \
    tags.scss \

I get

invalid file found: tags.scss
invalid file found: index.scss
invalid file found: article.scss
invalid file found: archive.scss
File watcher started use `ctrl+d` to exit
2018-06-12 17:26 wt[82411] (FSEvents.framework) FSEventStreamCreate: _FSEventStreamCreate: ERROR: could not allocate 0 bytes for array of path strings
2018-06-12 17:26 wt[82411] (FSEvents.framework) FSEventStreamScheduleWithRunLoop(): failed assertion 'streamRef != NULL'

2018-06-12 17:26 wt[82411] (FSEvents.framework) FSEventStreamStart(): failed assertion 'streamRef != NULL'

Turns out it needs to be:

wt watch -p scss -b static/css \
    scss/index.scss \
    scss/article.scss \
    scss/archive.scss \
    scss/tags.scss \

which is not exactly clear from the docs. And the error message is also misleading.

I am using

$ wt -v
   libsass: 3.3.6
Wellington: 1.0.4

System: Fedora 28

$ go get -u github.com/wellington/wellington/wt
# github.com/wellington/wellington/vendor/github.com/wellington/go-libsass/libs
In file included from unity.cpp:22:
../libsass-build/json.cpp:49: warning: "out_of_memory" redefined
 #define out_of_memory() do {                    \
 
In file included from ../libsass-build/ast.hpp:52,
                 from ../libsass-build/ast.cpp:2,
                 from unity.cpp:4:
../libsass-build/util.hpp:15: note: this is the location of the previous definition
   #define out_of_memory() do {            \
 

When using block import, the compiler refuses to compile the sources with the following error:

@charset 'utf-8'

@import
  grid/grid,
  grid/__column/grid__column,
  grid/__column/_size/grid__column_size,
  ...
  grid/__row/grid__row

Output:

$ wt watch ./src/ -b ./dist/
2018/03/22 13:21:43 Error > :0
basic_string::substr: __pos (which is 18446744073709551615) > this->size() (which is 7)