準備

本作は、『.NET Framework 4.6.1』を必要とします。【○参考・引用文献／拝借物】に挙げたサイトを参考に、導入しておいてください。

インストール

ダウンロードした圧縮ファイル"ParaGraph.zip"を、適当なフォルダに解凍してください。

アンインストール

インストールしたフォルダを丸ごと削除してください。
レジストリは、使用していません。インストールしたフォルダ以外の場所には、ファイルを生成していません。

起動と終了

実行ファイル"ParaGraph.exe"を、ダブルクリックすると起動します。

ウィンドウの右上にある×で終了します。終了時に、ウィンドウの位置や寸法、設定内容を保存します。

画像を観る

対応している形式は、以下の通りです。アニメーションGIFも表示できますが、再生されません。

画像を開くには、幾つかの方法があります。

ビュー上に並ぶ各種ボタンで、表示する画像を切り替えたり、全画面表示にしたりできます。

開いた画像と同じフォルダにある全ての画像が、サムネイル表示されます。一覧ボタンで、表示の切り替えができます。
サムネイルの画像をクリックすると、ビューに表示される画像が切り替わります。

設定ボタンで設定欄を表示でき、背景の明るさを調節したり、画像の伸縮方法を切り替えたりできます。

実行ファイルのショートカットを作成して、それを“送る”メニューに登録すると、フォルダやファイルのコンテキストメニューから呼び出せて便利だと思います。
“送るメニュー”のフォルダは、エクスプローラのアドレス欄に"Shell:SendTo"（小文字でも大文字でも可）と入力してEnterキーを押せば開きます。

キーボードによる操作

ファイルの操作

ファイルの名前変更や削除を行いたい場合は、対象となる画像を選択してパスの右側にあるエクスプローラボタンをクリックしてください。表示していた画像のファイルが選択された状態でエクスプローラが開きます。
エクスプローラで行った変更は、ぱらグラフに反映されないのでご注意ください。

ソース

配布物にはソースも収録しているので、自分好みに改造してもらって結構です。もちろん、その気がないならソースフォルダを削除しても構いません。

ソースを使用する上での注意を一つ。
ソースフォルダに"obj"フォルダを含めていないため、Visual Studioでソリューション（プロジェクト）を開いた直後の状態では、ウィンドウのデザインを開けません。そこで、ソリューションを開いたら、とりあえずビルドしてください。"obj"フォルダが生成され、デザイナが使えるようになります。

貧弱な機能

本作は、画像ビューアから『作者が今までに使ったことがない機能を削ぎ落とす』コンセプトで創ったので、画像を加工したり、ファイルを操作したりといった、一般的に有りがちな機能を持っていません。

回転機能が、キーボードからしか呼び出せないのは、元々搭載するつもりがなかったからです。
ところが、本作でいろいろ見回っていると上下逆さまな写真に出くわしてしまったのです（フォトやペイントで開いている限りは自動的に回転されるので、ビューアに回転がある意味を全く理解していなかった）。「本当に回転は不要か？」との疑念とUIをスッキリしたい葛藤の結果、やっつけ仕事で済ますことにしました。
EXIFを読んで自動的に回転できれば理想的ですが、いかんせん技術が追いつかず実現できていません。

対象画像の判別

対応するフォーマットは、.NETで提供されているImageコントロールが扱えるものになります。世の中には、もっと多様なフォーマットが存在しますが、作者が扱うフォーマットは限られているので、これで十分なのです。

指示された画像ファイルが本作で読み込めるかどうかは、拡張子で判断しています。
たとえ対応しているフォーマットであっても、通常使用される拡張子から変更していると無視されます。また、拡張子は対応フォーマットのものでも、中身が異なる場合は、読み込みに失敗するのでスキップ（一覧から削除）されます。
ただ、プロジェクト内部に拡張子の定義ファイル(XML)を持っているので、拡張子の追加や、Imageコントロールの扱うフォーカットが拡張された際も、（ビルドを要しますが）比較的容易に対応できると思います。

画像の読み込み

本作の性格上、対象フォルダ内の全画像をメモリ上に展開します。これは、サムネイル一覧を表示するためと、ファイルをロックしない（エクスプローラで操作できるようにする）ためです。
であるが故に、画像数が多ければ多いほど、読み込みに相当な時間を要します。また、それに伴いメモリを大量に消費します。
“長々とロードを待った挙句にメモリ不足でこける”なんてことも無きにしも非ず。できることなら避けたい事態ですが、作者の技能では対処のしようがありません。ある程度ごとにフォルダを分けるなど、運用面での工夫が必要です。

読み込み処理に関して、「UIが硬直する」「時間がかかる」不満の解消を目論んで、非同期化と並列化を施しました。
とりあえず、非同期化（UIと重い処理を別のスレッドで走らせること）によって、読み込み中も操作可能になり、並列化（繰り返し処理の一つ一つを別々のスレッドに振り分けて同時に実行する）によって、条件次第では大幅な短縮に成功しました。
ただし、その恩恵には、幾つかの不都合と抱き合わせでした。
非同期化（PLINQ）は、読み込み中にアプリを終了しようとする際の障害になります。これは、読み込み用LINQのフィルタとして終了フラグを仕込んでおき、フラグが立ったら未読画像をスキップしてなるべく早くLINQを抜けるという、なんとも邪道な方法で隠蔽しました。
並列化は、確かに速いのですが、そこにはオーバーヘッドという厄介者が付きまといます。並列化によって削減できる時間が、並列化するために消費される時間を超えないと、逆効果になってしまいます。すなわち、読み込む画像が少ないと、並列でない場合に比べて、恐ろしく遅くなります（遅いと言っても、読み込み数が少ないですから、高が知れているとも言えますが…）。
また、LINQで一括処理している都合上、進捗状況をお知らせできない欠点があります。これは、タスクバーのアイコンを《Indeterminate》にする（クルクルさせる）だけでお茶を濁しておきました。
もっと真っ当なコードが書ければ、解決できる問題なのかもしれませんが、その知識を得ることができなかったので、難点には目を瞑って時間短縮を優先しました。果たして、どういう処理方法を採れば正道だったのか、実に悩ましい所です。

フォルダ単位で読み込むのに、ファイルを選択させるのは、単純にWPFにフォルダ選択ダイアログが無いからです。

一覧の並び順

サムネイルの表示順は、自然順ソート（エクスプローラの『名前順』に相当）しています。
自然順ソートを実現するために、簡単そうだった“StrCmpLogicalW”を使用しました。ただし、参考にしたサイトによると、ファイル名によっては永久ループに陥るそうです。なぜなのかは、分かりません。万が一の時は、設定ファイルを書き換えて自然順ソートを切ってください。書き換える項目は、下記の通りです。自然順ソートを使用しない場合は、ASCII順になります。