Notepad-plus-plus: キリル文字「????????」の代わりにANSIエンコーディングのNotepad ++ 7.7

確認

画面は古いですが、問題はまだ存在します

デバッグ情報

Notepad ++ v7.7（64ビット）
ビルド時間：2019年5月19日-13：05：35
パス：D：\ Install \ Office Programs \ Notepad ++ \ notepad ++。exe
管理者モード：オン
ローカル会議モード：オン
OS：Windows 7（64ビット）
プラグイン：AutoSave.dll ComparePlugin.dll ShtirlitzNppPlugin.dll TakeNotes.dll VisualStudioLineCopy.dll

@donho
Scintilla 3.6.7のバージョンから始めて、SciTEのすべてのバージョンをテストしましたが、キリル文字の問題が始まります。

@ rddim ＆@ andrecool-68
それで、あなたのOSの母国語は何ですか？

誰でもWindows10で再現できますか？

@donho
私はWin7x64ロシア語版を持っています。

@donho

あなたが私と同じように見える場合に備えて：
これはfになります。 可能であれば、非在来のロシア人またはブルガリア人を解決するのは難しい。

notepad ++のバージョンに関係なく、英語、スペイン語、またはドイツ語のWindows 10および7で、キリル文字のテキストをANSIファイルに挿入することはでき
7.5.5から7.7でテストおよび再テストされました。
utf-8へのロシア語のテキストはすべてのバージョンで機能します。
（以下のスクリーンキャストを参照）

あいさつ。

@ andrecool-68

Scintilla 3.6.7のバージョンから始めて、SciTEのすべてのバージョンをテストしましたが、キリル文字の問題が始まります。

それで、Scintilla 3.6.6はあなたのために働きますか？
ANSIでのキリル文字の入力はバージョン3.6.7以降のバージョンで壊れていますが、それは正しいですか？

@donho
そうです、問題はバージョン3.6.7以降で始まります！
Windows 7 x64

Windows 10 x64（VirtualBox）

@donho
両方のマシン（オフィスのラップトップと家庭用PC）はWin7 Pro x64SP1英語を搭載しています。 Win10でテストできません。
問題から始めることを確認しますSciTE v3.6.7 、それはで壊れていないSciTE v3.6.6

@donho
これがあなたに役立つかどうかはわかりませんが： https ：

@donho
これらの変更を試みたところ、キリル文字が表示されました。
ファイル：ScintillaWin.cxx
+ case SC_CHARSET_DEFAULT: return documentCodePage;
- case SC_CHARSET_DEFAULT: вернуть documentCodePage? documentCodePage: 1252;

ただし、キリル文字を印刷しようとするたびにエラーが発生します）））

@ andrecool-68奇妙なことに、 case SC_CHARSET_DEFAULT: return documentCodePage;は3.6.6より前のScintillaの古いコードです（7.7より前のnppで使用されていました）。

https://github.com/zufuliu/notepad2/releasesでNotepad2（GDIモードとD2Dモードの両方で、[設定]-> [レンダリングテクノロジー]）をテストまたはデバッグできますか
デバッグアサーションが失敗した場合は、中断することを選択してから、スタックトレースを調べて、失敗した場所を確認します。
スタックトレースを使用すると、それを修正する方法を知っている可能性があります。

@donhoバグは
@zufuliu Notepad2ビルドをテストしましたが、テキストはD2DモードとGDIモードの両方で正しくレンダリングされます。

追加するために編集：
NP ++の[エンコード]メニューからWindows-1251コードページを手動で選択すると、テキストが正しくレンダリングされます。

@rddim入力する前にANSIへのエンコードを選択しますか？ （メニュー経由：[ファイル]-> [エンコード]-> [ANSI]）。デフォルトのエンコードはUTF-8であるためです。 ステータスバーには、CR + LFなどのEOLモードの前のエンコーディング名が表示されます。

また、別のスキームを使用してみてください。 スキーム->テキストファイル、テキストファイルと2番目のテキストファイルの両方をテストします。 または、有効（Consolasのような等幅フォントを使用）および無効（Segoe UIのようなプロポーショナルフォントを使用）スキーム->デフォルトのコードスタイルを使用します。

