ル絵描きの手法が初めてなら、画像 のラスターと ベクター の概念の違いは知っておく必要があります。 デジタルな描画では、画像の基本かつ最小の単位はピクセル(画素)です。基本的 に特定の色を表示する点を意味します。ラスター編集はこれらピクセルを操作編 集していきます。例えば1ピクセルの黒色のブラシを使って Krita の白いキャン バスに描いたとすると、実際にはブラシの下のピクセルの色を白から黒に変え ラスター画像とは対照的に、ベクター画像は数学的表現に基づいています。これ はピクセルとは独立したものです。例えば、Krita の ベクターレイヤー に長方形 を描くと、それは実際にはノードと呼ばれる点を通したパスを描いていて、'x'軸 と'y'軸の特定の場所に配置されています。それらのポイントを拡大縮小したり動 かしたりするとコンピュータは計算してパスを再描画し新しくできた形をあな たに表示します バックアップの仕組みがあります。これらの機能は全般設定のところで設定で きます。 画像は 表示 を通して見ています。 ビュー 表示とは画像が乗ったウィンドウのことです。Krita は複数視点を持つことがで き、ズームや回転、ミラーといった視点を変えることができ、画像を編集するこ となく色を調節することができます。これはアーティストにとってはとても有 用で、画像の見方を変えることは片側に寄っているというようなミスを調べる

