TextToAA
090729a版

使い方マニュアル

---

　TextToAAは入力された文字列をＡＡに変換するアプリケーションソフトです。このソフトを使う事により、Unicodeに対応していない２ｃｈ等の日本国内ユーザー向け掲示板上においても、様々な種類の文字を表現する事が可能となります。語学学習にでもお役立て頂ければ幸いです。

---

■各部の名称と機能



　上は本ソフトのメインウィンドウです。各部分の名称及び機能は以下の通りです。

名称	機能
入力エリア	ここに変換したい文字列を入力します。
フォント名	フォント名を指定します。
フォントサイズ	フォントサイズを指定します。
[Unicode]チェックボックス	Unicodeの文字列を変換する際にチェックします。
出力エリア	ここに出力結果が表示されます。フォントはMS UI Gothicです。
白チップ	ここで指定した文字列がフォントの空白部分に割り当てられます。
黒チップ	ここで指定した文字列がフォントの黒い部分に割り当てられます。
[ｻｲｸﾘｯｸ]チェックボックス	チェックするとサイクリックモードでのＡＡ変換が行われます。
[不要な空白を削除]チェックボックス	チェックすると文字列の表示に必要な最小の矩形領域の 内側のみが変換されます。
[OK]ボタン	出力エリアの内容をクリップボードにコピーします。[Enter]キーで代用可能です。
[ｷｬﾝｾﾙ]ボタン	アプリケーションを終了します。[ESC]キーで代用可能です。

　適当に操作してみれば、大まかな機能はお分かり頂けると思います。

　入力可能な文字数については、入力エリア、白／黒チップについて、それぞれ適当な制限を設けています。出力可能なＡＡのサイズにも緩やかな（？）制限があります（※この部分ついて詳しく説明すると長くなりますので、この程度でお許しを…）。

　フォント名とフォントサイズは指定出来ますが、フォントの太字や斜体、打ち消し線等を指定する機能はありません。

　Unicodeでの入力は、[Unicode]チェックボックスをＯＮにした状態で、入力エリアでのみ可能です。他の部分にはSJISの文字のみ入力可能です。

　[Unicode]をＯＮにした状態でアプリケーションを終了すると、次に起動した際、フォーカスが入力エリアに来ません（フォント名の部分にフォーカスが当たると思います）。アプリ起動直後は入力エリアにフォーカスが来ていると便利なのですが。この挙動については、現在のところ「仕様」としてご理解頂くよりなさそうです。ご不便をおかけして本当に申し訳ありません。

　[Unicode]がＯＦＦの状態でアプリケーションを終了させた場合、次回起動時には自動的に入力エリアにフォーカスが来ます。Unicodeでの入力を行わない場合、上記の挙動は殆ど気にならないかと思われます。




■setting.txt

　アプリケーション終了時、TextToAA.exeの保存されているフォルダにsetting.txtが保存されます。これは画面上のコントロールの状態（チェックボックスの状態やフォントの指定等）を保存するためのファイルです。

　setting.txtが無い状態で本ソフトを起動すると、最初に「セッティングファイルの読み込みに失敗しました」というメッセージがダイアログ表示されますが、そのままダイアログを閉じて下さい。各コントロールにデフォルトの値が自動的にセットされ、即使用可能な状態になります。又、この状態でアプリケーションを閉じれば、アプリ配布時に添付されているものと同じ内容のsetting.txtが作成されます。

　setting.txtはプログラムが読み込むものですので、なるべく手編集は避けて下さい。setting.txtを手編集した場合、アプリケーションの動作が不安定になる可能性があります。仮にsetting.txtをぐっちゃぐちゃに編集して不具合が発生した場合、思い切って削除する事をお勧めします。setting.txtは何度でも再生しますので…。




■サイクリックモード

　[ｻｲｸﾘｯｸ]チェックボックスをチェックすると「サイクリックモード」での文字列／ＡＡ変換が行われるようになります。

　通常の変換モードでは、黒チップを構成する文字列が、そのまま入力文字列の黒ピクセルの部分に割り当てられます。それに対してサイクリックモードでは、黒チップ内の各文字が一つずつ、周期的に黒ピクセルの部分に割り当てられてゆきます。

　以下に通常モードとサイクリックモードの違いを例示します。白チップには「／」を、黒チップには「�@�A�B」を指定しています。

←通常モード

←サイクリックモード

　通常モードでは入力文字列の黒い部分が１ピクセル毎に「�@�A�B」へと変換され、出力されたＡＡが大きく崩れています。それに対し、サイクリックモードでは１つの黒ピクセルに「�@」、「�A」、「�B」が順繰りに割り当てられているのが分かります。

　尚、入力文字列の白ピクセルの部分は、サイクリックモードを指定した状態でも通常モードと同様に変換されます。




■使い方のコツ

　掲示板等に投稿するＡＡは、極端に大きなものであってはマズいのが普通です。横幅（桁数）の大きいＡＡは、画面の右端で折り返してしまい、何だか分からないＡＡになってしまいます。又、サーバー側のリソースを節約するためにも、ＡＡは出来るだけ小さくしたいものです。

　表示されるＡＡの視覚的な幅は、使用するチップの横幅によって決まります。黒チップに「|」を、白チップに「.」や「_」を使うと、ＡＡの横幅を小さくする事が出来ます。

