问题标签 [gdi+]

GDI+ DrawLines 函数有一个剪切错误，可以通过运行以下 c# 代码来重现。运行代码时，会出现两条线路路径，应该是相同的，因为它们都在剪辑区域内。但是当设置了剪切区域时，其中一条线段不会被绘制。

在图形对象上设置 antials 模式可以解决此问题。但这不是一个真正的解决方案。

有人知道解决方法吗？

我只是想知道 GDI+ 是否仍然是一项值得使用的技术，尤其是在 .net 意义上。

诚然，GDI+ 仍然是在 Windows 中处理图像的技术，但它也是非托管代码（显然）。现在，在发现 ASP.net¹ 实际上不支持 GDI+ 之后，我只是想知道：拥有完全在托管代码中运行的图像处理库实际上是否可行？如果我没记错的话，XNA 会这样做，尽管它使用显卡。

是否有任何实现某种托管 GDI+ 的 .net 图像库？

¹来源，微软也刚刚为使用 GDI+ 的 ASP.net 提供了一些东西。

我正在使用 StretchImage，因为该框可以通过拆分器调整大小。看起来默认是某种平滑的双线性过滤，导致我的图像模糊并有莫尔图案。

CF 上的 Winform 有点重，初始化很多窗口句柄需要大量时间和内存。另一个问题是缺乏内置的双缓冲和缺乏对 UI 渲染的控制，这意味着在处理器密集型操作期间，UI 可能会让用户盯着半渲染的屏幕。好的！

为了缓解这个问题，我会寻求一个轻量级的控制框架，是否已经有一个已经开始或者必须自制？

我所说的轻量级是指一个控件库，它可以完全控制控件的绘制，并且不使用许多昂贵的窗口句柄。

注意：请不要建议我在 UI 线程上运行太多。事实并非如此。

如何将图像从一种颜色配置文件转换为另一种（屏幕到打印机，或扫描仪到屏幕）。在 Visual C++ 中，您将使用 ICM.h 中的函数，是否有使用 GDI+ 执行此操作的托管方式？

我需要使用 GDI+，而不是 WPF。我希望有一个托管解决方案，但如果它不可用，我想 PINkvoke 就足够了。

Graphics.DrawImage 很好地支持绘制平行图：

怎么样，你做到了4点（显然不支持下面的，但这是想要的）：

当前设备上下文中的系统默认多边形填充模式是ALTERNATE（正如我从 Petzold 关于 Windows 编程的书中了解到的那样），并且这个Polygon模式用于 Win32 函数，除非您使用SetPolyFillMode.

我的问题是：GDI+ Graphics::FillPolygon（FillMode在其签名中没有参数）方法是否也使用当前设备上下文填充模式或设置众所周知的默认值，然后在调用它之前设置回模式集？

谢谢！

经过几个小时的应用程序使用后，我每天都在同一时间收到以下错误和调用堆栈。任何人都可以对正在发生的事情有所了解吗？

Is there another way to render graphics in C# beyond GDI+ and XNA?

(For the development of a tile map editor.)

当基于打印机 HDC 创建图形上下文时，是否有人对如何使用 Graphics::DrawImage() 成功绘制具有 alpha 通道的位图有任何指示？打印机驱动程序通常不支持 alpha 混合 - 因此是否可以将所有内容渲染到屏幕外位图并将其发送到打印机。这通常是不可行的，尤其是对于大幅面打印机的高分辨率打印。