（多数のセグメントから成る）と 矩形(Rect) は始点/終点の2点の指定となります。 これらは回転で きません。(セグメントに対して無効です） 基本的な要素は、繰り返し配置が可能です。 テキスト(Text)については内容をインクリメントしながらの繰り返し配置も可能です。（テキスト(Text)が1文字 のアルファベット、または一桁の数値のみ） 座標系の設定 始点/終点などの座標は、常にページの指定した角を基準にした座標系で指定されます。 通常、タイトルブロックは用紙サイズに依らずにページの右下へ表示されます。これは要素を作成した際に右 下の角を原点として設定している為です。 矩形(Rect)や線(Line)は、それぞれ原点となる角を指定した2点の座標指定で指定されます。 6 回転 一点を基準とする要素（テキスト(Text)と重畳された多角形(Poly)）は回転することができます。 通常時 ： 回転 ＝ 0° 回転指定： 回転 = 20°/ 10° 7 中央/ズームイン/ズームアウト/ビューの再描画/自動ズーム/ズームの選択 グリッドの選択 18 NOTE “図枠ファイルを追加” は、図面上にロゴを追加するために使用されることを意図しています。 通常、ロゴは大量の頂点を必要とするため手作業で作成することは困難です。しかし、 Bitmap2Componentプログラムで作成したファイルを読み込むことでロゴを簡単に使用でき ます。 ステータスバー ステータスバ

本書のソースコード/ライセンス .............................................................................. 4 意見や疑問点 ................................................................................................... azu/promises-book12 また、リポジトリには書籍中に出てくるサンプルコードのテストも含まれています。 ソースコードのライセンスはMITライセンスで、文章はCC-BY-NCで利用できます。 意見や疑問点 意見や疑問点がある場合はGitHubに直接Issueを作成できます。 • Issues · azu/promises-book13 また、この書籍についての チャットページ14 に書いていくのもいいでしょう。 catch((error) => { console.error(error); }); Promise.resolve(value) との違いは resolveではなくrejectが呼ばれるという点で、 テ ストコードやデバッグ、一貫性を保つために利用する機会などがあるかもしれません。 コラム: Promiseは常に非同期? Promise.resolve(value) 等を使った場合、

本書のソースコード/ライセンス .............................................................................. 4 意見や疑問点 ................................................................................................... またリポジトリには書籍中に出てくるサンプルコードのテストも含まれています。 ソースコードのライセンスはMITライセンスで、文章はCC-BY-NCで利用することができま す。 意見や疑問点 意見や疑問点がある場合はGitHubに直接Issueとして立てることができます。 • Issues · azu/promises-book10 また、この書籍についての チャットページ11 に書いていくのもいいでしょう。 catch(function(error){ console.error(error); }); Promise.resolve(value) との違いは resolveではなくrejectが呼ばれるという点で、 テ ストコードやデバッグ、一貫性を保つために利用する機会などがあるかもしれません。 コラム: Promiseは常に非同期? Promise.resolve(value) 等を使った場合、

ます。 1 シーケンス図 1 シーケンス図 1.1 基本的な例 シーケンス -> を、2 つの分類子間のメッセージを描画するために使います。分類子を、明示的に宣言 する必要はありません。 点線の矢印を使う場合は、--> とします。 また、<- や <-- を使うこともできます。これらによって図の見た目が変わることはありませんが、可 読性を高めることができます。ただし、以上の方法はシーケンス図だけに当てはまります。ほかの種 の代わりに使うと • 矢印の先端が上側だけまたは下側だけになります。 • 矢印の先端を繰り返す (たとえば >> や //) と、矢印の先端が細くなります。 • -- を - の代わりに使うと、矢印が点線になります。 • 矢じりに最後の”O” を追加 • 双方向の矢印を使用する @startuml Bob ->x Alice Bob -> Alice Bob ->> Alice Bob -\ Alice クラス間の関係は次の記号を使用して定義されています: Type Symbol Drawing Extension <|-- Composition *-- Aggregation o-- -- を .. に置き換えると点線にできます。 これらのルールを知ることで、以下の図面を描くことができます: @startuml Class01 <|-- Class02 Class03 *-- Class04 Class05 o--

ます。 1 シーケンス図 1 シーケンス図 1.1 基本的な例 シーケンス -> を、2 つの分類子間のメッセージを描画するために使います。分類子を、明示的に宣言 する必要はありません。 点線の矢印を使う場合は、--> とします。 また、<- や <-- を使うこともできます。これらによって図の見た目が変わることはありませんが、可 読性を高めることができます。ただし、以上の方法はシーケンス図だけに当てはまります。ほかの種 の代わりに使うと • 矢印の先端が上側だけまたは下側だけになります。 • 矢印の先端を繰り返す (たとえば >> や //) と、矢印の先端が細くなります。 • -- を - の代わりに使うと、矢印が点線になります。 • 矢じりに最後の”O” を追加 • 双方向の矢印を使用する @startuml Bob ->x Alice Bob -> Alice Bob ->> Alice Bob -\ Alice クラス間の関係は次の記号を使用して定義されています: Type Symbol Drawing Extension <|-- Composition *-- Aggregation o-- -- を .. に置き換えると点線にできます。 これらのルールを知ることで、以下の図面を描くことができます: @startuml Class01 <|-- Class02 Class03 *-- Class04 Class05 o--

ます。 1 シーケンス図 1 シーケンス図 1.1 基本的な例 シーケンス -> を、2 つの分類子間のメッセージを描画するために使います。分類子を、明示的に宣言 する必要はありません。 点線の矢印を使う場合は、--> とします。 また、<- や <-- を使うこともできます。これらによって図の見た目が変わることはありませんが、可 読性を高めることができます。ただし、以上の方法はシーケンス図だけに当てはまります。ほかの種 の代わりに使うと • 矢印の先端が上側だけまたは下側だけになります。 • 矢印の先端を繰り返す (たとえば >> や //) と、矢印の先端が細くなります。 • -- を - の代わりに使うと、矢印が点線になります。 • 矢じりに最後の”O” を追加 • 双方向の矢印を使用する @startuml Bob ->x Alice Bob -> Alice Bob ->> Alice Bob -\ Alice クラス間の関係は次の記号を使用して定義されています: Type Symbol Drawing Extension <|-- Composition *-- Aggregation o-- -- を .. に置き換えると点線にできます。 これらのルールを知ることで、以下の図面を描くことができます: @startuml Class01 <|-- Class02 Class03 *-- Class04 Class05 o--

Debian システム自体は動く標的です。このため最新状況を反映した正確な記述は困難です。現行のテスト版 testing の Debian システムを用いて本書は記していますが、皆様が読まれる時点ではすでに記載内容が古くなっ ているでしょう。 本書はあくまで二次的参考文献として扱って下さい。本書は正式の案内書を置き換えません。著者及び本書への貢 献者は本書中の誤謬や欠落や曖昧さが引き起こす結果に一切責任を負いません。 を説明します。 Debian GNU/Linux の強力なデザインはマルチユーザー、マルチタスクという Unix オペレーティングシステムに由 来します。これら Unix と GNU/Linux の特徴や類似点の強力さを活用することを覚えましょう。 Unix 対象の文書を避けたり、GNU/Linux に関する文書だけに頼ることは、有用な情報を見逃すことになるので止め ましょう。 注意 Unix 的システ x システム上では”A:” のようなドライブというコンセプトが無いこと覚えておいて下さい。単一のファイルシステムがあって、そこにす べてが含まれています。これは Windows と比べた際の大きな利点です。 1.2.1 Unix ファイルの基礎 Unix ファイルの基礎は以下です。 • ファイル名は大文字と小文字を区別します。”MYFILE” と”MyFile” は異なるファイルです。 •

ます。 1 シーケンス図 1 シーケンス図 1.1 基本的な例 シーケンス -> を、2 つの分類子間のメッセージを描画するために使います。分類子を、明示的に宣言 する必要はありません。 点線の矢印を使う場合は、--> とします。 また、<- や <-- を使うこともできます。これらは図を変更することなく、可読性を高めることができ ます。ただし、以上の方法はシーケンス図だけに当てはまります。ほかの種類の図には当てはまりま 3) 3 / 159 1.6 矢印の色を替える 1 シーケンス図 • 矢印の先端を繰り返す (たとえば >> や //) と、矢印の先端が細くなります。 • -- を - の代わりに使うと、矢印が点線になります。 • 矢じりに最後の"O" を追加 • 双方向の矢印を使用する @startuml Bob ->x Alice Bob -> Alice Bob ->> Alice Bob -\ Alice クラス間の関係は次の記号を使用して定義されています: Type Symbol Drawing Extension <|-- Composition *-- Aggregation o-- -- を .. に置き換えると点線にできます。 これらのルールを知ることで、以下の図面を描くことができます: @startuml Class01 <|-- Class02 Class03 *-- Class04 Class05 o--

ます。 1 シーケンス図 1 シーケンス図 1.1 基本的な例 シーケンス -> を、2 つの分類子間のメッセージを描画するために使います。分類子を、明示的に宣言 する必要はありません。 点線の矢印を使う場合は、--> とします。 また、<- や <-- を使うこともできます。これらは図を変更することなく、可読性を高めることができ ます。ただし、以上の方法はシーケンス図だけに当てはまります。ほかの種類の図には当てはまりま 2) 3 / 159 1.6 矢印の色を替える 1 シーケンス図 • 矢印の先端を繰り返す (たとえば >> や //) と、矢印の先端が細くなります。 • -- を - の代わりに使うと、矢印が点線になります。 • 矢じりに最後の"O" を追加 • 双方向の矢印を使用する @startuml Bob ->x Alice Bob -> Alice Bob ->> Alice Bob -\ Alice クラス間の関係は次の記号を使用して定義されています: Type Symbol Drawing Extension <|-- Composition *-- Aggregation o-- -- を .. に置き換えると点線にできます。 これらのルールを知ることで、以下の図面を描くことができます: @startuml Class01 <|-- Class02 Class03 *-- Class04 Class05 o--