@zufuliu

Notepad2ではすべてが期待どおりに機能します

@rddimありがとう。

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -495190280 _chvalidator関数へのポインターからのスクリーンショット。 関数の上のコメントから、一部のctype関数が範囲外の文字で呼び出されました。
呼び出しがどこにあるかは不明です。Scintillaはctype関数の呼び出しを指示しません（レクサーを除く）。

@ andrecool-68は、VSでNPPのデバッグビルドを実行し（[ローカルWindowsデバッガー]をクリック）、アサーションが失敗したときにコールスタックのスクリーンショットを撮ることができますか？

OK、このコード（すでに問題＃5280として報告されています）が非ASCII文字（ANSIとUTF-8コードページの両方）を入力するとアサーションエラーを引き起こすことがわかりました。

static bool isAllDigits(const generic_string &str)
{
    return std::all_of(str.begin(), str.end(), ::isdigit);
}

@zufuliu

OK、このコード（すでに問題＃5280として報告されています）が非ASCII文字（ANSIとUTF-8コードページの両方）を入力するとアサーションエラーを引き起こすことがわかりました。

Notepad ++のオートコンプリートで使用されますが、ロシア語の入力の失敗とは関係ありません。
問題の原因について何か考えはありますか？

@ andrecool-68 @rddim
オートコンプリートを無効にしてから再試行できますか？

@donho

同じ結果- кирилица （utf-8）=> ???????? （ansi）

主な理由は、ScintillaのCodePageFromCharSetの変更だと思います。

-   case SC_CHARSET_DEFAULT: return documentCodePage;
+   case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

SC_CHARSET_DEFAULTが使用されるため、1251ではなく1252を使用して、ゴミにマップされる入力キリル文字が変換されます。

バグに関する議論からhttps://sourceforge.net/p/scintilla/bugs/2093/#3ee4 、
この場合、フォント文字セットをSC_CHARSET_RUSSIANに設定することをお勧めします。
しかし、私の経験から、ロケールに依存する文字セットを設定するには、文字セットを実際にサポートするフォントを使用する必要があります。
https://sourceforge.net/p/scintilla/bugs/2093/#263b/5bac/7f06

Scintillaに設定したコードページはUTF-8、DBCS ANSIコードページ（932、949、950、1361）、SBCS ANSIコードページ（932、949、950、1361）のみであることがわかっているため、 case SC_CHARSET_DEFAULT: return documentCodePage戻すのが最も簡単な修正です。 0、CP_ACP）。

@donho DBCSを結び付けるためのバグがあるため、4.1.5にアップグレードすることをお勧めしますhttps://sourceforge.net/p/scintilla/bugs/2093

@donho
@zufuliu

オリジナルのScintilla4.1.5をコンパイルし、SciLexer.dllをメモ帳++ディレクトリにコピーしました。 キリル文字の「?????」の代わりに、結果は変更されていません。

@ andrecool-68（ScintillaWin.cxx内の）ScintillaのCodePageFromCharSetへの変更？

+   case SC_CHARSET_DEFAULT: return documentCodePage;
-   case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

アサーションの失敗は、オートコンプリートが原因です。テストする前にオートコンプリートを無効にできます。

@zufuliu何も変更していません...公式サイトからダウンロードしたオリジナルのScintilla

@ andrecool-68 CodePageFromCharSetをcase SC_CHARSET_DEFAULT: return documentCodePage;変更してみてください。

または、最初の行をvoid ScintillaEditView::defineDocType(LangType typeDoc)追加します（PowerEditor \ src \ ScitillaComponent \ ScintillaEditView.cppの1315行目）

    execute(SCI_STYLESETCHARACTERSET, STYLE_DEFAULT, SC_CHARSET_RUSSIAN);
    execute(SCI_STYLECLEARALL);

@donho
@zufuliu

@ andrecool-68（ScintillaWin.cxx内の）ScintillaのCodePageFromCharSetへの変更？

