文字コード・改行・シンタックス

開いたときの文字コード判定

Erya が推定し、その結果をステータス行に出し続けます。

• Erya が扱う文字コードは 5 つ：UTF-8、UTF-8 BOM、Big5、GBK、Shift_JIS。
• 開くだけではファイルは変わりません。判定結果は「次の保存で使う既定値」にすぎません。
• 判定は統計的な推定なので、短いファイルでは外れることがあります（数文字しかない Big5 が GBK と判定されるなど）。文字化けしていたら F7 で次を試してください（3.1.2 参照）。
• UTF-16・UTF-32 は対応範囲外です。「detected unsupported text encoding: UTF-16LE」のように報告し、無理に復号して文字化けさせたり、編集可能なバイト列として見せたりはしません。

F7 で保存時の文字コードを変える

1 回押すごとに、5 つの循環を 1 つ進みます。

いちばん多い使い方は、古い Big5 の文書を UTF-8 にすることです。開いて（ステータス行に Big5）、F7 で UTF-8 にし、Ctrl+S。Big5 しか受け付けない古いシステムへ渡すときも手順は同じです。

変換できないとき

その文字コードを飛ばします。「？」で文字を潰したりはしません。

Big5 に「𠮟」は無く、Shift_JIS に絵文字はありません。多くのツールは黙って ? や □ を書き、後から気づくことになります。Erya は違います：

1. まず変換を試みます。文書中のすべての文字を表現できたときだけ成功です。
2. 1 文字でも表現できなければ、その文字コードを飛ばして次を試します。F7 を 1 回押しただけで UTF-8 から GBK へ飛ぶのはこのためです。間の Big5 が本文の何かを表現できなかったのです。
3. 5 つとも駄目なら「… に切り替えられません：表現できない文字が文書に含まれています」と出て、元の文字コードのままです。

F8 で LF／CRLF を切り替える

文字コードと同じく、次の保存で反映されます。

• Erya は開いた時点でどちらかを判定し、ステータス行の最後のマスに出します。
• F8 で切り替え、「CRLF に切り替えました；保存すると改行コード変換が完了します」と出ます。
• Ctrl+Z で元に戻せます。
• 末尾の改行の有無も保たれます。元が改行で終わっていなければ、勝手に足されることはありません。

シンタックスハイライトの決まり方

まずファイル名全体、次に拡張子。分からなければプレーンテキストです。

• 認識できた言語はステータス行の 4 番目のマスに出ます（Markdown、TOML など）。マスが無ければハイライトも無しです。
• 主要な言語は網羅しています：Rust、C／C++、Go、Python、Java、JavaScript／TypeScript、シェル、SQL、Markdown など。
• 構造化フォーマットも同様：TOML、YAML、JSON、XML、.ini、.conf。
• 選択の灰色は色の上に重なるので、互いに干渉しません。

Linux の設定ファイルも対象

拡張子の無い設定ファイルが多いので、ファイル名全体で判定します。

この一覧は偶然ではなく必須要件です。SSH でサーバーに入り設定ファイルを直すことが、Erya の想定用途の 1 つだからです。

Ctrl+T で文書を整形する

対象は 3 形式だけ：TOML、YAML、JSON。

段落の再整形と段落幅

段落を指定幅に折り直します。既定ではキーがありません。

• 段落の境目は空行です。カーソルから上下に、いちばん近い空行までを 1 段落とみなします。
• 空行の上で実行すると「カーソルは段落内にありません」と出ます。
• 成功すると「段落を 80 桁で再整形しました」。まとめて1 手です。
• 20〜500 の範囲外だと「段落幅は 20〜500 の整数で指定してください」と出ます。
• 再整形は端末の桁で計算するので、全角は 2 桁として扱われ、右端が実際にそろいます。

よくあるつまずき

文字コードと書式まわりで多い 6 つ。