最近做的xps文档打印功能,绝对的一波三折,一开始开发的时候,始终用的是xps writer 虚拟打印机,测试的时候也是,一直没有发现问题,但是真正到用户使用的时候,接上正式打印机,打印时候没有问题,一旦打印完成,再次进入打印winfrom的界面就花掉了,如下图;
结果更换了多台电脑,win7、winxp都不行,然后就更换打印机,换了很多打印机也不行,自己写了一个最小的打印的程序,发现打印以后还出现同样的问题。
没有办法,试着去微软的官方论坛上看看有没有大牛能帮忙解决一下,结果还真有一个搭理我的,我发了一个测试的程序过去,人家说他们那边没有问题。我当时凌乱了,突然想到,这个会不会跟window语言有关系,结果下载了一个英文的语言包,把window修改成英语版就OK了。
不过,这样的做法绝对是要被人唾弃的,我们的项目总不能让用户直接用英文windows吧。
解决的方法有两个
1、 所有界面上的字体不用宋体(不保证图片不花,没有测试过),我们的项目这么大药吧所有的界面都进行修改不可能。
2、 使用wpf单独做一个进程,进行打印,打印的时候,由程序直接写入到打印队列中,不需要有任何的form交互即可。
这个地方有三个地方比较值得注意:
(1) winform开启新进程,这个没啥难度,唯一注意的是,如果需要传递参数的话,不能和程序名写到一起
Process.Start("NewPrint.exe",”参数1”);
(2) wpf运行程序,获取程序带入参数值,通过重载OnStartup函数实现
protected override void OnStartup(StartupEventArgs e)
{
string IDCard = e.Args[0];
base.OnStartup(e);
}
(3) 将wpf文档直接写入打印机队列里面,参照下文:
如何以编程的方式直接打印
http://msdn.microsoft.com/zh-cn/library/vstudio/aa969772(v=vs.90).aspx
我们就用了一个比较偷懒的办法,代码如下:
public class BatchXPSPrinter { public static void PrintXPS(object sender) { string strFilename = sender.ToString(); LocalPrintServer localPrintServer = new LocalPrintServer(); PrintQueue defaultPrintQueue = LocalPrintServer.GetDefaultPrintQueue(); bool tt = defaultPrintQueue.IsXpsDevice; FileInfo f = new FileInfo(strFilename); try { PrintSystemJobInfo xpsPrintJob = defaultPrintQueue.AddJob(f.Name, strFilename, false); } catch (PrintJobException e) { } } }
直接在进程里面调用:
string DocName="";
Thread printingThread = new Thread(new ParameterizedThreadStart(BatchXPSPrinter.PrintXPS)); printingThread.SetApartmentState(ApartmentState.STA); printingThread.Start(DocName); MessageBox.Show("打印完成");
通过在这次的问题解决的过程对我触动比较深的几点:
1、做程序的最好查谷歌。百度在技术领域的搜索真心不行,很多时候答非所问。技术类的文章不明白的单词就那么几个,看熟了就会了!
2、不要怕自己的英语水平烂,我的英语水平也烂,属于初中毕业水平,但是就我这个初中水平,也能在国外论坛上提出问题,并且老外能看明白,并
能够进行解答,说明一个问题,很多时候不需要那么多华丽的句型,只要说明白主要意思,哪怕全部都是this is ,that is ,都没有关系。后面还有程序语句这种全球通用的代码
来进行二次说明的!
3、微软的东西不一定都是好的,如果真的遇到了实在解决不了的,干脆就绕过去!不过这点个人感觉java比微软的可选择性就多了!