GDI - OffsetRgn() 函数的意外结果答案

【问题标题】：GDI - Unexpected result for the OffsetRgn() functionGDI - OffsetRgn() 函数的意外结果
【发布时间】：2019-07-03 04:34:58
【问题描述】：

我正在使用 Embarcadero RAD Studio C++ builder XE7。

对于使用 Windows GDI 的绘图功能，我需要将剪辑区域添加到画布的设备上下文中。

通过测试我的代码，我注意到有时剪辑区域小于预期大小。我搜索了原因，发现 OffsetRgn() 函数有一个奇怪的行为，这让我有点困惑。

要应用剪辑区域，我使用类似于以下的代码：

std::unique_ptr<TBitmap> pBitmap(new TBitmap());
pBitmap->PixelFormat = pf32bit;
pBitmap->AlphaFormat = afDefined;
pBitmap->SetSize(60, 7);

TCanvas* pCanvas = pBitmap->Canvas;

::SelectClipRgn(pCanvas->Handle, NULL);

const TRect sourceRect = pCanvas->ClipRect;

HRGN pClipRegion = ::CreateRectRgn(50, -2, 60, 8);

::SelectClipRgn(pCanvas->Handle, pClipRegion);

const TRect intermediateRect = pCanvas->ClipRect;

const int deltaX = pCanvas->ClipRect.Left - 50;
const int deltaY = pCanvas->ClipRect.Top  - (-2);

::OffsetRgn(pClipRegion, -deltaX, -deltaY);

::SelectClipRgn(pCanvas->Handle, pClipRegion);

const TRect finalRect = pCanvas->ClipRect;

NOTE 写成这样并且脱离了他的上下文，上面的代码并没有真正的意义，我知道这是不合逻辑的。请不要评判它的质量，这不是我提问的目的。我收集了几段摘录，并将它们组合成一个可执行代码来提出问题。

硬编码值是问题发生时我在应用程序中获得的值的一个示例。如果我执行上面的代码，我测量：

sourceRect 值中的左 = 0，上 = 0，右 = 60，下 = 7
left = 50，top = 0，right = 60，bottom = 7 in intermediateRect 值
left = 50, top = 0, right = 60, bottom = 6 in finalRect

然而，我希望 finalRect 中的底部值也应该等于 7，这是画布限制，因为我只移动了该区域而没有其他任何内容。那么为什么它的价值突然变得比预期的要小呢？

【问题讨论】：

标签： gdi region clip rad-studio

【解决方案1】：

所以我终于找到了案件的实质。基于这篇文章：

Why does calling GetRgnBox on the result of GetClipRgn return a very different rect than GetClipRect?

剪辑区域以相对于画布原点的逻辑单位应用，而我尝试应用的剪辑矩形是从 [0, 0] 原点以像素为单位测量的。

由于我在我的代码中错误地认为两个系统的原点始终为 [0, 0]，因此在某些特殊情况下生成的区域可能不正确，导致我有时注意到这种奇怪的变化在实际应用的剪辑和我预期的剪辑之间。

使用 GetWindowOrgEx() 函数测量画布原点突出显示了该问题。

但是对于上面显示的情况，问题出现了，因为剪辑区域移动了 -2 的偏移量，因此顶部的值为 -4，底部的值为 6，然后将其裁剪以适应画布边界，而应用剪辑区域，导致顶部值为 0，底部值为 6 的剪辑。

【讨论】：