UWPではプリンタに直接印刷できない!
初めてUWPの開発を行って、何もかもが初めてで四苦八苦しながら作っていたところ、どうもUWPは特定のプリンタに直接印刷することができないらしい。
最初から難しそうだなーなんて思ってた。
なんかお店とかだとタブレットからレシートに印刷をかけてるようなイメージがあったので、なんかやり方あるんだろとも思ってたけど、調べまくっても、ユーザーに印刷を促すコードばかりが出てくる。
結論、UWPではセキュリティの関係上、印刷をユーザーに促すことはできても、天地がひっくり返っても直接特定のプリンタに印刷をすることはできない。
しかもカメラデバイスの利用許可のように一度だけ出る分にはまぁまぁとも思うけど、印刷の場合は常に促される形になるらしく、話にならんかった。
コードで何も指定できなくて、どのプリンタに印刷するの?何ページ目を印刷するの?みたく聞いてくるならそりゃ毎度毎度聞くわなって感じ。
実現するには
UWPから直接実行する考えは切り捨て、UWPから.NET Frameworkで作られたexeを実行することで実現する。
参考にしたのは下記。
UWP – Print PDF Files Silently (Without Print Dialog)
流れの概要は下記の通り。
情報の受け渡しにオブジェクトは利用できないので、Newtonsoft Json.NETとかを利用して、JSON文字列とかで受け渡しすればいい感じになる。
- UWP側で、印刷に必要な情報を渡す。
- UWP側で、.NET Frameworkのexeを実行する。
- .NET Frameworkのexeで、UWP側から渡された情報を受け取る。
- .NET Frameworkのexeで、印刷する。
実装の流れの補足
記事の便宜上
- UWPアプリケーションを UwpApp とする。
- .NET Frameworkアプリケーションを NetApp とする。
NetAppを作成する
- NetAppを.NET Frameworkでコンソールアプリケーションを作成する。
参照設定から、『C:\Program Files (x86)\Windows Kits\10\UnionMetadata\10.0.17763.0\Windows.winmd』を選択する。
パスの『10.0.17763.0』は、UwpAppで選択している最小バージョンに合わせたパスにある Windows.winmd を選択する。
-
App.configを設定する。
App.config<?xml version="1.0" encoding="utf-8" ?> <configuration> <startup> <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" /> </startup> <appSettings> <add key="PrinterName" value="FinePrint" /> </appSettings> </configuration>
-
それらしいコードを書く。
Windows.Storage.ApplicationData.Current.LocalSettings.Values["xxx"]で、UWP側から渡された値を取得できるようになる。NetApp-Example.csclass Example { private string printingText; private Font printFont; public void Execute() { // 印刷するプリンタ名を取得 var printerName = ConfigurationManager.AppSettings["PrinterName"]; // UWPから渡ってきた値を取得する var text = Windows.Storage.ApplicationData.Current.LocalSettings.Values["Key"].ToString(); // 印刷 printingText = text; printFont = new Font("MS Pゴシック", 10); System.Drawing.Printing.PrintDocument pd = new System.Drawing.Printing.PrintDocument(); pd.PrintPage += new System.Drawing.Printing.PrintPageEventHandler(pd_PrintPage); pd.Print(); } private void pd_PrintPage(object sender, System.Drawing.Printing.PrintPageEventArgs e) { // 都合いい感じに印刷処理を書く e.Graphics.DrawString(printingText, printFont, Brushes.Black, 0, 0); } }
UwpAppを修正する
参照設定で、Universal Windows -> 拡張 から、『Windows Desktop Extensions for the UWP』を選択する。
バージョンはUwpAppの最小バージョンに合わせたものを選択する。
-
ビルドしたNetApp.exe、NetApp.exe.configをプロジェクトに含める。
(NetApp.exe.configは、アプリケーション構成ファイルを操作したい場合)。
プロパティ 値 ビルドアクション コンテンツ 出力ディレクトリにコピー コピーしない NetApp.exe.config の中身が色々な都合で変わっちゃっていたら、元の形に変える。(.NET Core のDLLを参照してる時は変えないとダメそう)
プロジェクトのプロパティ→ビルド から、『.NETネイティブツールチェーンでコンパイルする』のチェックを外す。
Debugビルドだと初めから外れているけど、Releaseビルドだと既定値としてチェックがついている。
よくわからんけどチェックがついてると、.NET Native を使ってネイティブコンパイルするようになるようだ。
NetApp.exeが.NET Frameworkを利用するものである以上、ネイティブコンパイルはNGなので、チェックを外す。
というのが正解のようだ。
-
Package.appxmanifest をコード表示して Extensions、Capabilities 部分を加えて、NetApp.exeを実行できるようにする。
Package.appxmanifest<?xml version="1.0" encoding="utf-8"?> <Package> ・・・ <Applications> <Application> ・・・ <Extensions xmlns:desktop="http://schemas.microsoft.com/appx/manifest/desktop/windows10"> <desktop:Extension Category="windows.fullTrustProcess" Executable="NetApp.exe" /> </Extensions> </Application> </Applications> ・・・ <Capabilities> <rescap:Capability xmlns:rescap="http://schemas.microsoft.com/appx/manifest/foundation/windows10/restrictedcapabilities" Name="runFullTrust" /> </Capabilities> ・・・ </Package>
-
NetApp.exe に渡したい値を設定する。
Windows.Storage.ApplicationData.Current.LocalSettings.Values["Key"] = "Example";
-
NetApp.exe を実行する。
if (Windows.Foundation.Metadata.ApiInformation.IsApiContractPresent("Windows.ApplicationModel.FullTrustAppContract", 1, 0)) { await Windows.ApplicationModel.FullTrustProcessLauncher.LaunchFullTrustProcessForCurrentAppAsync(); }
実際の動き
UWPアプリケーションの上に、キャンセルボタンが押せるダイアログが表示される。
印刷が終われば消えるし、UWPで画面が切り替わるわけでもないので、まぁまぁ求めた動作はする。
悩むこと
- NetApp.exeの変更が適用されない。
ビルドしても反映されない時があるみたいで、よくわからんので、UwpAppをリビルドした方が良さそう。 -
NetAppでは、Windows.Storage.ApplicationData.Current.LocalSettings.Values[] によって値を取得しているため、入口がUWP側から実行してないと下記例外が発生してしまう。
System.InvalidOperationException: プロセスにパッケージ ID がありません。 (HRESULT からの例外:0x80073D54)
前段としてどうやるとそこがうまいこと通るようになるのか分からなかったので、当該部分だけ望む値が渡ってきたという想定のコードに変えてデバッグしました。