+   case SC_CHARSET_DEFAULT: return documentCodePage;
-   case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

アサーションの失敗は、オートコンプリートが原因です。テストする前にオートコンプリートを無効にできます。

デバッグビルドのメモ帳++では機能しました！

@ andrecool-68 CodePageFromCharSetをcase SC_CHARSET_DEFAULT: return documentCodePage;変更してみてください。

または、最初の行をvoid ScintillaEditView::defineDocType(LangType typeDoc)追加します（PowerEditor \ src \ ScitillaComponent \ ScintillaEditView.cppの1315行目）

    execute(SCI_STYLESETCHARACTERSET, STYLE_DEFAULT, SC_CHARSET_RUSSIAN);
    execute(SCI_STYLECLEARALL);

両方のオプションが機能しています！
しかし、ScintillaWin.cxxファイルで修正を加える方が良いと思いますか？！
2番目のオプションが他の言語にどのように影響するかがわからないためです。

リリースビルドをテストできません...証明書に署名しないと機能しません。証明書に署名する方法がわかりません）））

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment-496003800で私のコメントを参照して

ScintillaのCodePageFromCharSetを変更することを好みます。

@ andrecool-68 @rddim
新しくコンパイルされたScilexer.dll（ブーストのPCREなし）を試してみましたか？
https://notepad-plus-plus.org/temp/

@zufuliu

＃5671（コメント）の私のコメントを参照してください

ScintillaのCodePageFromCharSetを変更することを好みます。

前のコメントでも同じことを言った））

@zufuliu情報ありがとうございます。
Notepad ++ 7.7でバグ（Scintilla 4.1.5で修正されています）を再現できますか？
可能であれば、それを再現する方法を提供できますか？

@donho

@ andrecool-68 @rddim
新しくコンパイルされたScilexer.dll（ブーストのPCREなし）を試してみましたか？
https://notepad-plus-plus.org/temp/

このファイルでは、メモ帳++がまったく起動せず、「SciLexer.dllが見つかりません」というエラーが表示されます。

@donhoこれは4.1.5では修正されておらず、行case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;は2016年以降変更されていません。

Scintilla 4.1.5は、DBSCコードページにDBSC文字を入力する際のバグを修正しました。

@donho
1行だけ変更しました