＜例１＞"Hello" Small Fonts , 11pt , 白「_.」,黒「||」
||_._._._.||_._._._._._._._._.||||_._._._._.||||_._._._._._._._._.
||_._._._.||_._._._._._._._._._.||_._._._._._.||_._._._._._._._._.
||_._._._.||_._._._._._._._._._.||_._._._._._.||_._._._._._._._._.
||_._._._.||_._.||||||_._._._._.||_._._._._._.||_._._._._.||||||_.
||||||||||||_.||_._._.||_._._._.||_._._._._._.||_._._._.||_._._.||
||_._._._.||_.||_._._.||_._._._.||_._._._._._.||_._._._.||_._._.||
||_._._._.||_.||||||||||_._._._.||_._._._._._.||_._._._.||_._._.||
||_._._._.||_.||_._._._._._._._.||_._._._._._.||_._._._.||_._._.||
||_._._._.||_._.||||||_._._._.||||||_._._._.||||||_._._._.||||||_.


　入力する文字数が多い場合に有効な方法です。

　上の方法で視覚的な横幅を小さくする事は出来ますが、データサイズを小さくするには別の工夫が必要です。例えば、白／黒両方のチップのバイト数がＮ倍になれば、データサイズもＮ倍になりますので、データサイズを小さくするにはチップのバイト数を小さくするのが基本だと言えます。例２は白／黒両方のチップに長さ１の文字列を指定したもので、データサイズは例1の半分です。


＜例１＞"Hello" Small Fonts , 11pt , 白「/」,黒「8」
8////8/////////88/////88/////////
8////8//////////8//////8/////////
8////8//////////8//////8/////////
8////8//888/////8//////8/////888/
888888/8///8////8//////8////8///8
8////8/8///8////8//////8////8///8
8////8/88888////8//////8////8///8
8////8/8////////8//////8////8///8
8////8//888////888////888////888/


　さて、例１と例２の見易さはどうでしょう。恐らく、問題なく見れるレベルだと思います。もう少し小さく出来そうなので、もう少し小さいフォントサイズを指定してみましょうか。


＜例３＞"Hello" Small Fonts , 8pt , 白「/」,黒「8」
8//8///////8////8///////
8//8///////8////8///////
8//8///////8////8///////
8888//88///8////8////88/
8//8/8888//8////8///8//8
8//8/8/////8////8///8//8
8//8//88//888//888///88/


　「e」の一部が潰れていますが、用途や状況によっては十分に伝わると思います。ただ、相手の環境によってはＡＡがズレたり、白／黒のコントラストが十分に表現されない可能性があります。ここで、データサイズは２倍になりますが、フォント名とフォントサイズはこのまま、チップの文字列を「□」と「■」に変えてみましょう。MS UI Gothicでは、両者の視覚的な横幅は同じになります。


＜例４＞"Hello" Small Fonts , 8pt , 白「□」,黒「■」
■□□■□□□□□□□■□□□□■□□□□□□□
■□□■□□□□□□□■□□□□■□□□□□□□
■□□■□□□□□□□■□□□□■□□□□□□□
■■■■□□■■□□□■□□□□■□□□□■■□
■□□■□■■■■□□■□□□□■□□□■□□■
■□□■□■□□□□□■□□□□■□□□■□□■
■□□■□□■■□□■■■□□■■■□□□■■□


　一気に見易くなりましたね。可能な限り幅広い閲覧環境を想定する場合、このチップ選択は最も賢明なものの一つだと言えます。閲覧者がプロポーショナルフォントを使っていても固定ピッチフォントを使っていても、同じように見えますから。もっとも、閲覧者の環境において「□」と「■」の文字ピッチが異る場合は、この限りではありませんが…。

　あくまでも私の少ない経験の範囲内で言えば、「□」と「■」の組み合わせはかなり無難なようです。少なくともMS UI Gothicにおいては、□／■と同じ文字ピッチを持つ全角文字が他にもありますので、色々なチップを試してみて下さい。


　半角英数字だけであれば、かなり小さなフォントサイズを指定しても判読可能です。フォント名とチップはそのまま、サイズを６ptにして文字列「1984kcal」をAAに変換してみましょう。


＜例５＞"1984kcal" Small Fonts , 7pt , 白「□」,黒「■」
□■□□□■□□□■□□□■■□■□□□□□□□□□□□□■
■■□□■□■□■□■□■□■□■□□□□□□□□□■□□■
□■□□□■■□□■□□■□■□■□■□□■■□■■■□□■
□■□□□□■□■□■□■■■□■■□□■□□□■□■□□■
■■■□■■■□□■□□□□■□■□■□□■■□■■■□□■


　これ位の表現でよいと思います。


　意味が伝わればよい、という観点に立てば以下のような表現もアリでしょう。情報を意味論的に（？）圧縮するのです。


＜例６＞"1984k" Small Fonts , 7pt , 白「＿」,黒「熱量」（サイクリックON）
＿熱＿＿＿熱＿＿＿熱＿＿＿熱量＿量＿＿
熱量＿＿熱＿熱＿熱＿熱＿熱＿熱＿熱＿＿
＿熱＿＿＿熱量＿＿熱＿＿量＿量＿量＿量
＿量＿＿＿＿熱＿熱＿熱＿熱量熱＿熱量＿
量熱量＿量熱量＿＿熱＿＿＿＿量＿量＿量


　黒チップのサイズは４バイトになってしまいましたが、サイクリックモードを指定する事によって黒ピクセル１つ当たりのデータサイズは「１文字」（この例では２バイト）に制限されています。黒チップに長い文字列を指定する事が出来るため、より多くの付加的な意味を伝達する事が出来るようにもなります。こうする事で入力文字列を短縮し、AAそのものの視覚的な横幅とデータサイズを抑える事が出来ます。例５と見比べて下さい。



　つづく…（？）