By default, a content fragment is content that is contained by a named UIElement, which is a UIElement whose Name attribute is set, eg:
<TextBlock Name="FragmentName">...</TextBlock>
You navigate to a XAML fragment by providing a URI with a suffix in the following format:
#FragmentName
The following shows an example of a URI that refers to a content fragment:
http://www.microsoft.com/targetpage.xaml#FragmentName
After the source page loads (after LoadCompleted event is raised), fragment navigation begins and the NavigationService attempts to locate the XAML fragment. If the XAML fragment is found, NavigationService instructs the content navigator (NavigationWindow, Frame) to show the fragment. If you need to change this behavior, you can handle FragmentNavigation to provide your own fragment navigation behavior. FragmentNavigation is passed a FragmentNavigationEventArgs parameter which exposes properties that are useful for this purpose, including:
You can handle FragmentNavigation to override the default WPF fragment implementation with your own custom implementation. If you do so, you need to set Handled to true; otherwise, the default WPF fragment processing behavior is applied.
You should avoid directly initiating navigation from within a FragmentNavigation event handler. Since FragmentNavigation is raised during an existing navigation, initiating a new navigation from a FragmentNavigation event handler creates a nested navigation that can cause the ExecutionEngineException to be thrown. Instead, you can indirectly initiate navigation by creating an asynchronous work item using the Dispatcher.
Important |
|---|
Fragment navigation is not supported for loose XAML pages (markup-only XAML files with Page as the root element) in the following cases: • When navigating to a fragment in a loose XAML page. • When navigating from a loose XAML page to a fragment in another loose XAML page. However, a loose XAML page can navigate to its own fragments. |