[Scott Hanselman](http://www.hanselman.com/blog/) has been blogging about the Microsoft PDC and all of the upcoming stuff in Longhorn. Some items: the [first look at XAML](http://www.hanselman.com/blog/PermaLink.aspx?guid=b1853566-1d7f-429f-b926-5af79111f721) makes it sound a bit like a Glade XML UI description in GNOME. A [code example](http://www.hanselman.com/blog/PermaLink.aspx?guid=a3e34445-1a08-4a4b-a199-5f4da8fcd43e) makes it sound more like XUL from the Mozilla project. [Eric Meyer](http://www.meyerweb.com/eric/thoughts/200310.html#t200310024) thinks so too…
*First concern:* I hope that trust issues are considered if people can inject this kind of code into “HTML mail”. Otherwise we could have another security mess on our hands. This is the same kind of XSS issue that we routinely have to deal with because of active scripting being allowed at any point in a HTML document.
*Second concern:* I also hope that this does not kill off all competition in development platforms. It can’t, can it? We heard the signs of death approaching when *.NET* was the hype of the day. Diversity can also survive this. What Microsoft is doing sounds like good stuff, but nothing completely original as far as I have heard so far. I expect to see better-than-average implementations and excellent wizards though 
What else? Avalon… a vector-based API for rendering. Again, not “new” as an idea (Nautilus has vector-based views), the difference is in the promotion of this as a “top-level API”, which is not really done with the SVG libraries in GNOME. I think. And the description of the creation of XAML code directly from _Adobe After Effects_ was interesting. I wish we could do that to create XUL code…
A “non-execute” flag for pages in memory. Isn’t this already a possibility on some architectures, just not on x86? Did I hear it was on the new AMD stuff (too tired to look that up)? This won’t stop all buffer overflows from being exploitable—there will still be a lot of writable executable pages—and if there aren’t, there could be code in memory which will do what you want, so just jump to there. But it’s nice to see this in there as a spur to get non-exec added to the Intel architecture. This isn’t a Microsoft thing really though, so come on Intel!
System.MessageBus—hmm there are aspects of this which sound a bit like D-Bus. But a lot more fully-fledged an idea I think. Sounds like Microsoft have a useful messaging architecture worked out in this.
Okay, I admit it. I’m impressed 