使用System. NET Core在. NET Core中打印PDF。绘图。打印

Question

我通过使用PDFiumSharp将每页转换为PNG图像来打印PDF文件。接下来，我将此图像绘制为图形。

private void PrintPage(object sender, PrintPageEventArgs ev)
{
    ev.Graphics.DrawImage(images[pageNum], ev.Graphics.VisibleClipBounds);
    pageNum++;
    if (pageNum == images.Count)
    {
        ev.HasMorePages = false;
    }
    else
    {
        ev.HasMorePages = true;
    }
}

public void Print()
{
    printDocument.PrintPage += new PrintPageEventHandler(PrintPage);
    pageNum = 0;

    if (printDocument.PrinterSettings.IsValid)
    {
        printDocument.Print();
    }
    else
    {
        throw new Exception("Printer is invalid.");
    }
}

问题是打印机接收到的数据非常大，整个过程运行缓慢。我试图在Windows上使用lpr命令。它可以直接处理PDF文件，但我的应用程序需要支持双面打印、不同的纸张来源等，这在lpr中是不可用的。

如何使用System. Drawing. Printig（或其他提供类似功能的东西）打印PDF而不转换为图像？我使用。NET Core 3.1，我的应用程序应该是跨平台的。

Answer 1

实际上，您需要从3个选项中选择任意2个：

1. 直接将数据发送到打印机，无需光栅图像
2. 使用系统。绘画打印
3. 跨平台

例如，1和2在Windows上可以正常工作。有跨平台的PDF库，可以直接解析和打印PDF到系统中。绘画图样看看这个例子。

问题是这个系统。绘图在Linux和macOS上无法正常工作。它使用libgdiplus，这种实现有许多实际问题<例如，libgdiplus不能很好地处理裁剪路径。我修复了一些相关问题（545、#547、#552），并找到了一些严重的拦截器进行进一步改进。

第一个是维护者。他们没有回答问题，几个月前审查了简单的请求。看起来微软对这个项目不是很感兴趣。

第二个障碍是内部架构。应该重新考虑两种旧的区域实现（基于位图和矩形）。然而，如果没有与维护人员的沟通，也不可能进行架构更改。

我认为你有两个选择：

>

• 自己修复在libgdiplus中发现的问题，在生产中使用自定义版本

不要使用系统。绘画印刷