namespace Scintilla {

UINT CodePageFromCharSet(DWORD characterSet, UINT documentCodePage) {
    if (documentCodePage == SC_CP_UTF8) {
        return SC_CP_UTF8;
    }
    switch (characterSet) {
    case SC_CHARSET_ANSI: return 1252;
    case SC_CHARSET_DEFAULT: return documentCodePage;
    // case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

C：\ Users \ Uzzer \ Downloads \ notepad-plus-plus-master \ scintilla \ win32 \ ScintillaWin.cxx
バージョンに依存しません4.1.4または4.1.5

デバッグビルドにファイルScilexer.dllを使用すると、オートコンプリートが無効になっている場合にのみすべてが機能します

@zufuliu

Scintilla 4.1.5は、DBSCコードページにDBSC文字を入力する際のバグを修正しました。

私はWindows7中国語版でNotepad ++ 7.7をテストしました。
ANSIモードの中国語入力はv7.7で機能します。
したがって、私にとってはDBSCの問題はありません-少なくとも中国人にとっては。
Notepad ++ v7.7でDBSCの問題を生成するための着実な方法はありますか？

@donho

• v7.7とSciLexer.64.dll名前をSciLexer.dll 、認証エラーが発生します
• https://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x64.zipを使用すると、次のようになり
  

編集：ウェブサイトで他のデバッグバージョンのN ++が見つかりませんでした

@donhoはhttps://sourceforge.net/p/scintilla/bugs/2093/でバグレポートを参照して
NPP7.7バイナリで再現できます。

@donho https://sourceforge.net/p/scintilla/bugs/2093/のバグ（DBCSの入力）とhttps://sourceforge.net/p/scintilla/bugs/2038/の別のバグ（インラインIME）（修正されていません）はオートコンプリートに影響します。
NPPは、DBCSコードページのch> 0x7Fを単純に無視できると思います。または、chがIMEから入力された場合、CJKワードのオートコンプリートは意味があります。

@ andrecool-68 @rddim
このx64ビルドを試してください。 署名されていないため、Notepad ++デバッグモードでのみ機能します。

@donho

今回はhttps://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x86.zipでもう一度試してみてSciLexer.32.dllはhttps://github.com/notepad-plus-と同じです

N ++をデバッグモードで実行する方法がわかりません。 あなたがVSからのような何かを意味するならば、私はVSを持っていません。

@donho

@ andrecool-68 @rddim
テストありがとうございます。 @zufuliuが提案した解決策ではないようです：

+   case SC_CHARSET_DEFAULT: return documentCodePage;
-   case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

これも興味深いです。デバッグモード（https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment-496128852）で機能しますが、リリースモードでは機能しませんか？

少なくともNotaped2は変更を使用しますhttps://github.com/zufuliu/notepad2/blob/master/scintilla/win32/ScintillaWin.cxx#L1292

@donho

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496042330

オートコンプリートが有効https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment-496042330
しかし、他の言語がどのように動作するかは不明です

@ andrecool-68 execute(SCI_STYLECLEARALL);最初の行は省略できます。

@zufuliu
線の重複に気づかなかった...煙を壊す必要がある）））

@donho

煙の休憩の後、あまりにも持つnotepad++.debug.x86.zip 、 SciLexer.32.dllと無効にAuto-Completionすべてが期待どおりの仕事。 Auto-Completion有効にすると、前述のエラーが発生します

@donho 「
...リリースビルドをテストできるように
これらのリリースは配布せず、テストするだけです。

notepad ++。debug.x86.zip、SciLexer.32.dllを使用してスモークブレイクした後も、オートコンプリートを無効にすると、すべてが期待どおりに機能します。 オートコンプリートを有効にすると、前述のエラーが発生します

それで、喫煙は健康に悪いですが、プログラムテストには良いですか？ ：NS

「シンチラ」証明書の検証をオフにするにはどうすればよいですか？

できません。 32と64の署名付きリリースバイナリを提供して、すべてが問題ないことを確認します。

@zufuliuだからあなたの解決策はうまくいく。 ありがとうございました。 ただし、この変更によって副作用が発生しますか？

@donho真実はどんな論争でも生まれます
みんなと私の犬に感謝します
彼女だけが私のコンピューターを運ぶことができます

@zufuliuあなたの助けに感謝します
あなたのエディターはローカリゼーションをサポートしていますか？

@rddim @ andrecool-68
https://notepad-plus-plus.org/temp/

Woohoo it's alive：D現在、約2億7500万人がANSIでキリル文字を入力できます
どうもありがとうございました@ andrecool-68 @rddim @donho @MetaChuh @zufuliu

それは私にはまったく関係ありません...しかし私の友人は1255と1251を必要とします。

@ andrecool-68
笑...今日読んだ後は、投稿した画像に黒い検閲バーを配置して、誰かを怒らせないようにすることをお勧めします😂

@rddim
私は悪い警官なので、私に感謝する必要はありません。
新しいシンチラバージョンが原因であるにもかかわらず、あなたのすべての集合的な助けを借りてこの問題を追求することは私的なイニシアチブではありません。

よろしくお願いします。

@MetaChuh
私の犬はオートバイの運転手に非常に寛容です））

@MetaChuh
あなたは狡猾です...あなたはユダヤ人から何かを持っています
戦いが終わったとき..少年はバイクに乗って来ました...それは公平ではありません
犬のしっぽを回したいとき…誰にも助けを求めない
しかし、メモ帳++に問題がある場合は、この問題を解決したいと思います。

@zufuliuあなたの助けに感謝します
あなたのエディターはローカリゼーションをサポートしていますか？

申し訳ありませんが、i18nの計画はありません。

notepad ++。debug.x86.zip、SciLexer.32.dllを使用してスモークブレイクした後も、オートコンプリートを無効にすると、すべてが期待どおりに機能します。 オートコンプリートを有効にすると、前述のエラーが発生します

それで、喫煙は健康に悪いですが、プログラムテストには良いですか？ ：NS

「シンチラ」証明書の検証をオフにするにはどうすればよいですか？

できません。 32と64の署名付きリリースバイナリを提供して、すべてが問題ないことを確認します。

@zufuliuだからあなたの解決策はうまくいく。 ありがとうございました。 ただし、この変更によって副作用が発生しますか？

どのような解決策ですか？ ScintillaのCodePageFromCharSetを変更するか、SCI_STYLESETCHARACTERSETを使用しますか？ 前者はACP（0）を返し、副作用があるはずです。後者は副作用があります。https： //github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment-496003800を参照して

Notepad ++ 7.7 32ビット、チェコ語（windows-1250）で同様の問題が発生しました。
ANSIエンコーディングでチェコ語の文字を入力または貼り付けることができませんでした。

SciLexer.dllを提供されているもの（SciLexer32.signed.dll 27-May-2019 22:00）に置き換えると、問題は解決しました。

nppのアップデートになりますか？

@lehha

nppのアップデートになりますか？

いいえ、そうではありません-少なくともまだです。 @zufuliuが述べたように、これは完全な解決策ではなく、副作用があります。

@ andrecool-68＆@ rddim
したがって、新しいScilexer.dllは機能しますが、オートコンプリートを無効にする必要がありますか？
オートコンプリートがオンの場合はどうなりますか？

SciLexer.32.dllと無効化されたオートコンプリートは、すべて期待どおりに機能します。 オートコンプリートを有効にすると、前述のエラーが発生します

「前述のエラー」とは何ですか？ もっとはっきりさせていただけませんか？

@donho
〜キリル文字でエラーは表示されません。〜
オートコンプリートが有効になっています。
https://notepad-plus-plus.org/temp/cyrillacPb/

申し訳ありませんが、エラーがあります。 ウィンドウを更新した後、メモ帳++は最初の文字を非表示にし、エンコーディングが変更されました。

別のエラーがあります。文字の変更、文字の大文字と小文字の変更、エンコーディングの変更です。

ありがとう！ 上記の直接リンクが表示されないため、次のようになります。

https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer32.signed.dll
また
https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer64.signed.dll

C：\ Program Files（x86）\ Notepad ++のSciLexer.dllを置き換える必要があります

@donho

https://notepad-plus-plus.org/temp/cyrillacPb/のSciLexersを使用すると、有効なオートコンプリートで動作します。つまり、問題はありません。 このコメントの組み合わせでは機能しませんhttps://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment-496189871これは"previously mentioned error"回答でもあります

@rddimでは、 https： //notepad-plus-plus.org/temp/cyrillacPb/のSciLexersで、副作用なしに問題が修正されましたか？

@donho確認のためにもう一度テストします。

• x64 SciLexerは完全に機能します-今のところ問題はありません。ANSIではキリル文字とオートコンプリートが機能します
  

• x32 SciLexer-キリル文字を入力できますが、オートコンプリートが機能せず、ラテン文字で機能します
  

@rddim notepad ++を再起動し、このファイルを再度開きます...そして何が表示されますか？

@ andrecool-68x32とx64の両方が再度開いた後に読み取り可能

@rddim Autodetect character encoding有効ですか？

@ andrecool-68はい、デフォルト設定です。そのため、 Windows-1251が、 ANSIはありません。

@rddimそして私は何も理解していません）））

@ andrecool-68 @donho
x32では、単語が小文字で始まる場合、 Auto-Completionは機能しませんが、常に機能するとは限りません（ new 3 ）。 他の問題はAutodetect character encodingにあると思います

編集：との問題Auto-Completionに存在して7.6.6 x32

@rddim 4番目のタブはヘブライ語で取得されました））
完成したテキストを挿入するためにどのプラグインを使用しますか？

@ andrecool-68外部クリップボードマネージャー-CLCL

@rddim
これらの行を無効にするにはどうすればよいですか、設定で見つけることができません

@ andrecool-68
私にメールを書いてください、あなたはbulgarian.xmlでそれを見つけることができます。 もちろんここで答えることはできますが、これはN ++の問題であり、他のプログラムではありません:)

誰かが私も助けてくれますか？
私の問題も似ていると思いますが、
nppコミュニティ（7.7バージョンのスレッド）に投稿しましたが、要求したサポートを受けることができませんでした。理由がわかりませんでした。

とりあえず、
私はここに再投稿しています：

nppで開いたメールでSQLクエリを受信して​​います。
次に、ファイルの内容をSQLマネージャープログラムにコピーして実行します。
さて、7.7ギリシャ文字が中国語のように表示されているので、7.6.6にロールバックすると、正しく表示されます

「文字エンコードの自動検出」は無効になっていますが、
私が過去にそれを持っていた別の問題に続いて、
だから私はそれをオフにしたいと思います

編集：私は上記のscilexer（32ビット）を試しました：
https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer32.signed.dll
そしてそれは私にとってもうまくいきました！

@patrickdrd @rddim @ andrecool-68
次のバイナリをテストして、バグが修正されていることを確認してください。リグレッションなしで（オートコンプリートを有効にして）ください。
32ビット：
https://notepad-plus-plus.org/temp/cyrillacPb/npp.7.7.bin.zip
64ビット：
https://notepad-plus-plus.org/temp/cyrillacPb/npp.7.7.bin.x64.zip

32ビットをテストしたところ、見た目は良さそうです。
同じシナリオをテストできるようになるまでには数時間かかりますが

わかりました、元のシナリオも機能します

@donho
キリル文字を入力するときに問題はありませんでした。
ファイル（ANSI）を再度開くと、最初の文字が消えます。
（ANSIはMacintoshに変わります）
「文字エンコードの自動検出」を非難する可能性が最も高い
（ Autodetect character encodingおよびauto-completion ...有効）

@ andrecool-68 ANSIモードの入力の問題について、提供する両方のバイナリをテストした後、確認が必要です。 私はあなたの投稿を見ました、そしてこの問題は別のものです。 問題を次々に修正していきましょう。そうしないと、みんなを混乱させてしまい、まったく役に立ちません。

@donho多分あなたが理解していない私の言葉...すみませんが、私はtranslate.googleを通して書きます））
両方のファイルをテストしたところ、キリル文字がエラーなしで印刷されたと言いたかったのです。
そして、ファイルを再度開いたときのアーティファクトが...私自身は知りません...これは古いエラーまたは新しいエラーの続きです。
テスト時に気づいたこと...それから私はあなたに知らせます

@donho
「scintilla416」を使用してデバッグビルドのメモ帳++をコンパイルしました（同じ変更を加えました）。

// case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;
case SC_CHARSET_DEFAULT: return documentCodePage;

エンコーディングの自動定義は無効になっています...その後、キリル文字に問題はありません。

「自動エンコーディング検出」が有効になっている場合は、前の投稿で書いたものとまったく同じアーティファクトがエンコーディングに含まれています。

多分これは何らかの形であなたを助けるでしょう。

「自動エンコーディング検出」が有効になっている場合は、前の投稿で書いたものとまったく同じアーティファクトがエンコーディングに含まれています。

つまり、「自動エンコーディング検出」の問題です。 そのための新しい問題を作成してください。

@donho回答が遅れてすみません、私はとても忙しくて家から離れていました。
修正は完璧に機能します。 ありがとう

この問題はまだ続いています。
ギリシャ文字のテキストドキュメントがWindows732ビットデスクトップに正しく表示されません。
Windows 8 64ビットでは問題なく表示されますが、別のエディターを使用している場合も同様です

編集：7.6.6にロールバックしてもまだそこにあったので、別の問題かもしれませんが、
私もnppでギリシャ語で書こうとしましたが、それは不可能のようです！
メモ帳（Windows）でギリシャ語を入力できますが、nppでは入力できないようです