Skip to content

Bump CommunityToolkit.Mvvm from 8.3.2 to 8.4.2 - #9

Closed
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/nuget/CommunityToolkit.Mvvm-8.4.2
Closed

Bump CommunityToolkit.Mvvm from 8.3.2 to 8.4.2#9
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/nuget/CommunityToolkit.Mvvm-8.4.2

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Aug 26, 2026 •
edited
Loading

Copy link
Copy Markdown

Pinned CommunityToolkit.Mvvm at 8.4.2.

Release notes

Sourced from CommunityToolkit.Mvvm's releases.

8.4.2

What's Changed

Full Changelog: CommunityToolkit/dotnet@v8.4.1...v8.4.2

8.4.1

This release of the .NET Community Toolkit updates the MVVM Toolkit analyzers and source generator to Roslyn 5.0, so they can work with C# 14 out of the box. This means that [ObservableProperty] on partial properties no longer needs preview language version 🎉

What's Changed 🆕

New Contributors

Full Changelog: CommunityToolkit/dotnet@v8.4.0...v8.4.1

8.4.0

What's Changed 🆕

New Contributors

Full Changelog: CommunityToolkit/dotnet@v8.3.2...v8.4.0

8.4.0-preview3

What's Changed 🆕

New Contributors

Full Changelog: CommunityToolkit/dotnet@v8.3.2...v8.4.0-preview3

Commits viewable in compare view.

@dependabot
Bump CommunityToolkit.Mvvm from 8.3.2 to 8.4.2
a4d2819 
---
updated-dependencies:
- dependency-name: CommunityToolkit.Mvvm
  dependency-version: 8.4.2
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added .NET Pull requests that update .NET code dependencies Pull requests that update a dependency file labels Aug 26, 2026
@dependabot @github

dependabot Bot commented on behalf of github Aug 27, 2026

Copy link
Copy Markdown
Author

Looks like CommunityToolkit.Mvvm is no longer updatable, so this is no longer needed.

