Try to do a custom build where you reference the mvc 3 directly. Might
be some breaking changes.

Henning

What happens: When content is placed within an HTML conditional comment, it is not evaluated by Spark and instead output as a literal string.
What's expected: Content within an HTML conditional comment should be evaluated by Spark.

Example code to reproduce:
<!--[if IE 6]>
<link type="text/css" rel="stylesheet" media="screen" href="~/css/ie.6.css">

Looks like Spark doesn't quite work out of the box with the MVC 3
Preview 1 that was released today. I'm getting the following error:

Dynamic view compilation failed.
(0,0): error CS1701: Warning as Error: Assuming assembly reference
'System.Web.Mvc, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e3 5' matches 'System.Web.Mvc,

I was re-thinking the idea of innerText / innerHtml and seems, it
might be possible. Of course, I don't know details, so this can be
just a mental exercise.

We have some custom tags, some of them come from "underscored"
partials, some from bindings. These custom tags have inner (child)
content. We add to classes responsible for their rendering properties

Well, like tylerl, mentioned it does have a strange first impression. If there's a nice alternative it would be good to hear it...
-----Original Message-----
Sent: Monday, July 26, 2010 2:00 PM
To: Spark View Engine Dev
Ups! Sorry, I did not associate the syntax with XPath... I offered
innerText/innerHtml just because I decided that child content is

Ups! Sorry, I did not associate the syntax with XPath... I offered
innerText/innerHtml just because I decided that child content is
always evaluated as a text and it can be exposed as a standard
parameter automatically and everywhere in bindings. I didn't think
about nested code or binding sub-elements. I see now that I have too

Can't wait to check out the VS integration. Nice work, Rob :)
-Charles

2. Done...
It's xml escaping - the bindings file is parsed as a normal xdocument. The information is needed before spark parses a template, which is why the bindings file itself isn't a .spark file.
But there are a small number of grammer rules used to locate the terms in the replacement text. I added [[ and ]] to < and > replacement in those rules.

The "whys" and "what fors" are pretty obvious once you see some clear
examples. Lou's last example, which modifies the "<form>" tag to
actually insert a "# using (Html.BeginForm())..." into the code I
think is a compelling usage case.

In essence, bindings allow you to create your own tags (or overload

Louis, thank you for the comments. A couple of questions along reading
the doc page:
1. 'child::*' - it looks a little bit ... unusual. Maybe better to
reserve two attributes like "innerText" & "innerHtml" ?
2. Dictionary&lt;string,object&gt ; - is this XML escaping? Can we use
[[ ]] like for Model ?

That's true, it is a bare-bones reference, but everything else in the documentation is also. The problem with mixing "why" in with your docs is they end up turning into a set of articles about web development... Reduces the information density and focus of the docs...
Like Rob said, blog posts help fill that gap. The other question - contrasting macro vs partial vs binding - would also be a great topic of a post.

Rob, thank you, it would be great. Actually, I have already asked you
for materials from MVCConf in your blog. If possible, please, give
a;so a big picture of this feature, maybe some problems - solutions.

I'll be putting blog post about my experiences with Bindings so far out
later this week. Hopefully that will go some way towards helping to position
it for you.
Will post the link here when it's up
Regards,
Rob
On Sun, Jul 25, 2010 at 9:54 PM, Igor Loginov (aka ilog2000) <

Louis, can I ask you to elaborate on that a little bit more? The
documentation answers "how to" question. But questions "why, what for"
are not so clear to me. At a glance, macros and "underscored" partials
do practically the same job. The only funny thing I see now is the
possibility to convert all pieces of code in view into markup analogs.

Hi,

I've been trying to add support for the Oxygene language and I wanted
to precompile views into a separate assembly.

There seem to be a couple of places in the SparkViewEngine class that
assume you had used C#, I was wondering why this was the case ?

Cheers,
John

Hi,

I've been working on an OpenRasta app all week and felt dirty having
to use the WebForm View Engine - so decided port the views to Spark. I
used the Spark Codec from: [link] - I had to
upgrade some of the interfaces that seem to be out of date with the
latest version of OpenRasta. Everything worked perfectly until I

Man, that is great news. I'm eager to try out the beta.

Hello

I've configured a custom ResourceProviderFactory, but it's ignored in
the Spark View Engine.
web.config
<globalization resourceProviderFactoryType="< class
factoryprovider>,<assembly>"/>

Do i have to configure something else?

Thanks
Marco

Added some rough documentation...
[link]
-----Original Message-----
Sent: Friday, July 23, 2010 11:46 AM
To: Spark View Engine Dev
Robert, would you mind posting the core details of the "binding"
feature you demo'ed yesterday? I think this a "killer feature" that is

Robert, would you mind posting the core details of the "binding"
feature you demo'ed yesterday? I think this a "killer feature" that is
going to make spark indispensable going forward.