<Project Sdk="Microsoft.NET.Sdk">

  <!--
    The shell's state machine, without Avalonia.

    The view models are plain CommunityToolkit.Mvvm objects, so the whole path a user walks — sign in,
    enroll, keep the recovery code, unlock, add a host — runs here as ordinary code against an in-memory
    server and a real SQLite cache. No headless renderer, no identity provider, no clicking.

    What this deliberately does not cover is whether the XAML binds to the right names. That needs a
    rendered visual tree; Avalonia.Headless is the tool for it and is its own piece of work.
  -->

  <ItemGroup>
    <ProjectReference Include="../../src/DodoSSH.Client.App/DodoSSH.Client.App.csproj" />
  </ItemGroup>

  <ItemGroup>
    <!--
      Shared by source, as DodoSSH.Client.App.Layout.Tests shares the account fakes. The shell's device-key
      behaviour is about which buttons appear and what happens when one is pressed, and a second
      implementation of "a keystore that hands its key back" would be a second thing to keep in step with the
      interface.
    -->
    <Compile Include="../DodoSSH.Client.Session.Tests/FakeDeviceKeyStore.cs"
             Link="Shared/FakeDeviceKeyStore.cs" />
  </ItemGroup>

</Project>