@dependabot
dependabot Bot force-pushed the dependabot/nuget/CommunityToolkit.Mvvm-8.4.2 branch from a4d2819 to 6453f11 Compare August 27, 2026 03:20
@dependabot dependabot Bot closed this Aug 27, 2026
18961389539 pushed a commit that referenced this pull request Sep 2, 2026
RobotVision Dev
docs: roadmap 新增 ShapeMatch 对标 HALCON 迭代项(#9)
80c066d
18961389539 pushed a commit that referenced this pull request Sep 2, 2026
RobotVision Dev
docs: roadmap #9 记录 UprightCrop 转正缺陷精确定位(MinAreaRect Angle 语义实证)
e85512f
18961389539 pushed a commit that referenced this pull request Sep 2, 2026
RobotVision Dev
feat(vision): ShapeMatch 方向一致性诊断 — DirAgree 进 DebugInfo/QualityNote
8594047 
有向 Chamfer 可观测性:方向一致性命中占比(DirAgree)从 Score 经
PoseCand/MatchHit 传到 LastDebug,并入 FormatQualityNote
("方向一致 xx%")——试触发 UI 与失败留档可区分"距离没对上"vs
"方向不匹配",为产线调参(容差/阈值)提供归因。

实证(诊断价值):37°/180° 场景 DirAgree 高;90°/-33° 失败时 DirAgree
仍 0.95-1.00 → 证明方向项健康,该两角度失败确系转正几何/极性独立问题
(与方向无关,roadmap #9 已登记)。
验证:RobotVision.Tests 945+11 跳过+0 失败;全仓编译 0 错误。
18961389539 pushed a commit that referenced this pull request Sep 2, 2026
RobotVision Dev
fix(vision): UprightCrop 裁剪窗显式长/短边 — 修复 MinAreaRect 表示歧义导致的转正窗错向
d32b6ad 
根因:OpenCV MinAreaRect 对同一矩形可返回 (Width=长边,A=α) 或 (Width=短边,A=α±90)
两种等价表示(实测:同 240×90 水平条,部分 contour 返回 W=90 H=240 A=90)。原代码
cropW/cropH 直接读 rect.Size.Width/Height,在"Width=短边"表示下裁剪窗方向与目标
错位(-33° 目标窗 38 宽装不下转正后 110 长边 → 匹配失败/被裁)。

修复:UprightCrop 裁剪窗尺寸显式取 max/min(长/短边),warp 角保持原口径不变;
测试参考实现 FullImageUprightCrop 同步(两实现须一致,否则 CropMapping 局部 vs
整图断言断裂)。

验证:90° 定位从"命中 0.35/均距 8.67"提升到"命中 1.00/均距 0.26px";
-33° 方向一致 1.00(此前被误裁)。CropMapping 13/13、ShapeMatch 6/6、
FeatureRoiAdvisor 8/8 全过,全量 945+11 跳过+0 失败。
剩余:90°/-33° 的 180° 相位判决(极值角极性独立问题,roadmap #9 已登记)。
18961389539 pushed a commit that referenced this pull request Sep 2, 2026
RobotVision Dev
feat(vision): ShapeMatch 接入 NoFlipConstraint — 跳过翻转窗判决
87c921d 
NoFlipConstraint 此前只接 Template 匹配路径,ShapeMatch 无条件做 180° 翻转
窗判决——实测在中小角度(±20° 内)不可靠:polar0 为 0(不可判)时误走翻转支,
输出角度差 180°(8°/20°/-20° 场景方向一致 1.00 仍失败,根因在此非方向项)。

- MaskShapeMatch.TryRefine 加 noFlip 参数:跳过 flipped 翻转窗计算与
  PreferFlippedCrop 判决,直接信任主窗转正结果(UprightCrop warp 已消除
  180° 旋转,主窗即正确方向)
- SegmentRefineRuntime.ShapeMatch 路径传 recipe.Template.NoFlipConstraint
- 语义说明:UprightCrop 的无向 warp 已处理整体 180° 旋转;翻转窗仅处理
  "同向但细节反向",NoFlip 下产品不反放即无此需求

测试:+1 NoFlip 语义(0° noFlip 正确匹配不受影响)。全量 946+11 跳过+0 失败。
注:20°/-33°/90° 主窗残差(UprightCrop housing 拟合)为独立几何问题,
roadmap #9 已登记,与翻转判决无关。
18961389539 pushed a commit that referenced this pull request Sep 2, 2026
RobotVision Dev
fix(vision): ShapeMatch 翻转判决加极性证据门 — 默认配置不再误翻 180°
f2b8f6c 
根因:PreferFlippedCrop 以 polar180 > polar0 + 1e-6 即翻转。中小角度旋转
(±20° 内)使灰度极性探针落在插值模糊区,polar0≈polar180(同号小值),
1e-6 级噪声差即触发翻转 → 输出差 ~174°(实测 8.7°/20° 事故,方向一致
DirAgree 仍 1.00 说明非方向项问题,纯相位误判)。87c921d 用 NoFlip 规避,
但默认(NoFlip=false)配置仍不安全。

修复:极性证据门——两支极性须分离到示教幅度(模型.PolarDelta)的显著比例
(0.5×)才可判 180° 相位;证据不足时信任主窗(首达且几何已过门),不做
1e-6 噪声判决。近对称件(|PolarTeach|<12)的几何兜底门槛 0.2→0.5 防抖动。

验证:8.7° 由翻转(err 174°)修正到 err 1.33°、20° 修正到 5.65°(均为
默认 noFlip=false);FollowsRotation(37/180)正向对照仍绿(180° 真翻转时
极性差 2×|PolarTeach| 明确可判,翻转照常)。+2 回归用例,全量
948+11 跳过+0 失败。
残留:±20° 负向角(实测 -20° warp=160.2)的误翻转源于 MinAreaRect 180°
补角表示歧义(主窗内容物理翻转),非极性门可解,roadmap #9 已登记。
18961389539 pushed a commit that referenced this pull request Sep 2, 2026
RobotVision Dev
docs: roadmap #9-① 补 warp 补角歧义实证与规范化修复设计(迁移检查单)
9b8ab53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

dependencies Pull requests that update a dependency file .NET Pull requests that update .NET code

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

0 participants