記事「MQL5 Algo Forgeへの移行（第2回）：複数のリポジトリの操作」についてのディスカッション - ページ 3 123 新しいコメント Stanislav Korotky 2025.09.10 18:48 #21 Vladislav Boyko #:私が間違っていたようだ。これを.mq5ファイルにUTF-8エンコーディングで追加しただけだ：保存後、ファイルのエンコーディングが「UTF-16 LE BOM」に変更されました。MetaEditorのせいのようです。キリル文字を追加し、Notepad++を使ってファイルを保存したところ、エンコーディングはUTF-8のままでした。 おそらく、UTF-8はBOMなしだったのだろう。少なくとも以前は、BOMがある場合のみUTF-8のままだった。他のエディターはもっと賢くて、BOMなしで動作します。 Alain Verleyen 2026.02.13 17:48 #22 Stanislav Korotky #:おそらく、UTF-8はBOMなしで、MEはそれを好まない。少なくとも、以前はBOMがある場合のみUTF-8でファイルを残していた。他のエディターはもっと賢くて、BOMなしで動作する。 現在（ベータ5593）見る限り、MetaEditorはデフォルトでUTF-8で動作しています。非ASCII文字を使い始めるとBOMを追加するかもしれません。 しかし、BOMなしでUTF-8で作業する（そして非ASCII文字を使用する）ことは問題なく動作しています。 123 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
私が間違っていたようだ。これを.mq5ファイルにUTF-8エンコーディングで追加しただけだ：
保存後、ファイルのエンコーディングが「UTF-16 LE BOM」に変更されました。
MetaEditorのせいのようです。キリル文字を追加し、Notepad++を使ってファイルを保存したところ、エンコーディングはUTF-8のままでした。
おそらく、UTF-8はBOMなしだったのだろう。少なくとも以前は、BOMがある場合のみUTF-8のままだった。他のエディターはもっと賢くて、BOMなしで動作します。
おそらく、UTF-8はBOMなしで、MEはそれを好まない。少なくとも、以前はBOMがある場合のみUTF-8でファイルを残していた。他のエディターはもっと賢くて、BOMなしで動作する。
現在（ベータ5593）見る限り、MetaEditorはデフォルトでUTF-8で動作しています。非ASCII文字を使い始めるとBOMを追加するかもしれません。
しかし、BOMなしでUTF-8で作業する（そして非ASCII文字を使用する）ことは問題なく動作しています。