Macで作成されたUTF-8ファイルがいくつかあり、WindowsでTextPadを使用してそれらを開こうとすると、次の警告が表示されます。
警告:(ファイル名）には、コードページ1252（ANSI Latin 1）に存在しない文字が含まれています。[OK]をクリックすると、システムのデフォルト文字に変換されます。
Linux（GNOME gEdit）は、文句なしに同じファイルを開くことができます。上記はどういう意味ですか？TextPadはUTF-8を完全にサポートしていると思いました。ファイルを破損することなく、UTF-8ファイルを安全に開いて編集できますか？
TextPadはwindows-1252（CP1252、ここでは「ANSI Latin1」という誤称を持っています）の外の文字を処理できないようです。Windowsでテストし、BOMの有無にかかわらず、UTF-8でエンコードされた同じシステムで作成されたプレーンテキストファイルを開いたところ、同じ結果が得られました。プログラムのヘルプには文字エンコードに関連するものは何も含まれていないようで、「国際文字」を作成するためのツールはラテン1文字専用です。
UTF-8を処理できるWindows用のテキストエディタがいくつかあります（メモ帳でもUTF-8ファイルを開くことができますが、本格的な編集にはほとんどお勧めできません）。Windows用のUnicodeエディタとワードプロセッサに関するAlanWoodの情報集を参照してください。（個人的には、どちらも無料のNotepad ++とBabelPadが好きです。）
2016-01-28の時点で最新のTextPad8は、ついにBMPUnicodeを適切にサポートします。これは有料のアップグレードですが、これまでのところ問題なく機能しています。
TextPadは、UTF-8およびUTF-16ドキュメントをインポートおよびエクスポートする範囲でのみサポートします。ただし、ファイルはUnicode文字ではなく、単純なバイトとして編集されます（ANSIコードページ（西ヨーロッパのコードページ1252）を使用）。
したがって、ファイルにそのコードページにも存在する文字のみが含まれていない限り、コンテンツは失われます。これはむしろUnicodeのポイントを打ち負かします。
確かに、これが私を逃げさせた問題でした。当時、EmEditorに逃げましたが、今は以前のコメントに同意し、Notepad++をお勧めします。テキストエディタにお金を払う時代はもう過ぎ去りました。
実際、TextPadは、Unicodeコードポイントの表示をサポートしています。Unicode文字を表示するには、[構成]-> [設定]を選択し、[ドキュメントクラス]->[テキスト]->[フォント]を展開する必要があります。
Unicodeフォントを選択し、それに一致するようにスクリプトを設定する必要があります。たとえば、スクリプトCHINESE_BIG5を使用したArialUnicodeMS。
ただし、ユーザーがTextPadにUnicodeまたはUTF-8でファイルを開くように指示すると、アプリケーションがこれを処理する必要があるため、これは逆方向のアプローチです。MS Windowsに組み込まれているメモ帳アプリケーションは、エンコーディングを自動的に検出し、エンコーディングに基づいてグリフを正しく表示します。
私はTextpadフォーラムでこれに関する議論を見つけました：http：//forums.textpad.com/viewtopic.php？t = 11019
私はNotepad++を持っていますが、Textpadは大きなファイルを簡単に処理しますが、Notepad ++を含む私が試した他のエディターは、クロールが遅いか死んでしまいます。私は現在475MBのファイルを編集しようとしていますが、Notepad++はそのタスクを実行できません。
テキストパッド設定メニュー->設定->ドキュメントクラス->デフォルト->デフォルトエンコーディング->UTF-8
File / Openで設定されたANSIコードを試してください。これにより、TextPadの問題が解決するはずです。