You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/extensibility/xaml-designer-extensibility-migration.md
+52-4Lines changed: 52 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -1,10 +1,13 @@
1
1
---
2
2
title: XAML Designer Extensibility Migration
3
-
ms.date: 04/17/2019
3
+
ms.date: 07/09/2019
4
4
ms.topic: conceptual
5
5
author: lutzroeder
6
6
ms.author: lutzr
7
7
manager: jillfra
8
+
dev_langs:
9
+
- csharp
10
+
- vb
8
11
monikerRange: vs-2019
9
12
---
10
13
# XAML designer extensibility migration
@@ -38,7 +41,7 @@ While third-party control libraries are compiled for the actual target runtime (
38
41
39
42
The surface isolation extensibility model doesn't allow for extensions to depend on actual control libraries, and therefore, extensions can't reference types from the control library. For example, *MyLibrary.designtools.dll* should not have a dependency on *MyLibrary.dll*.
40
43
41
-
Such dependencies were most common when registering metadata for types via attribute tables. Extension code that references control library types directly via [typeof](/dotnet/csharp/language-reference/keywords/typeof) is substituted in the new APIs by using string-based type names:
44
+
Such dependencies were most common when registering metadata for types via attribute tables. Extension code that references control library types directly via [typeof](/dotnet/csharp/language-reference/keywords/typeof)([GetType](/dotnet/visual-basic/language-reference/operators/gettype-operator) in Visual Basic) is substituted in the new APIs by using string-based type names:
0 commit comments