プリンター

ユニットが印刷に使う 4 つの印刷キュー（ラベルかレポート、開始時か完了時）。モデルの上で宣言し、ユニットごとに従うか上書きします。そして指令が自分のキューをどう見つけるかです。

プリンターは、モデルの印刷される出力が出てくる場所です。アクションが出すどの指令も、4 つの組み合わせのどれか、つまり何が出るか（ラベルかレポート）と、いつ出るか（実行の開始時か完了時）であり、どの組み合わせにも、ユニットごとにちょうど 1 つの印刷キューがあります。このステーションに導入されている Windows の印刷キューです。モデルが 4 つの既定のキューを宣言し、どのユニットも、切り離して自分の 4 つを持っていない限りそれを通して印刷します。そして指令は、自分をまとめているアクションではなく、自分の組み合わせによって自分のキューを解決します。この画面（Process > モデル > 定義 > プリンター）は「このモデルの各ユニットが印刷に使うステーションのキュー。印刷するラベルと発行するレポートについて、種類と時点ごとに 1 つずつです。」と読め、ユニットの数と、そのうち何台が自分のものを持つかを数えます。

読むにはモデルの閲覧が要ります。どの編集にも Process の管理と、施錠されていないステーションが要ります。この画面は、どの定義の画面も共有する形をまとっています（定義を参照）。

モデルの定義：4 つの枠

見出しには「モデルの既定のキューです。まだそれに従うすべてのユニットに効くので、同一のステーションからなる試験台は一度で設定できます。」と出て、キューを再読み込み（動いている間は「再読み込み中…」）が載ります。これは、画面の両方の半分について、ステーションに導入されているキューを読み直します。この一覧は、画面が開いたときに一度読まれます。

この表は、常に同じ 4 行を、この順に持ちます。開始時のラベル、完了時のラベル、開始時のレポート、完了時のレポートです。

ステーションが自分のキューを並べられないとき、表の上の通知バーが印刷キューを取得できませんとその失敗を伝えます。Windows の印刷スプーラーに届かないホストでは、一覧はただ空になります。

枠の設定の欄

行を選ぶと、その枠が全部開きます（「プリンター · 開始時のラベル」）。その媒体に要る行の下です。

• ラベル：「ラベルは、生のプリンターの指令としてキューへ行きます。Ganter Lab はそれを Windows へ渡すだけで、ラベルが出たことは確かめられません。」
• レポート：「文書は PDF としてキューへ届くので、文書用のプリンターを選んでください。試すだけなら Microsoft Print to PDF が使えます。」

Process の管理がないとき、またはステーションが施錠されている間、カードには「印刷キューを変えるには「Process の管理」の権限と、編集できるステーションが必要です。」という通知バーが付き、選択欄は使えません。

ユニットごと：ユニットの一覧

見出しのいちばん端のユニットを管理は、モデルのページを開きます。

ユニットの設定の欄

ユニットを選ぶと、2 枚のカードが開きます。このユニットのキューがどこから来るかは、モデルの既定に従う（「上のモデルの既定を編集すると、このユニットも試験台のほかと一緒に変わります。」）または自分のキューを持つ（「このユニットは自分のものです。モデルの既定はもう届かず、それを編集してもここは何も変わりません。」）を差し出します。切り離しは、今効いているものから始まります。自分の 4 つの枠がすべて空のユニットは、モデルの 4 つの複製を取ります。もう一度従っても何も消えないので、2 度目に切り離すと、そのユニットが持っていたものがそのまま戻ります。この選択は、Process の管理がないときと、ステーションが施錠されている間は使えません。

2 枚目のカードは、今効いている 4 つの枠です。ユニットが従っている間は効いているもの：モデルの既定（「モデルから読んでいます。ここで変えるには、このユニットに自分のキューを与えてください。」）という表題で、どの選択欄も使えません。切り離すとこのユニット自身のもの（「これを通して印刷するのはこのユニットだけです。その兄弟には触れません。」）になります。表は同じ 4 行です。種類（その媒体の注意書きが、そのます目のツールチップになります）、時点、使っているもの、そして行ごとに 1 つの印刷キューの選択欄で、モデルのものと同じ一覧を差し出します。キューの誤りの通知バーは、あるときはこのカードにも繰り返されます。

指令が自分のキューをどう見つけるか

実行の発行タイミングでは、その手順が選んだすべてのアクションのすべての指令が、モデルを通して自分のキューを解決します。従っているユニットは、その指令の種類と引き金に対するモデルの枠を取り、切り離されたユニットは自分のものを取ります。したがって、同じ組み合わせの 2 つの指令は、どのアクションに入っていても、意図して 1 台のプリンターを共有します。指令をまとめ直しても並べ替えても、キューが動くことはありません。アクションを取り除いても枠には触れません。枠は種類と引き金で引かれるのであって、アクションで引かれるのではないからです。

効いている枠が空のときに何が起きるかは媒体によって違い、どちらの場合も実行は変わらず、ほかの指令も止まりません。

• ラベルはそれでも描き出され、その実行記録のラベルの書類欄に記録されます。その送信は、キュー「（未設定）」に対する失敗した試みとして、「このユニットには、このラベルの印刷キューが設定されていません。」という理由とともに記録されます。
• レポートはそれでも PDF を発行します（指令がそれを求めているときは、実行記録の中に凍結もします）。その自動の印刷は、「このユニットには、このアクションの印刷キューが設定されていません。」とともに、失敗した試みとして記録されます。

キューが受け付けたことは「キューへ送信済み」であって、実際に印刷されたことの証拠では決してありません。キューの名前はステーション固有です。別のステーションへ複製した構成はその名前を保ち、置き換えるまでは「（導入されていません）」と読めます。

この画面がしないこと

• 何も印刷しません。ラベルの試し刷りはラベルのテンプレート、レポートの見本はレポートにあり、再印刷と再送は履歴にあります。
• 何をいつ印刷するかも決めません。それはアクションの下の、それぞれのアクションの指令であり、実行がどのアクションを出すかは手順です。
• アクションごと、手順ごとのキューはありません。組み合わせごと、ユニットごとに 1 つのキューです。
• キューを導入することもしません。この一覧は Windows 自身のものであり、印刷スプーラーのないホストでは何も並びません。