deploy.

Deployed-Version: Hi.WinForm 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:52 +08:00 · 2026-09-09 09:12:57 +08:00
2 changed files with 5 additions and 5 deletions
@@ -94,7 +94,7 @@ namespace Hi.WinForm.Disp
            DispEngine.BackgroundColor = new Vec3d(0.1, 0.1, 0.5);
            DispEngine.BackgroundOpacity = 0.1;
            DispEngine.SetViewToHomeView();
-            DispEngine.ImageRequestAfterBufferSwapped += DispEngine_ImageRequestAfterBufferSwapped;
+            DispEngine.FrameReady += DispEngine_FrameReady;
            // Set initial size and start the rendering engine
            this.Size = new System.Drawing.Size(500, 300);
@@ -185,7 +185,7 @@ namespace Hi.WinForm.Disp
        #endregion
        #region DispEngine_Rendering
-        private unsafe void DispEngine_ImageRequestAfterBufferSwapped(byte* bgra_unsignedbyte_pixels, int w, int h)
+        private unsafe void DispEngine_FrameReady(byte* bgra_unsignedbyte_pixels, int w, int h, FramePins pins)
        {
            // Create a bitmap from the raw pixel data provided by DispEngine
            Bitmap bitmap;
@@ -7,8 +7,8 @@
    <RootNamespace>$(AssemblyName)</RootNamespace>
    <Platforms>x64</Platforms>
    <Description>WinForm Display module of HiAPI</Description>
-    <VersionBuild>131</VersionBuild>
+    <VersionBuild>30</VersionBuild>
-    <VersionPrefix>3.1.$(VersionBuild)</VersionPrefix>
+    <VersionPrefix>3.2.$(VersionBuild)</VersionPrefix>
    <PackageTags>HiAPI</PackageTags>
    <RuntimeIdentifiers>win-x64</RuntimeIdentifiers>
    <AllowUnsafeBlocks>true</AllowUnsafeBlocks>
@@ -31,7 +31,7 @@
    <ProjectReference Include="..\HiDisp\HiDisp.csproj" />
  </ItemGroup>
  <ItemGroup Condition="'$(Configuration)'=='Release'">
-    <PackageReference Include="HiDisp" Version="3.1.*" />
+    <PackageReference Include="HiDisp" Version="3.2.*" />
  </ItemGroup>
  <Import Project="..\acc\deploy_local_nupkg.targets" Condition="'$(Configuration)'=='Release'" />
  <ItemGroup>
Author	SHA1	Message	Date
iamboss	b8b379e853	deploy. Deployed-Version: Hi.WinForm 3.2.30	2026-09-21 00:53:50 +08:00
iamboss	b3c5ee5736	deploy. Deployed-Version: Hi.WinForm 3.2.29	2026-09-20 19:33:10 +08:00
iamboss	478b121bfc	deploy. Deployed-Version: Hi.WinForm 3.2.27	2026-09-17 10:19:44 +08:00
iamboss	bfedae851a	deploy. Deployed-Version: Hi.WinForm 3.2.26	2026-09-15 23:57:31 +08:00
iambossandClaude Fable 5.1	aac5868dfc	chore(Hi.WinForm): 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:52 +08:00
iambossandClaude Fable 5.1	9fd4157103	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
iambossandClaude Opus 5	4cb41a1159	chore(Hi.WinForm): carry the 3.2 lib generation stamp the HiAPIs root repo was holding The root repo double-tracked this folder and its copy of the csproj sat at VersionBuild 17 while this repo's own master was still at 13. Nothing else in the folder differed. Taking the root's value here so this repo can become the single tracked copy. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-07 17:29:39 +08:00
iamboss	8b430ba940	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.WinForm 3.2.13	2026-08-27 14:46:49 +08:00
iambossandClaude Opus 5	d10837534c	build(Hi.WinForm): 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	0550c58ade	build(Hi.WinForm): 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	18f3e36226	chore(Hi.WinForm): bump VersionBuild to 3.1.156 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	545be22235	build(Hi.WinForm): 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 154, where it stood before the detour, instead of restarting from the 139 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.WinForm.dll claiming the same version. Next upload is 3.1.155; the 139 -> 155 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:47 +08:00
iambossandClaude Opus 5	1dff436028	build(Hi.WinForm): start the 3.2 package line and restart VersionBuild The 3.1 line ends at Hi.WinForm 3.1.139 -- tag v3.1.139, 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.154 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
iambossandClaude Opus 4.8	edcf1722f9	chore(Hi.WinForm): bump VersionBuild Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-07-13 12:36:47 +08:00
iamboss	fc8d0fbcd3	tune.	2026-07-07 18:52:19 +08:00
iamboss	7afd676b43	deploy fixed MRR drift and webservice CylindroidHolder buckle branch update issue.	2026-05-28 20:20:38 +08:00
iamboss	87c95ceebe	deploy fixed MRR drift and webservice CylindroidHolder buckle branch update issue.	2026-05-28 19:34:21 +08:00
iamboss	9d0d53a01f	update XML IO pattern.	2026-05-24 13:27:53 +08:00
iamboss	4e7a3517fd	rename XFactory.Regs to XFactory.Generators.	2026-05-23 21:09:36 +08:00
iamboss	efa521dc9a	fix SoftNcRunner GM code normalization.	2026-05-16 17:42:11 +08:00
iamboss	37bb747250	fix SoftNcRunner GM code normalization.	2026-05-08 22:04:30 +08:00