Hello,

   allow me to highlight Rob Relyea's (Microsoft
Longhorn/Avalon/XAML spec lead) blog story titled
"Today you can't compile xaml on the fly".

     Rob writes:
    
A posting in the channel 9 wiki on getting stated with
xaml led me to clarify how xaml pages load in IE and
why you sometimes need to compile them.

XAML Loading in IE

Currently, if you have a xaml page and it doesn't have
any code embedded (or in a code behind file) you can
just double click it and it will load in IE.

What happens when you do that.

1) Windows Explorer realizes that .xaml files should
be loaded in IE.
2) IE loads and realizes for that mime type
PresentationHost.exe should be loaded into IE as the
DocObject that knows how to render xaml content.
3) PresentationHost.exe passes the .xaml file to the
xaml parser, it creates the tree of objects and it
renders.

This is the same technology that allows word documents
to be loaded inside of IE.

..

  And Rob concludes:

  Should We Autocompile When Running in IE

On developer machines, perhaps we should.  I'm
hesitant to do it on end user machines.

HTML + script + browser security hole is sometimes a
dangerous weapon.  We need to be careful about making
.xaml files themselves have autocompile behavior for
this reason.

That said, I'm not happy with the barrier to entry
that we currently have...we're continuing to think
about it...

   More @
http://www.longhornblogs.com/rrelyea/archive/2004/04/08/3030.aspx

   
  For a different angle allow me to highlight the
older blog story titled "No dynamic XAML?" over at Sam
Ruby's blog.

   Sam writes:

Let's assume for a moment, that XAML is HTML "done
right" for rich clients (suspend disbelief if you have
to).  It apparently has SVG like elements, if nothing
else.  It doesn't have CSS, but apparently there are
other ways of solving similar problems being proposed.

Apparently, one can embed small amounts of code in the
markup.  Unquestionably controversial, but often
handy. This corresponds roughly to the role that
JavaScript plays in HTML... or does it?

What about Dynamic HTML?  Namely the ability to modify
the rendering and content of the document on the fly?
Isn't that lost by a compile to bytecode approach?

   More @ http://www.intertwingly.net/blog/1644.html

   What's your take on it? Is XAML dynamic enough for
you?    

   - Gerald       


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
xul-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xul-talk

Reply via email to