deploy.

Deployed-Version: Hi.WpfPlus 3.2.30
deploy.
2026-09-21 00:53:50 +08:00 · 2026-09-20 19:33:10 +08:00 · 2026-09-17 10:19:44 +08:00 · 2026-09-15 23:57:31 +08:00 · 2026-09-13 00:03:53 +08:00 · 2026-09-09 09:12:57 +08:00
2 changed files with 9 additions and 9 deletions
@@ -195,11 +195,11 @@ public class RenderingCanvas : UserControl, IDisposable
 		if (pre != null)    //this section will never occur if the datacontext not set twice.
 		{
 			pre.Terminate();
-			pre.ImageRequestAfterBufferSwapped -= RenderingCanvas_BufferSwapped;
+			pre.FrameReady -= RenderingCanvas_BufferSwapped;
 		}
 		if (cur != null)
 		{
-			cur.ImageRequestAfterBufferSwapped += RenderingCanvas_BufferSwapped;
+			cur.FrameReady += RenderingCanvas_BufferSwapped;
 			cur.Start((int)DisplayerPane.RenderSize.Width, (int)DisplayerPane.RenderSize.Height);
 			cur.IsVisible = IsVisible;
@@ -235,8 +235,8 @@ public class RenderingCanvas : UserControl, IDisposable
 		CurrentWindow = Window.GetWindow(this);
 		// Set up DispEngine rendering
-		DispEngine.ImageRequestAfterBufferSwapped -= RenderingCanvas_BufferSwapped;
+		DispEngine.FrameReady -= RenderingCanvas_BufferSwapped;
-		DispEngine.ImageRequestAfterBufferSwapped += RenderingCanvas_BufferSwapped;
+		DispEngine.FrameReady += RenderingCanvas_BufferSwapped;
 		DispEngine.Start((int)DisplayerPane.RenderSize.Width, (int)DisplayerPane.RenderSize.Height);
 		DispEngine.IsVisible = IsVisible;
 	}
@@ -247,7 +247,7 @@ public class RenderingCanvas : UserControl, IDisposable
 	private unsafe void RenderingCanvas_Unloaded(object sender, RoutedEventArgs e)
 	{
 		DispEngine.IsVisible = IsVisible;
-		DispEngine.ImageRequestAfterBufferSwapped -= RenderingCanvas_BufferSwapped;
+		DispEngine.FrameReady -= RenderingCanvas_BufferSwapped;
 		CurrentWindow = null;
 	}
 	#endregion
@@ -256,7 +256,7 @@ public class RenderingCanvas : UserControl, IDisposable
 	/// <summary>
 	/// Handles the buffer swapped event from DispEngine
 	/// </summary>
