For the full AXSG VS Code workflow you need:
.xaml or .axaml files.NET SDK on PATHIf your XAML lives in a library project, the preview still needs a runnable Avalonia host application. Configure that with axsg.preview.hostProject.
The repository packages the extension from:
tools/vscode/axsg-language-serverTypical local workflow:
.vsix into VS CodeAfter opening a XAML file, verify:
AXSG status bar item appearsAXSG: Show Language Server Info reports the expected launch modeAXSG: Open Avalonia Preview opens a preview editor tabAXSG Inspector rail button is visible on the left activity barIf the inspector views still appear under Explorer after updating from an older build, run View: Reset View Locations once and reload the window.
The recommended preview setup is now:
{
"axsg.preview.compilerMode": "auto"
}
auto tries the AXSG source-generated preview first and falls back to the Avalonia/XamlX previewer when needed. That is the smoothest default because it keeps source-generated parity when available without forcing the workspace into a broken state when the AXSG runtime output is not ready yet.
When the active XAML file belongs to a library, the extension may need help picking the executable preview host. Use:
{
"axsg.preview.hostProject": "samples/ControlCatalog/ControlCatalog.Desktop/ControlCatalog.Desktop.csproj"
}
You can point this at either:
.csproj.csprojThe extension also remembers successful host-project choices per source project in workspace state.
The extension uses:
AXSG Language Server output channel for language-server and preview orchestration logsWhen setup looks wrong, start with the output channel before changing compiler or runtime settings.