gmane.comp.lang.ruby.rails.haml

Defining a class inside a .haml file and then using haml_tag, haml_concat from it?

Fraser Murray — 2012-05-20T15:49:29

 I'm defining a class within Haml, and I'd like to be able to use the Haml 
helpers within this class. For example:
- class Whatever
   - def self.write
     - haml_concat "something"

- Whatever.write

Ideally, Whatever.write would output "something" to the template, but it 
simply fails with undefined method 'haml_concat' for 
Haml::Engine::Whatever:Class. 

Full stacktrace: haml_test.haml:5:in `write': undefined method 
`haml_concat' for Haml::Engine::Whatever:Class (NoMethodError)
from haml_test.haml:8:in `block in render'
from 
/home/fraser/.rvm/gems/ruby-1.9.3-p125/gems/haml-3.1.4/lib/haml/engine.rb:191:in 
`eval'
from 
/home/fraser/.rvm/gems/ruby-1.9.3-p125/gems/haml-3.1.4/lib/haml/engine.rb:191:in 
`render'
from 
/home/fraser/.rvm/gems/ruby-1.9.3-p125/gems/haml-3.1.4/lib/haml/exec.rb:281:in 
`process_result'
from 
/home/fraser/.rvm/gems/ruby-1.9.3-p125/gems/haml-3.1.4/lib/haml/exec.rb:41:in 
`parse'
from 
/home/fraser/.rvm/gems/ruby-1.9.3-p125/gems/haml-3.1.4/lib/haml/exec.rb:21:in 
`parse!'
from /ho

How does it works haml loops ?

Luca G. Soave — 2012-05-20T15:42:46

 

  Having the following rails view (haml):

.row
  .span7
    %h1 Listing categories
    %p
      - < at >categories.each do |category|
        .accordion-group
          .accordion-heading
            .accordion-toggle{"data-toggle" => "collapse", "data-target" => "##{category.path}"}= link_to category.name, "##{category.path}"
      - < at >competitors.each do |category_path, competitors|
        .accordion-body.table.collapse.in{:id => "#{category_path}"}
          %table.accordion-inner
            %thead
              %tr
                %th= "Project"
                %th= "Description"
                %th= "Watchers"
                %th= "Forks"
            %tbody
              - competitors.each do |competitor|
                %tr
                  %td
                    = link_to "#{competitor["html_url"]}".sub( "https:\/\/github.com\/", "" ), "#{competitor["html_url"]}"
                  %td
                    %span »
                    = competitor["description"]
                  %td

Re: Would people be interested if I added {{}} delimeters?

Duncan Beevers — 2012-04-25T12:22:41

I originally wanted to simply retarget haml so that it generated
javascript templates rather than invoking the Ruby interpreter. Just
as Hampton mentions, the canonical way to output a variable would be.

%span= username

In the current implementation, the result of compiling this would be
something like:
<span>duncan</span>

Retargeted, I imagined haml outputting something like this instead:

<span>{{username}}</span>

But I found that I still needed and wanted access to pieces of the
Ruby environment like configuration values, url-generation methods,
and markup-generating methods like link_to. Faced with the trade-off,
I elected to extend the semantics of haml to make it easy to generate
the kinds of simple expressions in wanted in my client-side templates
while continuing to express myself using the elegant style haml
brought to the Ruby in my templates.

Right now, in order to generate simple mustache conditional I have to
jump through a few hoops.