-	private unsafe void RenderingCanvas_BufferSwapped(byte* data, int w, int h)
+	private unsafe void RenderingCanvas_BufferSwapped(byte* data, int w, int h, FramePins pins)
 	{
 		if (data == null)
 			return;
@@ -12,8 +12,8 @@
 			HiAPI wpf canvas.
 		</Description>
    <Configurations>Debug;Release</Configurations>
-    <VersionBuild>157</VersionBuild>
+    <VersionBuild>30</VersionBuild>
-    <VersionPrefix>3.1.$(VersionBuild)</VersionPrefix>
+    <VersionPrefix>3.2.$(VersionBuild)</VersionPrefix>
    <PackageId>Hi.WpfPlus</PackageId>
    <PackageTags>HiAPI</PackageTags>
    <RuntimeIdentifiers>win-x64</RuntimeIdentifiers>
@@ -29,7 +29,7 @@
    <ProjectReference Include="..\HiDisp\HiDisp.csproj" />
  </ItemGroup>
  <ItemGroup Condition="'$(Configuration)'=='Release'">
-    <PackageReference Include="HiDisp" Version="3.1.*" />
+    <PackageReference Include="HiDisp" Version="3.2.*" />
  </ItemGroup>
  <PropertyGroup Condition="'$(Configuration)'=='Release'">
    <IsIgnoreObfuscar>true</IsIgnoreObfuscar>
Author	SHA1	Message	Date
iamboss	f5bbe81324	deploy. Deployed-Version: Hi.WpfPlus 3.2.30	2026-09-21 00:53:50 +08:00
iamboss	aaa50f4129	deploy. Deployed-Version: Hi.WpfPlus 3.2.29	2026-09-20 19:33:10 +08:00
iamboss	6a62a421b8	deploy. Deployed-Version: Hi.WpfPlus 3.2.27	2026-09-17 10:19:44 +08:00
iamboss	4633b6099b	deploy. Deployed-Version: Hi.WpfPlus 3.2.26	2026-09-15 23:57:31 +08:00
iambossandClaude Fable 5.1	59444f4035	chore(Hi.WpfPlus): follow the DispEngine FrameReady callback (was ImageRequestAfterBufferSwapped) Mechanical: the handler gains the FramePins argument and ignores it; this host is deprecated and gets no pin overlay. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>	2026-09-13 00:03:53 +08:00
iambossandClaude Fable 5.1	1e00af4b58	chore(deploy): stamp the 3.2.19 lib generation Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>	2026-09-09 09:12:57 +08:00
iamboss	65ad859b2f	chore(deploy): stamp the 3.2.12 lib generation - webservice: docsite folder-URL static routing, per-instance step-cache db, constant-height panel title bars, and mission command i18n - deploy.py: force restore on the three publishes, so a freshly bumped lib is not compiled against the previous generation's cached assets - CppCore: track the two carve test headers core_main.cpp already includes - CommonRcl/HiNcRcl/HiNcServer/UJoinRcl/UJoinServer: align the floating package references to the 3.2 version line Deployed-Version: Hi.WpfPlus 3.2.13	2026-08-27 14:46:50 +08:00
iambossandClaude Opus 5	fc885caddd	build(Hi.WpfPlus): record the deploy build number and drop the obj-cli ignore obj-cli/ was the deploy's redirected NuGet restore output. That redirect is reverted: MSBuildProjectExtensionsPath is a global property, so it propagated into every ProjectReference and each referenced project wrote its own project.assets.json into the referencing project's directory. Restore is back in obj/, so nothing creates obj-cli/ any more. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-25 14:47:50 +08:00
iambossandClaude Opus 5	376e57f15d	build(Hi.WpfPlus): move to the 3.2 version line and ignore obj-cli/ obj-cli/ is deploy.py's NuGet restore output, which [Oo]bj/ does not match. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-24 20:18:50 +08:00
iambossandClaude Opus 5	60dea348d2	chore(Hi.WpfPlus): bump VersionBuild to 3.1.160 Carried over from a deploy.py run -- incrementPackageID bumps VersionBuild but deploy.py only auto-commits HiAPI-docsite-2025. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-05 20:11:15 +08:00
iambossandClaude Opus 5	85d5515a97	build(Hi.WpfPlus): keep the package line on 3.1 and resume the build counter The 3.2 line is retracted -- the major version stays fixed for commercial positioning, so 3.1 remains the development line. Version stamp only; no code changed on the way out or back. VersionBuild resumes at 158, where it stood before the detour, instead of restarting from the 143 the feed serves. Everything between was built locally and stamped into real assemblies even though deploy.py deliberately withholds the upload until the API has settled commercially, and re-minting a spent number with different code is the one failure that yields two Hi.WpfPlus.dll claiming the same version. Next upload is 3.1.159; the 143 -> 159 gap on the feed is intended. 3.2.1 was packed locally and never uploaded, so nothing outside this machine saw the 3.2 line at all. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-01 14:27:48 +08:00
iambossandClaude Opus 5	c25bd820c3	build(Hi.WpfPlus): start the 3.2 package line and restart VersionBuild The 3.1 line ends at Hi.WpfPlus 3.1.143 -- tag v3.1.143, part of the aligned hinc-suite/3.1.175 set. master now produces 3.2 and VersionBuild restarts at 0, so the first published 3.2 package is 3.2.1: IncrementPackageID.targets bumps before the build, not after it. The 3.1.158 stamp this replaces was a local increment from a deploy run whose upload step is commented out, so it never reached the feed and nothing depends on it. Fixes for customers pinned to 3.1 come off the support/3.1 branch. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-07-26 18:00:18 +08:00