# プリンター

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

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

読むにはモデルの閲覧が要ります。どの編集にも Process の管理と、施錠されていないステーションが要ります。この画面は、どの定義の画面も共有する形をまとっています（[定義](process-definition#the-one-shape-of-the-five-screens)を参照）。

## モデルの定義：4 つの枠 {#model-definition-the-four-slots}

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

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

| 列 | 何を見せるか |
| --- | --- |
| **種類** | **ラベル**または**レポート**です。 |
| **時点** | **開始**または**完了**です。 |
| **使っている場所** | この枠を通して印刷する指令を持つモデルのアクションを名前で並べるか、「アクションなし」です。 |
| **印刷キュー** | 既定のキューの名前、または「未設定」（注意の色になるのは、その枠を通して実際に印刷するアクションがあるときだけです）。 |

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

## 枠の設定の欄 {#the-settings-column-for-a-slot}

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

- ラベル：「ラベルは、生のプリンター指令としてキューに送ります。Ganter Lab はそれを Windows に渡すだけで、ラベルが出たかどうかは確認できません。」
- レポート：「文書は PDF としてキューに届くので、文書用のプリンターを選んでください。試すだけなら Microsoft Print to PDF でも動きます。」

| 項目 | 何であるか | 値 / 既定 | 効果 |
| --- | --- | --- | --- |
| **印刷キュー** | 「まだモデルに従うすべてのユニットが、これをどこで印刷するかです。」 | **（未設定）**、続いて導入されているすべてのキューを名前で。ステーションがもう導入していない保存済みの名前は「名前（未インストール）」として一覧に残ります。既定は（未設定）です。 | モデルの上に書かれます。従っているすべてのユニットが、すぐそれを通して印刷します。説明文には「使っている場所」と、その枠を通して印刷するアクションが加わります。 |

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

## ユニットごと：ユニットの一覧 {#per-unit-the-units-list}

| 列 | 何を見せるか |
| --- | --- |
| **ユニット** | ユニットの名前です。 |
| **キュー** | 「モデルに従う」、または切り離されたユニットでは「4 件中 3 件を設定、自分のもの」です。モデルの指令が、そのユニットで実際に空の枠を通して印刷するとき、その行は注意の色をまといます。 |

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

## ユニットの設定の欄 {#the-settings-column-for-a-unit}

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

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

## 指令が自分のキューをどう見つけるか {#how-a-command-finds-its-queue}

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

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

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

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

## この画面がしないこと {#what-this-screen-does-not-do}

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