create-vidra-app 0.4.0 → 0.5.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,6 +1,13 @@
1
1
  <Project Sdk="Microsoft.NET.Sdk">
2
2
 
3
3
  <PropertyGroup>
4
+ <!-- Pinned, not inferred: a Release Catalyst publish is universal
5
+ (maccatalyst-x64 + maccatalyst-arm64) while a Debug build takes
6
+ the host RID alone, and both share one obj/. Whichever restored
7
+ last owns project.assets.json, so a publish that no-ops its
8
+ restore can read an assets file with no x64 target and fail with
9
+ NETSDK1047. Naming the set here makes every restore write both. -->
10
+ <RuntimeIdentifiers Condition="$([MSBuild]::GetTargetPlatformIdentifier('$(TargetFramework)')) == 'maccatalyst'">maccatalyst-x64;maccatalyst-arm64</RuntimeIdentifiers>
4
11
  <TargetFrameworks Condition="$([MSBuild]::IsOSPlatform('osx'))">net10.0-maccatalyst</TargetFrameworks>
5
12
  <TargetFrameworks Condition="$([MSBuild]::IsOSPlatform('windows'))">net10.0-windows10.0.19041.0</TargetFrameworks>
6
13
  <ValidateXcodeVersion>false</ValidateXcodeVersion>
@@ -62,9 +69,9 @@
62
69
  argument and expects it to do that work and exit without ever showing a
63
70
  window, and `vpk pack` inspects the assembly and warns when it finds the
64
71
  call outside the entry point. Entry-point shape is the one thing a package
65
- reference cannot retrofit, so every Vidra app ships with it and the
66
- Velopack line stays commented out until the app opts in. Mac Catalyst
67
- already has a real `Main`, so it needs no equivalent switch.
72
+ reference cannot retrofit, so every Vidra app ships with it, live, from the
73
+ first scaffold. Mac Catalyst already has a real `Main`, so it needs no
74
+ equivalent switch.
68
75
  -->
69
76
  <DefineConstants Condition="$([MSBuild]::GetTargetPlatformIdentifier('$(TargetFramework)')) == 'windows'">$(DefineConstants);DISABLE_XAML_GENERATED_MAIN</DefineConstants>
70
77
 
@@ -88,8 +95,16 @@
88
95
 
89
96
  <ItemGroup>
90
97
  <PackageReference Include="Microsoft.Maui.Controls" Version="$(MauiVersion)" />
91
- <PackageReference Include="Microsoft.Extensions.Logging.Debug" Version="9.0.0" />
98
+ <PackageReference Include="Microsoft.Extensions.Logging.Debug" Version="10.0.10" />
92
99
  <PackageReference Include="Vidra.Hosting.Maui" Version="{{vidraVersion}}" />
100
+ <!--
101
+ Whole-app updates, via Velopack. Referenced from the first scaffold and
102
+ inert until vidra.config.ts names a native feed: ~280 KB of managed code
103
+ against a self-contained .NET + MAUI app, which is the price of never
104
+ having to retrofit an entry point, a package reference and a builder call
105
+ into an app that has already shipped.
106
+ -->
107
+ <PackageReference Include="Vidra.Updates.Native" Version="{{vidraVersion}}" />
93
108
  </ItemGroup>
94
109
 
95
110
  </Project>
@@ -16,8 +16,8 @@
16
16
  "devDependencies": {
17
17
  "@types/react": "^19.0.0",
18
18
  "@types/react-dom": "^19.0.0",
19
- "@vitejs/plugin-react": "^4.4.0",
20
- "typescript": "^5.7.0",
21
- "vite": "^6.0.0"
19
+ "@vitejs/plugin-react": "^6.0.5",
20
+ "typescript": "^7.0.2",
21
+ "vite": "^8.2.1"
22
22
  }
23
23
  }
@@ -0,0 +1,6 @@
1
+ // Generated by the Vidra CLI. Do not edit.
2
+ import { vidra } from "@vidra-dev/sdk";
3
+
4
+ vidra.registerExpectedAccessFingerprint(
5
+ "f8e12289e430f3ecfce80c132a8b23e9539c041a0912b7c116feae722f510f68",
6
+ );
@@ -2,6 +2,7 @@ import { StrictMode } from "react";
2
2
  import { createRoot } from "react-dom/client";
3
3
  import App from "./App";
4
4
  import "./index.css";
5
+ import "./generated/vidra-access-policy.js";
5
6
 
6
7
  createRoot(document.getElementById("root")!).render(
7
8
  <StrictMode>
@@ -25,8 +25,11 @@ export default defineConfig({
25
25
  emptyOutDir: true,
26
26
  rollupOptions: {
27
27
  output: {
28
+ // `format: "iife"` already implies no code splitting, and since Vite 8
29
+ // saying so twice is a warning on every app build: "inlineDynamicImports
30
+ // option is ignored because codeSplitting: false is set". Output is
31
+ // byte-identical without it — still one file, still no import map.
28
32
  format: "iife",
29
- inlineDynamicImports: true,
30
33
  },
31
34
  },
32
35
  },
@@ -0,0 +1,33 @@
1
+ import {
2
+ defineConfig,
3
+ events as builtInEvents,
4
+ native as builtInNative,
5
+ } from "@vidra-dev/sdk/config";
6
+
7
+ export default defineConfig({
8
+ bridge: {
9
+ allow: [
10
+ builtInNative.app.getInfo,
11
+ builtInNative.appWindow.center,
12
+ builtInNative.appWindow.configure,
13
+ builtInNative.appWindow.getCurrent,
14
+ builtInNative.appWindow.getSupport,
15
+ builtInNative.appWindow.maximize,
16
+ builtInNative.appWindow.minimize,
17
+ builtInNative.appWindow.restore,
18
+ builtInNative.appWindow.setTitle,
19
+ builtInNative.browser.open,
20
+ builtInNative.clipboard.getText,
21
+ builtInNative.notifications.requestPermission,
22
+ builtInNative.notifications.show,
23
+ ],
24
+ events: [
25
+ builtInEvents.appWindow.resized,
26
+ builtInEvents.appWindow.stateChanged,
27
+ builtInEvents.runtime.hotReloaded,
28
+ ],
29
+ },
30
+ updates: {
31
+ feed: "",
32
+ },
33
+ });
package/bin/vidra.mjs DELETED
@@ -1,2 +0,0 @@
1
- #!/usr/bin/env node
2
- import("../dist/cli.js");