In an ideal world I'd write:
%p
  {{#sunny}}
    My kin

Re: Would people be interested if I added {{}} delimeters?

Bernie — 2012-04-25T02:30:55

Thanks for chiming in Hampton:

I'm not sure we (the for-delimiter folks) are explaining ourselves very 
well. First, I think we more or less agree that the best delimiter would be 
the hat character "^". The {{_}} simply remained the title of the first 
email, even though we agree it doesn't fit the bill.

The second question that you raised is much closer to our concerns (Duncan, 
I hope I'm not overstepping by saying 'we').

you were looking for...

That's precisely what we are trying to do. Here's a quick example:

%h1 {{ MyJsVar.thatIsPlainText }}

On the client side, the haml would resolve to:

<h1>{{ MyJsVar.thatIsPlainText }}</h1>

This already works, and *haml does not need to change to handle this case*...the 
template is just plain text that gets rendered out. But something a little 
more complex, like 'block' templates, would need some additions:

^if myVar > yourVar
  %h1 {{ myVar }}
  ^else                                  # I always forget whether we 
should indent the 'else' in regular haml.

Re: Would people be interested if I added {{}} delimeters?

Hampton — 2012-04-24T21:05:50

I'd have to say that I don't clearly understand why we'd use
this delimiter? It would
break existing code... what if that appeared naturally in your Haml?

The recommended way is either.

.span #{myvar}
.span= myvar

I have no personal problem with {{_}}, but what does it have that is so
much better than #{_} that
would be useful for these purposes?

Now, there is a bigger question being breached here, which is Haml's
relationship to client-side
scripts... I have to say I have mixed feelings on this topic in a general
sense. Seems like Haml
would be a bad fit... unless you used Haml to *generate* some JS that was
the proper template
you were looking for. But, structured, semantic html is something that is
already implicit in well
defined JS data structures... aka,

{name: {first_name: "hampton", last_name: "catlin"}}

can easily be converted to

<div class="name"><div class="first">hampton</div>.... blah, blah i hate
typing, but you get it

I'm not sure how much advantage Haml gives in a data=>template
trans

Re: Would people be interested if I added {{}} delimeters?

Bernie — 2012-04-24T20:53:33

Jordan, I'm not sure I understand...isn't that just the Ruby way to do the 
same thing? How would that look on the client side?

Re: Would people be interested if I added {{}} delimeters?

Jordon Bedwell — 2012-04-22T09:27:45

At the same time it's a good idea it's a bad idea.  You can already do:

%table
  %tbody
    -MyApp.MyArray.each
      %tr
        %td=some_value
   %tfood
     %tr
       %td Some footer content

Gedit syntax files

2012-04-22T12:47:58

Hi,
Have just tried to download the files for sass editing on Gedit from
here, The rails.xml file if full of javascript and the zip file fails
to extract. Have they been compromised?

Have download the old files from riznlog.com to try.

cheers

Dave Hodson

Re: Re: Would people be interested if I added {{}} delimeters?

Bernie — 2012-04-24T04:45:44

Great! I've started (slowly) extracting ejs-specific stuff in the 
javascript_support of my haml repo (http://github.com/btelles/haml.git)
Can't guarantee that this'll be done anytime soon, but I'll give it a try.

Maintainers of HAML, if I submit a pull request, would you be willing to 
pull it in?

Bernie

Re: Re: Would people be interested if I added {{}} delimeters?

Duncan Beevers — 2012-04-23T03:21:29

Feel free to crib or gut the haml-ejs work as you see fit.

On Sun, Apr 22, 2012 at 10:13 PM, Bernie <btelles-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Would people be interested if I added {{}} delimeters?

Bernie — 2012-04-23T03:13:02

Upon more thinking, using the "^" as a delimiter may be exactly what we 
need, with the caveat that users might want to specify in a configuration 
option, which delimiters to use. For example, a user might pick from [:ejs, 
:handlebars, :mustache,...].

On Saturday, April 21, 2012 10:40:05 AM UTC-7, Bernie wrote:

Re: Would people be interested if I added {{}} delimeters?

Bernie — 2012-04-22T19:17:33

Thanks for the thoughtful reply, Duncan. You had a lot of questions in 
there, and I'll try to answer most of them. We, the developers at Wildfire 
Interactive have discussed most of those concerns, and I think you and I 
are on the same page.

One of the main goals of adding JS delimiter support is that we would be 
able to keep the semantic significance of indentation. Hamlbars has 
helpers, but block expressions such as 'each' cannot take nested haml 
blocks. This may be an implementation detail with Hamlbars that could be 
amended, but it's just not there yet, and we think it's an important 
missing feature.

I like the implementation that you suggested whereby using a '^' character 
disassociates the javascriptiness of other delimiters (such as {{ or {%) in 
a similar fashion to that of the '%' character with open angle brackets. 
Having said that, I'm not quite sure where that fits in the scheme of 
things because I am not TOO familiar with ejs, but it looks so similar to 
erb that I'm afraid people wi

Re: Would people be interested if I added {{}} delimeters?

Duncan Beevers — 2012-04-22T17:10:49

There have been a number of approaches to help make it simpler to use
haml for client-side templates. One popular implementation is hamlbars
https://github.com/jamesotron/hamlbars which provides some helper
methods, and my own academic experiments in extending haml in a
similar fashion here: https://github.com/duncanbeevers/haml-ejs

That said, many client-side templating languages use different or
customizable delimiters, and support different subsets of javascript
within the templates, from full-js-interpretation all the way down to
only-top-level-properties-of-a-single-data-object, and extending haml
to deal with all of these is pretty much guaranteed to only serve a
subset of the needs programmers will have down the line.

haml itself is already a member of the school of templating languages
that provide access to the full functionality of the ruby interpreter
within the template. Adding extra delimiters means a human looking
over a templates needs to mentally parse two to three languages just
to figure

Re: How to insert a javascript block in the %head , containing erb

Ken Burgett — 2012-04-22T13:59:08

%head
  :javascript
    $(function() {
        yield :document_ready
    });

The above was produced by using the html2haml
<http://html2haml.heroku.com/>online tool.

On 22 April 2012 05:33, kadoudal <kadoudal-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

How to insert a javascript block in the %head , containing erb

kadoudal — 2012-04-22T12:33:56

I am trying to insert this block  ( which is inning fine in an
application.html.erb

   <head>
       <script type="text/javascript">
            $(function() {
               <%= yield :document_ready %>
            });
      </script>
   </head>

I tried :

    %head
        :javascript
             = yield :document_ready


    %head
        :javascript
             '<%= yield :document_ready %>'

thanks for feedback

but no way , the yield :document_ready  is never executer

Is there a good resource for learning Haml architecture, code structure?

Bernie — 2012-04-21T16:53:38

Hi peeps,
I'd like to play with the Haml library a bit (perhaps add support for
handlebars delimeters "{{}}", but haven't been able to find a good
source that explains the structure of the Haml code base. Anyone know
where one might find that?

Would people be interested if I added {{}} delimeters?

Bernie — 2012-04-21T17:40:05

Just want to make sure I don't use time that could be spent somewhere
else. Here's the idea:

Many JS templating languages appear to use the "{{ some_content }}"
strategy for delimiting content, and Mustache and Handlebars appear to
be the most popular among those lang's.

Since Haml appears to not have an easy way to add custom delimeters
(parsing occurs all the way in the parser.rb file), would it make
sense to add these "{{" delimeters directly to haml?

The end result would be something like this:

%table
  %tbody
    {{# each MyApp.MyArray
      %tr
        %td {{ someValue }}
  %tfoot
    %tr
      %td Some footer content

Thoughts, concerns?

Re: single quotes nested in double quotes

bert bruynooghe — 2012-03-30T09:29:05

I figured out this is in fact a problem of haml_assets 0.1.0. It seems to 
work in regular RoR as expected.

Op vrijdag 23 maart 2012 11:53:20 UTC+1 schreef bert bruynooghe het 
volgende:

Re: Re: single quotes nested in double quotes

bert bruynooghe — 2012-03-26T07:39:25

Sorry, I forgot the semicolumn in the example I posted. Anyway, I got
the same result, it still produces:
<div data-bind="attr: { " data-something': somevalue }'></div>

(If I copy and paste directly from  Chrome, I even got:
<div data-bind="attr: { " data-something':="" somevalue="" }'=""></div>,
but I suspect this to be a Chrome issue.)

FYI: I am doing this from a Ruby (1.9.3) on Rail (3.2.2) project, using
haml_assets (0.1.0).

Kind regards,
Bert Bruynooghe.


On Mon, Mar 26, 2012 at 9:36 AM, bert bruynooghe
<bert.bruynooghe-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: single quotes nested in double quotes

kadoudal — 2012-03-25T17:11:27

did you try :

%div{:'data-bind' => "attr: { 'data-something': someValue }"}

On Mar 23, 12:53 pm, bert bruynooghe <bert.bruynoo...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
wrote:

single quotes nested in double quotes

bert bruynooghe — 2012-03-23T10:53:20

How do I produce HAML for this:
<div data-bind="attr: { 'data-something': someValue }">...</div>

Next line replaces all quotes by double quotes, rendering the result
unusable:
%div{'data-bind' => "attr{'data-something' : someValue}"}

Kind regards,
Bert Bruynooghe.