The official source of product insight from the Visual Studio Engineering Team
While many of you like creating XAML using our visual tools, many prefer creating XAML in the code editor as well. Your feedback was heard loud and clear and we have taken a crack at the top XAML editor feature requests in Visual Studio 2013. This blog post describes the new editor features in detail and how you can use them!
IntellISense for properties of the current data context is now available in binding expressions. In order for the editor to resolve the properties we require the data context to be specified on the view and not set in code-behind. If you choose to specify the DataContext in code-behind you can set the design-time DataContext in the view and we will able to piggyback off that for resolving properties in binding expressions.
Furthermore for getting binding IntelliSense in resources like data templates which may be defined in external resource dictionaries you can either choose to set the design time DataContext on the data template or if you navigate to the data template using Go To Definition (F12) we will do the work required to copy the right DataContext over. It saves you from having to explicitly set the design time DataContext on the data template.
As you can see both ways of setting the DataContext result in the exact same intelliSense.
Go To Definition (F12) is now enabled on Resources (Local, System & Extension SDK), Bindings, Properties and XAML Elements (UserControls, CustomControls & System types). In the following section, let’s look into the changes in more detail.
Executing Go To Definition on a resource reference will navigate you to the definition of the resource. This works for local, system and resource references from extension SDK’s. When applicable, designer is scoped into the resource on executing Go To Definition. This allows us to copy over the DataContext of the parent control, thus enabling IntelliSense for data bindings inside these resources.
For example, let’s say you call Go to Definition on ApplicationPageBackgroundThemeBrush:
Notice that you are taken to the exact location where that resource was defined:
You can use Go to Definition on System or Extension SDK types. Doing so will navigate you directly to the Object Browser:
UserControl’s and custom controls are generally composed of a type definition and a XAML file defining their look and feel. We wanted to make it super easy to navigate to both the type and the XAML file. Therefore when you call Go To Definition on either of these types we surface both the xaml file and its implementation in the Find Symbol Results window.
For example, let’s say we call Go To Definition on a custom control called CustomControl1:
What gets returned are the results from Generic.xaml as well as CustomControl1.cs:
You can call Go To Definition on a binding expression. If the DataContext of a binding expression can be resolved, we enable direct navigation to the property definition in code (managed) or to the Object Browser (native). When we are unable to resolve the DataContext of a binding expression, we do a full symbol search (only in managed projects) on the value of the Path property of the binding expression. These results are then surfaced in the Find Symbol Results window.
While working with resources in the editor you end up switching back and forth between multiple documents to complete a simple resource reference. With IntelliSense for resources you no longer have to do that, resources in your project show up in IntellISense while completing markup extensions. The cases we addressed are:
Code Snippets have been a staple feature for all languages in Visual Studio. We have now added support for both “Insert Snippet” and “Surround With” commands in the XAML editor:
Snippets can be imported using the Code Snippets Manager:
As of now there are no snippets packaged with the product but we are planning to release some in the very near future. Stay tuned!
The XML standard does not support nested comments, but we have added support to ensure that the result of commenting a region of code which already contains comments will be standards compliant:
We have updated IntelliSense matching support in the XAML editor to include camel case, substring and fuzzy matching.
Notice how we select StackPanel even though you might have mistyped it as ‘StakPa”.
You don’t need to type long Type names anymore. Its abbreviation will work just fine, e.g typing “ABB” will select AppBarButton.
For example, typing “Sized” will select VariableSizedWrapGrid.
This feature automatically updates the start or end tag of a XAML element while you are editing its corresponding start or end tag. Moreover adding the ‘/’ character to a start tag will remove the corresponding end tag without affecting the element’s inner content.
We have made some significantimprovements to the performance of the editor. Instant outlining and faster IntelliSense startup are some of the areas we focused on during this release . For example, we brought down the IntelliSense startup time of one of our large WPF test projects from over 24 seconds to 6.78.
Some of the features described here will not work in Source Code mode as we require the XAML view to be built in order to resolve resources and binding references. All the improvements highlighted here will be available for all XAML platforms (WPF, Silverlight, Windows Phone and Windows Store) in the next public release of Visual Studio.
The markup editor also provides support for other new Visual Studio editor features like:
To learn more about these, take a look at the Visual Studio 2013 Editor Improvements blog post.
On a final note, we are interested in knowing more about what you think about these experiences and what you would like to see in the XAML editor going forward. Please send us your feedback through replies to this post, Connect bugs, User Voice requests or the new Send a Smile button inside Visual Studio.
Harikrishna Menon - Program Manager, Visual Studio Client Tools Team
Hari is a Program Manager with Microsoft and works on the Xaml Tools Team in Visual Studio. He has been with Microsoft for over 5 years and has worked on a variety of products built on server-side and client-side technologies. He owns the XAML editor features and is responsible for other features like Behaviors SDK & Diagnostics.
The data binding intellisense isn't actually useful in the RC. The only time I get the right list is when I have the d:DataContext on the element in question. It doesn't 'flow' from the parent control like a real data context.
Snippets at last! Awesome stuff guys.
Very nice work, great to see XAML Editing improving.
@Pax: There is a great VSIX that adds region support to the XAML editor.
Thanks for the info. Unfortunately I use the Express Edition, so no extensions for me ;o)
Great job! before 2013 working with XAML was a pain, now looks like VS team is introducing innovative feature.
Very nice changes, they all contribute little by little to more productivity. I really like the start tag / end tag refactoring.
Thank you very much.
A lot of these features seems what is already there. I was hoping Microsoft will provide a way to set breakpoint in XAML code and stop in that break point and inspect values at run time in xaml code itself.
Hi, it seems there no way to edit the XAML file from VS 2013 blend. when i create a form in blend and the try to import into WPF, then it give an erros as some of the blend featured are not supported in vs 2013 ??? why is this, are you gonna support WPF's XAML edit from blend back and forth ???
In VS 2013, there is no XAML support for 3D in windows Metro app. That would be very good if the XAML supporting Viewport3D or 3D elements for Metro app. WPF had those features, but now the VS 2013 blend is not fully supporting WPF, even there’s no XAML template for WPF in VS 2013. I need to build a slick dashboard (like in science fiction, with Kinect integration), and it will go on 70 inch wall mounted monitor. big investment.
1. what kind of client tool do you recommend for my dashboard project, WPF or Windows app ?
2. Is WPF going to be dead ?
3. Is WPF will have the blend support in VS 2013 (it's not at the moment, i've checked yesterday) as it was ?
4. Is windows Metro app will have the XAML support for Viewport3D /3D elements in the future etc... ?
As a responsible person, I would like to get a clear answer from you.
Thanks a mill.
xaml code snippets has support? like html input <button press tab key for <Button id="button1" runat="server"></Button>
WPF/XAML: IntelliSense in the Xaml editor is not supported in Blend at this point. This is something we are actively investigating now. WPF is a fully supported platform and Blend bundled with Pro, Premium and Ultimate versions of Visual Studio has WPF support. I cant comment on future versions of the product but I will definitely take your feedback to the right folks. Please consider adding feature requests in UserVoice. visualstudio.uservoice.com/.../121579-visual-studio
Why was XAML intellisense suddenly removed? stop making us go to the VS editor (which is much heavier for design work) to get anything done. I have a multi monitor setup to be able to work on both simultaneously. I like my C# in VS and XAML in Blend please. was this removed intentionally? (your article is about it getting more intellisense, not removing anything)
I hope you improve WPF.
WPF is the only good technology MS has ever built.
If MS looses Windows users, it will die.
And Windows users want WPF apps, not web apps (that are 100% buggy).
When WPF dies, MS will die.
I know there is a cell-phone craze out there, but your deskop is still alive (but you leave it buggy and without good tools). Windows 7 and 8 are full of bugs and bad design decisions.
Its really nice to see that Visual studio still dont have any support for writing CAML and T4(only partially)