In favor of $. Not too many languages have a mandatory variable
prefix (I'm thinking Javascript, Java/Scala, Ruby, C/++, C#, etc) but
the one that does (PHP) uses a $. Might as well use $ for
consistency :)
On Mar 7, 12:42 am, hunkybill wrote:
> I am all for this. $ is common in not only PHP st
mmr,
This sounds like a good opportunity for a tutorial -- I think I'll
make one for ya ;) Expect it later today.
Quick FYI: a "partial" is a Rails-ism for a fragment of display logic
that you can "include" into whatever other views you want. Other
frameworks usually have this and call it the sa
Email templates are normally kept in separate files like "regular"
templates, aren't they?
On Jul 30, 3:28 am, JoshL wrote:
> well I have obj set to "self" so shouldnt that take care of the
> context issue.
>
> and chris - I am rendering in a controller because the page in
> question is an EMAIL
Er...everything is only "by default" if you monkeypatch stuff. The /
operator on Fixnum only divides two numbers "by default". So yes, I
think it's still accurate that integer division is always floored in
Ruby.
On May 21, 12:38 am, bterkuile wrote:
> Since Ruby is my favorite calculator I do
Using jQuery is no different than any other javascript. Just use
the :javascript filter tag for internal javascript and %script for
external javascript and you're there.
On May 7, 2:21 am, mef wrote:
> = javascript_include_tag 'jquery'
>
> On May 6, 9:05 pm, "Mark A. Richman" wrote:
>
> > Can
Just pretending the output is prefixed with == works for me, i.e.
:javascript
$( '#accordion' ).accordion( 'activate', '#{ menu }' );
should work for you...
On Apr 30, 4:44 pm, Chris Eppstein wrote:
> I think you just needed to escape the interpolation.
>
> I'm using edge haml.
>
> $ haml
>
If that's the consensus, I guess I have to instruct people to run
specs with `rake spec 2> /dev/null` to get accurate results then...I
guess that works.
On Apr 23, 8:37 am, Mislav Marohnić wrote:
> On Thu, Apr 23, 2009 at 17:16, Max A wrote:
>
> > But it works just as well
t; feature of Ruby, so I'm afraid these warnings are going to stick
> around.
>
> On Wed, Apr 22, 2009 at 7:38 PM, Max wrote:
>
> > /usr/lib/ruby/gems/1.8/gems/haml-2.0.9/lib/haml/engine.rb:142:
> > warning: instance variable @haml_buffer not initialized
> > /u
/usr/lib/ruby/gems/1.8/gems/haml-2.0.9/lib/haml/engine.rb:142:
warning: instance variable @haml_buffer not initialized
/usr/lib/ruby/gems/1.8/gems/haml-2.0.9/lib/haml/precompiler.rb:260:
warning: instance variable @multiline not initialized
/usr/lib/ruby/gems/1.8/gems/haml-2.0.9/lib/haml/precompil
u really need to
> start a selector with a colon, you can escape it with a backslash, as in
> \:input[type="text"].
>
> On Tue, Mar 3, 2009 at 8:02 PM, Max wrote:
>
> > I get a Sass::SyntaxError when I try to use :input[type="text"] as a
>
I get a Sass::SyntaxError when I try to use :input[type="text"] as a
selector. Was this just an oversight or was that really by design?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Haml" group.
To post to this gr
Yeah, I'm pretty sure the only "whitespace" elements are and
:P You say removing whitespace actually makes a difference -- I
assume this means you've tested and benchmarked? Can we see the
results?
In any case, if it DOES make a tiny slight difference, the amount of
HTML you'd have to be send
Sent a pull request.
On Feb 15, 9:42 am, Chris Eppstein wrote:
> It's on my stable branch. I'm sure nathan will pull the change to his
> soon and then merge it to master.
>
> Chris
>
> Hunt & pecked on my iPhone... Sorry if it's brief!
>
&
currently untested.
>
> Chris
>
> On Sun, Feb 15, 2009 at 9:03 AM, Chris Eppstein wrote:
> > Thanks for the bug report. I'll look into it.
> > Chris
>
> > On Sun, Feb 15, 2009 at 8:36 AM, Max wrote:
>
> >> Checked against latest gem and edge, s
Checked against latest gem and edge, still there. Here's an example
that breaks:
$ echo ".foo { hi: there; } .foo bar { hi: now; }" | css2sass | sass
Notice the extra whitespace between .foo and bar
--~--~-~--~~~---~--~~
You received this message because you ar
I've tried to use Eclipse+RadRails plugin
(net.lucky_dip.hamleditor_0.0.1.jar), but found it uncomfortable in
some cases, specifically inability to set font attributes (bold/
italic/...) for lexems is very annoying.
I've uploaded a very simple Aptana generic lexer rules and my own
coloring profil
I've tried to use Eclipse plugin (net.lucky_dip.hamleditor_0.0.1.jar),
but found it uncomfortable, especially I
I made simple syntax highlighting rules for haml/sass for the
Aptana(+RadRails) Eclipse plugin, they may be useful:
so,
HAML:
--~--~-~--~~~---~--~~
You
ng a lively discussion)
talking about this:
http://www.therailsway.com/2007/6/28/free-for-all-tab-helper-summary
I've attached a small patch that preprocesses the input template and
replaces comma-newlines with comma-space prior to Sass parsing.
--max
>
> -hampton.
>
> On 8/
there
something I've missed?
--
max
http://synaphy.com/blog
http://whatsnextapp.com
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Haml" group.
To post to this group, send email to haml@googlegroups.com
19 matches
Mail list logo