There's a part of my ancient proto-brain telling me you may not really
want to do this; that old browsers' heads may asplode when feed big
HTML files with no line breaks.
-n
On Tue, Feb 24, 2009 at 5:17 AM, Simon Harris wrote:
>
> I've enabled :ugly => true which removes the indentation but is
On Fri, Oct 2, 2009 at 9:16 AM, Norman Clarke wrote:
> Also the way Haml is now, if you don't want the tag you can just add a
> conditional. The feature that's being described would leave you with
> no way to always get the tag if that's what you want, unless a config
> option is added.
If you
Sidecar Publications, LLC -- our first product is Gimlet:
http://gimlet.us
Haml and Sass all the way.
Cheers,
-Nate
On Wed, Jan 20, 2010 at 11:52 PM, Amy L wrote:
> Cool! The slide w/ logos is filling up. But there's still room for more! :)
> -- Amy
>
> Currently listed:
>
> Hashrocket.com
> U
On Tue, Mar 30, 2010 at 8:17 AM, Luan wrote:
> %form{:method => "post", :action => "/"}
> / input{:type => "hidden", :name => "_method", :value => "post"}
> %input{:type => "submit", :action => "/refresh/", :value => "Get"}
If you want the same effect as pressing F5, you want your metho
On Tue, Jun 8, 2010 at 9:27 AM, Nathan Weizenbaum 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 +mixin aren't
> de
On Tue, Jun 8, 2010 at 10:36 AM, Nathan Weizenbaum 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 because you are subs
On Sun, Aug 8, 2010 at 12:15 PM, Chris Eppstein wrote:
> If you feel this shouldn't be done or that there's a reason to keep any of
> the existing color arithmetic please let us know.
+1 on removing this -- at the moment, color math doesn't behave in a
sane way. Better to deprecate it, rethink i
On Mon, Dec 20, 2010 at 5:28 PM, Nathan Weizenbaum wrote:
> You can use any Ruby constructs in Haml.
>
> - for i in 0..10
> %img{:src => ("Truth%03d.jpg#full" % i)}/
Huh, I didn't realize you could use the % operator like that in Ruby.
I'd have done:
- ("000".."010").each do |i|
%img{:src =>
On Tue, Jan 4, 2011 at 11:46 AM, Abhik Pramanik wrote:
> Hi all,
> Is there a way to strip out the units from a variable?
> I want to do something along the lines of:
> $font-size: 18px;
> $line-height: 1.3em;
> $approximate-px-height: $font-size * $line-height;
As an aside, you probably actually
On Tue, Aug 23, 2011 at 9:34 PM, Wuffers Lightwolf wrote:
> Here is what I want to achieve:
>
> There is a text field that the user inserts text into.
>
> There is a button for doing an action on that text.
>
> The user presses the button, and the content of the text field is
> updated via a Ruby
On Wed, Aug 24, 2011 at 8:21 PM, Mark Szymanski wrote:
> So there's no way that I can do this in Ruby?
If you want to re-render the form, you can -- just set the :value
parameter for your input element.
But really, it's not the kind of thing that's haml-related. If it
works in ERB, it'll work in
Awesome idea... my only question: what's the performance hit like?
Does bringing the extra context along hurt much?
-Nate
On Mar 4, 7:24 pm, Nex3 <[EMAIL PROTECTED]> wrote:
> Hey folks,
>
> When Haml was originally created, Hampton decided to make it even
> easier to create divs than it was to c
On Mar 7, 10:04 am, Nathan Weizenbaum <[EMAIL PROTECTED]> wrote:
> Partials are compiled before being included in their super-template, so
> it wouldn't be possible to guess tags across them.
I think partials really make the whole (really interesting) idea
unworkable, even if you could send conte
13 matches
Mail list logo