■Visual Studio Code エディタのすすめ（無料）

■ HOME

Visual Studio Code（無料）エディタのすすめ 2022-02-05

Version 1.64.0
Visual Studio Code 以下または VSCode

Visual Studio Code
https://code.visualstudio.com/

Download Visual Studio Code
https://code.visualstudio.com/download
Windows　Linux　Mac

リポジトリ
https://github.com/microsoft/vscode

Visual Studio Code の紹介
https://azure.microsoft.com/ja-jp/products/visual-studio-code/

vscode: MIT License
https://github.com/Microsoft/vscode/blob/main/LICENSE.txt

マイクロソフトソフトウェアライセンス条項
https://code.visualstudio.com/license?lang=ja

How to disable telemetry reporting
https://code.visualstudio.com/docs/supporting/faq#_how-to-disable-telemetry-reporting

wikipedia.org Visual Studio Code
https://ja.wikipedia.org/wiki/Visual_Studio_Code

xyzzyで韓国語が一部表示されない、検索出来ない（文字化け）、という問題があった。。。

■文字コードencodingについて

https://docs.microsoft.com/ja-jp/windows/win32/intl/code-pages

コードページ　 [アーティクル]2021/10/27
から抜粋簡略すると。。。

さまざまなコードページの不整合を回避するためにUnicodeを使用する必要がある

Windows コードページ1252 (一般の "ANSI コードページ"が実装 )
　＞完成はiso 8859-1だが同じでない。
Windows API 関数には、"A" (ANSI) と "W" (ワイド、Unicode) バージョンがある。
OEM コードページにはMS-DOS、コンソールアプリケーション、FAT12、FAT16、FAT32 ファイルシステム
以外にEBCDIC と Macintosh のコードページがある。

各文字セットには特殊文字があり、言語または言語グループ用にカスタマイズされている。

コードページには、
1 バイト文字セット (SBCS) ページまたは
2 バイト文字セット (DBCS) ページがある
加えて、マルチバイト文字セットのコードページがある。

Unicode から SBCS または DBCS に変換されたデータは、特定の Unicode の文字を表すことができない可能性があるため、データが失われる可能性がある。

指定されたコードページが Unicode 文字列内のすべての文字を表すことができない場合、 WideCharToMultiByte（文字列を変換する関数）は一部のデータを失う可能性がある。

標準の C ランタイムライブラリ関数を使用して、Windows コードページと OEM コードページの間で変換を行うことができるが、表現できる文字が正確に一致しないため、データ損失のリスクがある。

「失う可能性」「損失のリスク」と控えめに表記されているが、多分、失うし損失する。。。

なので

■Unicode対応のテキストエディター

が必要なわけだが

「Unicode」「UTF-8」などのファイルを開けるテキストエディターが必ずしもUnicode対応ではない
ファイルを開くときに、Unicodeを内部でShift-JISに変換して扱うものがあるという事なので
内部までUnicode対応なのか？

簡単な確認：
メモ帳で「♥ ハート」などShift-JISにはない文字を入力し、UTF-8の文字コードでテキスト保存する。
使用するエディターで開くいてみる。
文字化けしてないか？

と、やってみる。
ところがだ。。。だけじゃなかった

■表示できる文字を確認する
M-x insert-unicode-char-table
で
xyzzyが出力した
Unicode_Table_build_bat.txt（UTF-8 LF）
　　改行コード
　　LF　UNIX　Linux　MacOS X以降
　　CR　MacOS 9以前
　　CR+LF　Windows

文字コード_xyzzy_歯抜け_スクリーンショット.png
文字コード_xyzzy_韓_スクリーンショット.png

かなり歯抜けである

    xyzzy の内部コードではハングルは KSC 5601 に含まれる文字のみ
    http://hie.s64.xrea.com/xyzzy/ml/msg08356.html
    xyzzyはShift-JISを元にした独自の
    文字コードを内部文字コードとして使用しています。
    これは、Unicodeとは異ります。

とある

Visual Studio Code の場合
文字コード_VSCode_スクリーンショット.png
文字コード_VSCode_韓_スクリーンショット.png

VSCodeを使ってみる

拡張子srtのファイルを開くと
関連ある拡張パッケージのインストールのおすすめポップアップ
＞クリックすると候補のリスト

一番上のものをインストールするとキーマップの色分け
通常の検索 Ctrl+F

からのグローバル検索 Ctrl+Shift+F

からのファイルをシングルクリックで開いてジャンプ

す。。。凄いわ
スムース
使いやすい。直感的にできる

ZIPで100MB解凍すると300MBくらいある重量級
使用メモリはウィンドウ毎に使っているようで14個のタスクで約600MB！？多分ファイルによる
xyzzyは14のバッファ開いて1個のタスクで約12MB。。。少な！
因みにFirefoxも14個だが3GBも使ってるな！！
なのでサクサク動きます

もともとエディタでxyzzyを選んだのは最低でもグローバル検索ができるいうのが前提だったのだが
翻訳などでコピー＆ペーストなども含め
表示できない文字があるというのがちょっと困る。。。
多分、普段日常で使うような文字だけで十分という考え方なのかもしれない。
日本語と英語だけなら確かに十分なのだ

他のフリーのエディタをいくつか試してみたところ
こういった歯抜けは珍しく大抵は表示できるかできないかのどっちかであった。

使ったエディタが表示できるかどうかテストしたファイル
ダウンロード：Unicode_Table_build_bat.zip

■Unicode_Table_build_bat.txt（UTF-8 LF）を表示できるフリーのエディタ（フリーダが寄付も含む）
メモ帳　✕　UTF-8 LF　Grep検索がない（○　UTF-8 CRLF　※メモ帳のみテスト）

xyzzy　△　部分的。ダイアログからはハングル文字の検索は文字化けして検索できない＞ミニバッファからのみ
　　　　　　自ら出力して見られないというのはちょっと悲しい。。。

Visual Studio Code　○　Shift_JISはコードを選択しないとダメな場合も。
　　　　　（Microsoftが開発しているWindows、Linux、macOS、web用のソースコードエディタ）
　　　　　このページの最後にあるの特殊な行の終端文字を削除済みテキストUTF-8 CRLF もVSCodeで修正し作成した

Atom　○　Shift_JISはコードを選択しないとダメな場合も。
　　　　　（AtomはWindows・Mac・Linuxで使えるGithubのテキストエディタ）
　　　　　　ソフトは通常のアンインストールでは部分的なので、残ったフォルダをいくつか削除する

Notepad++和式　○　ウィンドウ分割は2つのみ
Mery　○　寄付　ウィンドウ分割は同ファイルのみ
gPad　○　寄付　検索できるが、検索履歴が文字化けする。ウィンドウ分割は同ファイルのみ
EmEditor　○　フリーはGrep検索できない。自動判別できない時は文字コードを選ぶ。ウィンドウ分割は同ファイルのみ

サクラエディタ　○△読み込みが激遅い。使いにくいタブ仕様。ウィンドウ分割は同ファイルのみ
Brackets　✕　Adobeサポート終了＞GitHubへ。ウィンドウ分割なし。ポータブルがない
ｇVim　✕
JmEditor　✕
TeraPad　✕
GreenPad　✕
AkelPad　✕　ファイルをウィンドウにD&Dすらできない
DeuxEditor　✕
cerezii　✕
Jesty　✕
JmEditor　✕
VerticalEditor　✕

Unicode_Table_build_bat_CRLF.txt
行区切り文字(LS)や段落区切り記号(PS)などの特殊な行の終端文字を削除済みテキストUTF-8 CRLF
ダウンロード：Unicode_Table_build_bat_CRLF.zip