I'm using Rails 2.3.5 with nzkoz/rails_xss plugin, but I've just
tested it with Rails 2.3.8 with rails/rails_xss and it's the same.
The error is caused by this line in the layout:
= facebook_sign_in_link :user
Here's the application trace:
undefined method `' for #Haml::Helpers::ErrorReturn:
That error message is, in fact, correct. If this plugin is trying to
concatenate something onto the result of a form_for, it's either written for
Rails 3 or buggy and wrong.
On Tue, Jun 8, 2010 at 12:10 AM, szimek szi...@gmail.com wrote:
I'm using Rails 2.3.5 with nzkoz/rails_xss plugin, but
It only works by accident with older Haml versions and with ERB. form_for's
return value is not meant to be used, and doing so will likely introduce
errors.
If you want to capture it as a string, you can run it in a capture {...}
block.
On Tue, Jun 8, 2010 at 2:49 AM, szimek szi...@gmail.com
Hi, I plan to upgrade to SASS3 soon and I'm looking for some advice.
It seems that with SASS3 I will be able to use the new .scss syntax or
keep the existing .sass syntax, but with some variations. I'd like to
the latter (that the syntax has changed in a non-compatible way at
this time seems
1)
http://sass-lang.com/docs/yardoc/file.SASS_CHANGELOG.html#3-0-0-syntax-changesis
a complete listing of all changes in syntax. Note that you don't have
to
use @mixin and @include if you don't want to; =mixin and +mixin aren't
deprecated.
2) Yes, the sass-convert tool will do this: sass-convert
Most if not all of these questions are answered on nathan's blog.
Please read the recent posts there an let us know if you have any
further questions or concerns.
http://nex-3.com/
Chris
Hunt pecked on my iPhone... Sorry if it's brief!
On Jun 8, 2010, at 9:20 AM, Andrea Ferretti
On Tue, Jun 8, 2010 at 9:27 AM, Nathan Weizenbaum nex...@gmail.com wrote:
1)
http://sass-lang.com/docs/yardoc/file.SASS_CHANGELOG.html#3-0-0-syntax-changes
is a complete listing of all changes in syntax. Note that you don't have to
use @mixin and @include if you don't want to; =mixin and
The indented syntax is documented here:
http://sass-lang.com/docs/yardoc/file.INDENTED_SYNTAX.html
On Tue, Jun 8, 2010 at 8:31 AM, Nate Vack njv...@freshforever.net wrote:
On Tue, Jun 8, 2010 at 9:27 AM, Nathan Weizenbaum nex...@gmail.com
wrote:
1)
On Tue, Jun 8, 2010 at 10:36 AM, Nathan Weizenbaum nex...@gmail.com wrote:
The indented syntax is documented here:
http://sass-lang.com/docs/yardoc/file.INDENTED_SYNTAX.html
Ah... = for @mixin and + for @include are only valid in indented syntax?
Cheers,
-n
--
You received this message
That's correct. We wanted to make SCSS more CSSy where possible.
On Tue, Jun 8, 2010 at 8:39 AM, Nate Vack njv...@freshforever.net wrote:
On Tue, Jun 8, 2010 at 10:36 AM, Nathan Weizenbaum nex...@gmail.com
wrote:
The indented syntax is documented here:
Just wanted to let you know that it's been discovered that:
position:relative - is ignored
position: relative - is not ignored
A friend wrestled with this for about an hour. Either this is an error
or by design. If it's by design then I think an error should be thrown
rather than failing
What version of Sass are you using? This has printed a warning for a long
time.
The issue is that position:relative is technically a valid selector, and
Sass allows selectors with no content (although it prints a warning).
On Tue, Jun 8, 2010 at 2:40 PM, Michael Narciso narke...@gmail.com wrote:
Rails 2.3.8 has this weird quirk with #capture where its behavior differs
depending on where the block comes from. Since you're defining the block in
a helper, Rails decides to not capture the string at all and instead return
the value of the block. It's dumb, but there you go. Haml has to make
13 matches
Mail list logo
