That sounds like a bug. Can you find a minimal example of this that can be
run with the haml command-line tool, and post it at gist.github.com so
google groups doesn't reformat the code? Thanks!

On Sun, Jul 12, 2009 at 4:39 PM, mpd
<[email protected]<pope%[email protected]>
> wrote:

>
> After recently upgrading to 2.2 (2.2.1 also exhibits this behavior,
> 2.0.9 does not.), a processing.js script I had on my page is now being
> injected into the wrong place, and I'm not sure why.
>
> The haml:
>
> #header
>  = js_include_tag 'processing_init'
>  %script{:type => 'application/processing', 'data-canvas_name' =>
> 'login'}
>    = processing_script
>  %canvas#login{:width => "755px", :height => "100px"}
>    If you can't see a pretty picture here, you are not going to get
> much out of this place.
>
> processing_script is a view helper that emits the processing.js code
> to run as a string. It's omitted for brevity.
>
> 2.0.9 renders the helper output within the application/processing
> script tags as expected.
>
> 2.2.1 renders the helper output directly within #header as text, and
> the processing script tags are empty.
>
> Did I miss an upgrade note somewhere?
>
> thanks,
>
> -mpd
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Haml" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/haml?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to