K
_Kevin
Anyone know of a decent ruby CSS parser?
_Kevin
_Kevin
J
James Edward Gray II
I'm writing a packrat parser library and this would make a fun
example. I've already built a JSON parser with it, so I'm pretty
sure it's up to the challenge. I'm currently wrapping the core in a
DSL to make it easier to use, but it's useable. I'll talk you
through it if you want to work on this.
Of course, I realize that's not what you asked for.
James Edward Gray II
K
Keith Fahlgren
Oooh, packrat parsing! I assume you've seen this stuff:
http://www.lshift.net/blog/2005/08/...a-portable-packrat-parsing-combinator-library
Keith
J
James Edward Gray II
Yeah, I'm having fun playing with it in my spare time. The project
is Ghost Wheel on RubyForge, if you want to take a peek. I'll make a
release as soon as I get the Ruby DSL wrapper finished.
Interesting. I hadn't seen that before now. Thanks for sharing.
James Edward Gray II
J
James Edward Gray II
Looking into this a little further, I find this oddity in the parser:
(define (skip-comment-char results)
(comment-body (parse-results-next results)))
I'm not familiar with scheme, so I don't know exactly what's going on
here, but the JSON language does not have comments, so this is a
little odd.
For the curious, the current DSL goal in Ghost Wheel is:
JSON_PARSER = GhostWheel::build_parser do
rule( :keyword,
alt("true", "false", "null") { |k|
{"true" => true, "false" => false, "null" => nil}[k]
} )
rule( :number,
/-?(?:0|[1-9]\d*)(?:\.\d+(?:[eE][+-]?\d+)?)?/ ) { |n|
n.include?(".") ? Float(n) : Integer(n)
}
rule( :string_content,
alt(
lit(%r{\\["\\/]}) { |e| e[-1, 1] },
lit(/\\[bfnrt]/) { |e|
Hash[*%W[b \n f \f n \n r \r t \t]][e[-1, 1]]
},
lit(/\\u[0-9a-fA-F]{4}/) { |e| [Integer("0x#{e
[2..-1]}")].pack("U") },
/[^\\"]+/
) )
rule( :string,
seq(
skip('"'),
zplus
string_content),skip('"')
) { |s| s.flatten.join } )
rule( :array,
seq(
skip(/\[\s*/),
alt(
seq(
oplus(seq
value, skip(/\s*,\s*/))),:value
) { |a| a[0].inject([]) { |vs, v| vs.push(*v) } + a
[-1..-1] },
seq(opt
value))),
skip(/\s*\]/)
) { |a| a.first } )
rule
object_pair, seqstring, /\s*:\s*/, :value) { |kv| {kv[0]=> kv[-1]} })
rule(
bject,seq(
skip(/\{\s*/),
alt(
seq(
oplus(seq
object_pair, skip(/\s*;\s*/))),bject_pair) { |ps| ps[0][0] + ps[-1..-1] },
seq(opt
object_pair))),
skip(/\}\s*/)
) { |ps| ps[0].inject({}) { |h, p| h.merge(p) } } )
rule
value_space, opt(skip(/\s+/)))rule( :value,
seq(
:value_space,
alt
object, :array, :string, :number, :keyword),:value_space
) { |v| v[0] } )
parser
json, seqvalue, eof) { |j| j[0] })end
This is a good bit more compact than the Scheme equivalent at the
above link.
James Edward Gray II
K
khaines
This is the opposite of what you are looking for, but with the upcoming
IOWA 1.0 release I have a Ruby CSS DSL -- write CSS with Ruby using a
syntax that's about as close as I could get it to actual CSS. It supports
everything Ruby does, so variables work as does nesting of selectors into
other selectors, and storing a selector into a variable that can be
refered to later. It also provides a smart caching feature so that if,
for instance, one customizes the generated CSS according to a cookie
setting, it can cache that generated CSS and reuse it without having to
execute all of the DSL code for every request.
The goals are to provide much DRYer CSS using Ruby that looks a lot like
CSS, with easy support for dynamic CSS generation, all covered under the
syntax checking of the Ruby parser (which should help one catch simple
errors). And because it's all Ruby code, it's easy to write tests to
validate dynamically generated CSS.
Here's a quick preview:
Media.screen {
body {
font {
color 'green'
size 12.px
}
}
}
If one wants to refer to something later, one may:
Media.screen {
body {
base_font = font {
color :green
size 12.px
}
footer {
font {
size base_font - 2
color :black
}
}
}
}
All CSS1, CSS2, and CSS3 selectors are supported.
Kirk Haines
G
Gregory Brown
+1, I'd like to see something like this for camping.
A
Andrew Stewart
This sounds similar to my css_dryer plugin for Rails which allows one
to nest selectors and use variables:
http://blog.airbladesoftware.com/2006/12/11/cssdryer-dry-up-your-css
In the code I have to parse DRY CSS stylesheets as input. At the
time I thought I could either build a proper, robust parser or get by
with regular expressions and a home-made state machine. Not having
any experience building parsers, I went with the latter approach. It
works well but would I think be tricky to extend!
Regards,
Andy Stewart
---------------------------------------
AirBlade Software Ltd
http://airbladesoftware.com
"Software that doesn't make you cry..."
---------------------------------------