Major update for DerelictSASS and Sassed due to C API change in
libsass.
DerelictSASS - v2.0.0
https://github.com/Lodin/DerelictSASS
There are complete interface change: as I know, previous libsass
C API does not work anymore, and new API was written.
Sassed - v0.2.0
https://github.com/Lodin
So I did it. Sorry for make you waiting for such a long time.
Short info:
- Git: https://github.com/Lodin/sassed
- Tested on: Ubuntu 14.04, DMD 2.066.1.
- Known bugs: segfault after program ends. It does not happen in
all cases, and as I know does not affect compilation result.
Trying to catch
On Monday, 24 November 2014 at 17:32:36 UTC, Lodin wrote:
Of course, I want to register it, but I think it should be a
part of Derelict Project, not unofficial binding. What should I
do to realize it?
And one thing about the diet plugin. I plan to make thin
wrapper around binding to simplify
On Sunday, 23 November 2014 at 19:36:16 UTC, Jacob Carlborg wrote:
For more D features I would add a thin layer on top of the raw
bindings. Like creating wrappers for functions accepting C
strings and have them accept D strings instead.
Yes, I think, there should be more layers, more D-ish
cons
On 11/24/2014 4:36 AM, Jacob Carlborg wrote:
For more D features I would add a thin layer on top of the raw bindings.
Like creating wrappers for functions accepting C strings and have them
accept D strings instead.
Right, that's how a wrapper should be written. But I don't think it
should be
On Saturday, 22 November 2014 at 12:32:50 UTC, Lodin wrote:
Hello,
I've made a smaill binding to libsass - a C/C++ implementation
of
popular CSS preprocessor SASS. Binding is dynamic and based on
Derelict Project.
You can find it here: https://github.com/Lodin/DerelictSASS
It is my
On Sunday, 23 November 2014 at 19:36:16 UTC, Jacob Carlborg wrote:
On 2014-11-23 01:26, Mike Parker wrote:
Some people may prefer the bindings to include more D
features, but IMO
if you're going to put something out there for everyone and
anyone to
use, particularly if you want to be consisten
On 2014-11-23 01:26, Mike Parker wrote:
Some people may prefer the bindings to include more D features, but IMO
if you're going to put something out there for everyone and anyone to
use, particularly if you want to be consistent with other Derelict
bindings, it's better to avoid them.
For more
On Saturday, 22 November 2014 at 16:44:11 UTC, ponce wrote:
A tip to keep in mind when translating C/C++ headers:
---
enum Sass_Tag {
SASS_BOOLEAN,
SASS_NUMBER,
SASS_COLOR
};
---
is best translated as
---
alias Sass_Tag = int;
enum : Sass_Tag {
SASS_BOOLEAN,
SASS_NUMBER,
On 11/23/2014 1:44 AM, ponce wrote:
A tip to keep in mind when translating C/C++ headers:
---
enum Sass_Tag {
SASS_BOOLEAN,
SASS_NUMBER,
SASS_COLOR
};
---
is best translated as
---
alias Sass_Tag = int;
enum : Sass_Tag {
SASS_BOOLEAN,
SASS_NUMBER,
SASS_COLOR
}
--
A tip to keep in mind when translating C/C++ headers:
---
enum Sass_Tag {
SASS_BOOLEAN,
SASS_NUMBER,
SASS_COLOR
};
---
is best translated as
---
alias Sass_Tag = int;
enum : Sass_Tag {
SASS_BOOLEAN,
SASS_NUMBER,
SASS_COLOR
}
---
That way your enum isn't namespaced.
On Saturday, 22 November 2014 at 13:15:47 UTC, Mike Parker wrote:
Nothing bad jumps out on a cursory look. However, I do recommend
you combine all the files into one -- sass.d. When I first
started Derelict, I separated everything out into multiple
modules for every binding. Over time, I found it
On Saturday, 22 November 2014 at 12:32:50 UTC, Lodin wrote:
Hello,
I've made a smaill binding to libsass - a C/C++ implementation
of
popular CSS preprocessor SASS. Binding is dynamic and based on
Derelict Project.
You can find it here: https://github.com/Lodin/DerelictSASS
It is my
Hello,
I've made a smaill binding to libsass - a C/C++ implementation of
popular CSS preprocessor SASS. Binding is dynamic and based on
Derelict Project.
You can find it here: https://github.com/Lodin/DerelictSASS
It is my first attempt to make something like this, so if I did
something
14 matches
Mail list logo