Notepad-plus-plus: Notepad ++ 7.7 بترميز ANSI بدلاً من الأحرف السيريلية "؟؟؟؟؟؟؟؟"

يتأكد

الشاشة قديمة ولكن المشكلة مازالت قائمة

معلومات التصحيح

Notepad ++ v7.7 (64 بت)
وقت البناء: 19 مايو 2019-13: 05:35
المسار: D: \ Install \ Office Programs \ Notepad ++ \ notepad ++. exe
وضع المسؤول: ON
وضع Conf Local: ON
نظام التشغيل: Windows 7 (64 بت)
الإضافات: AutoSave.dll ComparePlugin.dll ShtirlitzNppPlugin.dll TakeNotes.dll VisualStudioLineCopy.dll

تضمين التغريدة
لقد اختبرت جميع إصدارات SciTE ، بدءًا من إصدار Scintilla 3.6.7 ، وبدأت مشاكل السيريلية.

rddim & @ andrecool-68
إذن ما هي اللغة الأم لنظام التشغيل الخاص بك؟

هل يمكن لأي شخص إعادة إنتاجه تحت Windows 10؟

تضمين التغريدة
لدي الإصدار الروسي من Win 7 إلى x64.

تضمين التغريدة

فقط في حال رأيت ما أفعله:
سيكون هذا و. من الصعب حلها بالنسبة للغة الروسية أو البلغارية غير الأصلية ، إذا كان ذلك ممكنًا على الإطلاق.

لم أتمكن
تم اختباره وإعادة اختباره من 7.5.5 إلى 7.7.
يعمل النص الروسي إلى UTF-8 على جميع الإصدارات.
(انظر تسجيل الشاشة أدناه)

تحية طيبة.

@ andrecool-68

لقد اختبرت جميع إصدارات SciTE ، بدءًا من إصدار Scintilla 3.6.7 ، وبدأت مشاكل السيريلية.

لذا فإن Scintilla 3.6.6 يعمل من أجلك؟
كتابة السيريلية في ANSI معطلة في الإصدار 3.6.7 والإصدار الأحدث ، هل هذا صحيح؟

تضمين التغريدة
هذا صحيح ، المشاكل تبدأ في الإصدار 3.6.7 وما بعده!
نظام التشغيل Windows 7 x64

Windows 10 x64 (VirtualBox)

تضمين التغريدة
كلا الجهازين (الكمبيوتر المحمول المكتبي والكمبيوتر المنزلي) يعملان بنظام
تأكد من أن المشكلة تبدأ من SciTE v3.6.7 ولم يتم كسرها في SciTE v3.6.6

تضمين التغريدة
لست متأكدًا من أن هذا سيساعدك ولكن: https://sourceforge.net/p/scintilla/bugs/2093/#3ee4

تضمين التغريدة
حاولت إجراء هذه التغييرات ، وظهرت السيريلية.
ملف: ScintillaWin.cxx
+ case SC_CHARSET_DEFAULT: return documentCodePage;
- case SC_CHARSET_DEFAULT: вернуть documentCodePage? documentCodePage: 1252;

ولكن بعد كل محاولة لطباعة حرف سيريلي يحدث خطأ)))

@ andrecool-68 هذا غريب ، case SC_CHARSET_DEFAULT: return documentCodePage; هو الكود القديم في Scintilla قبل 3.6.6 (مستخدم بواسطة npp قبل 7.7).

هل يمكنك اختبار أو تصحيح Notepad2 (في كل من وضع GDI و D2D ، الإعدادات -> تقنية العرض) على https://github.com/zufuliu/notepad2/releases
عندما فشل تأكيد التصحيح ، اختر كسر ، ثم انظر إلى تتبع المكدس ، وانظر أين فشل.
مع Stacktrace ، قد نعرف كيفية إصلاحه.

donho يمكنني أن أؤكد أن الخطأ يظهر أيضًا على نظام التشغيل Windows 10 x64.
zufuliu لقد اختبرت

تم التعديل لإضافة:
إذا قمت بتحديد صفحة رموز Windows-1251 يدويًا من قائمة الترميز الخاصة بـ NP ++ ، فسيتم عرض النص بشكل صحيح.

rddim هل تحدد الترميز إلى ANSI قبل الكتابة؟ (عبر القائمة: ملف -> ترميز -> ANSI) ، لأن الترميز الافتراضي هو UTF-8. يعرض شريط الحالة اسم الترميز قبل وضع EOL مثل CR + LF.

حاول أيضًا استخدام مخطط مختلف. المخطط -> ملف نصي ، اختبر كلا من ملف نصي وملف نصي ثان. أو تمكين (الذي يستخدم خطًا أحادي المسافة مثل Consolas) وتعطيله (الذي يستخدم الخط المتناسب مثل Segoe UI) Scheme -> Use Default Code Style.

تضمين التغريدة

كل شيء يعمل كما هو متوقع في Notepad2

@ rddim شكرا.

لقطة شاشة من https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -495190280 المؤشر إلى الوظيفة _chvalidator . من التعليق فوق الوظيفة ، تم استدعاء بعض وظائف ctype بأحرف خارج النطاق.
من غير المعروف مكان المكالمة ، Scintilla لا يوجه وظائف ctype (باستثناء lexers).

يمكن لـ @ andrecool-68 تشغيل إصدار تصحيح NPP الخاص بك ضمن VS (انقر فوق Local Windows Debugger) ، والتقاط لقطة شاشة لـ Call Stack عند فشل التأكيد؟

حسنًا ، اكتشفت أن هذا الرمز (تم الإبلاغ عنه بالفعل باعتباره المشكلة رقم 5280) يتسبب في فشل التأكيد عند كتابة أحرف غير ASCII (صفحة رموز ANSI و UTF-8).

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

تضمين التغريدة

حسنًا ، اكتشفت أن هذا الرمز (تم الإبلاغ عنه بالفعل باعتباره المشكلة رقم 5280) يتسبب في فشل التأكيد عند كتابة أحرف غير ASCII (صفحة رموز ANSI و UTF-8).

يتم استخدامه بواسطة الإكمال التلقائي لـ Notepad ++ ، ولكن لا علاقة له بفشل الإدخال الروسي.
أي فكرة عن مصدر المشكلة؟

تضمين التغريدة
هل يمكنك تعطيل الإكمال التلقائي ثم المحاولة مرة أخرى؟

تضمين التغريدة

نفس النتيجة - кирилица (utf-8) => ???????? (ansi)

أعتقد أن السبب الرئيسي هو التغيير في CodePageFromCharSet في Scintilla:

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

نظرًا لاستخدام SC_CHARSET_DEFAULT ، لذلك يتم استخدام 1252 بدلاً من 1251 لتحويل الأحرف السيريلية التي يتم تعيينها للنفايات.

من المناقشة حول الخطأ https://sourceforge.net/p/scintilla/bugs/2093/#3ee4 ،
يقترح تعيين مجموعة أحرف الخط إلى SC_CHARSET_RUSSIAN في هذه الحالة.
ولكن من واقع خبرتي ، فإن تعيين الإعدادات المحلية المعتمدة على مجموعة الأحرف تحتاج إلى استخدام الخط الفعلي لدعم مجموعة الأحرف.
https://sourceforge.net/p/scintilla/bugs/2093/#263b/5bac/7f06

العودة مرة أخرى إلى case SC_CHARSET_DEFAULT: return documentCodePage هو أبسط حل ممكن ، لأننا عرفنا أن صفحة الرموز التي قمنا بتعيينها إلى Scintilla هي صفحات رموز UTF-8 و DBCS ANSI (932 و 949 و 950 و 1361) وصفحات رموز SBCS ANSI ( 0، CP_ACP).

donho ، أقترح الترقية إلى 4.1.5 ، لأن الخطأ في ربط DBCS https://sourceforge.net/p/scintilla/bugs/2093

تضمين التغريدة
تضمين التغريدة

قمت بتجميع Scintilla 4.1.5 الأصلي ، ونسخ SciLexer.dll إلى دليل Notepad ++. لم تتغير النتيجة بدلا من السيريلية "؟؟؟؟؟"

@ andrecool-68 مع التغيير إلى CodePageFromCharSet في Scintilla (في ScintillaWin.cxx)؟

+   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) (السطر 1315 في PowerEditor \ src \ ScitillaComponent \ ScintillaEditView.cpp)

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

تضمين التغريدة
تضمين التغريدة

@ andrecool-68 مع التغيير إلى CodePageFromCharSet في Scintilla (في ScintillaWin.cxx)؟

+   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) (السطر 1315 في PowerEditor \ src \ ScitillaComponent \ ScintillaEditView.cpp)

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

كلا الخيارين يعملان!
لكن أعتقد أنه من الأفضل إجراء تصحيحات في ملف ScintillaWin.cxx؟!
لأنه من غير المعروف كيف سيؤثر الخيار الثاني على اللغات الأخرى.

لا يمكنني اختبار بناء الإصدار ... بدون توقيع الشهادة لا تعمل ، لا أعرف كيفية توقيع الشهادة)))

انظر تعليقي في https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496003800

أفضل تغيير CodePageFromCharSet لشركة Scintilla.

تضمين التغريدة
هل يمكنك تجربة Scilexer.dll المترجم الجديد (بدون PCRE الخاص بالتعزيز)؟
https://notepad-plus-plus.org/temp/

تضمين التغريدة

انظر تعليقي في # 5671 (تعليق)

أفضل تغيير CodePageFromCharSet لشركة Scintilla.

قلت نفس الشيء في التعليق السابق))

zufuliu شكرا لك على المعلومات الخاصة بك.
هل يمكنك إعادة إنتاج الخطأ (الذي تم إصلاحه في Scintilla 4.1.5) في Notepad ++ 7.7؟
إذا استطعت ، فهل يمكنك توفير طريقة لإعادة إنتاجها؟

تضمين التغريدة

تضمين التغريدة
هل يمكنك تجربة Scilexer.dll المترجم الجديد (بدون PCRE الخاص بالتعزيز)؟
https://notepad-plus-plus.org/temp/

مع هذا الملف ، لا يبدأ Notepad ++ على الإطلاق ، فإنه يعطي خطأ "لم يتم العثور على SciLexer.dll"

donho لم يتم إصلاح هذا في 4.1.5 ، السطر case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252; لم يتغير منذ 2016.

تم إصلاح خطأ Scintilla 4.1.5 مع كتابة أحرف DBSC في صفحات رموز DBSC.

تضمين التغريدة
لقد غيرت سطر واحد فقط

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 في بنية التصحيح ، كل شيء يعمل بالنسبة لي فقط عندما يتم تعطيل الإكمال التلقائي

تضمين التغريدة

تم إصلاح خطأ Scintilla 4.1.5 مع كتابة أحرف DBSC في صفحات رموز DBSC.

لقد اختبرت برنامج Notepad ++ 7.7 تحت إصدار Windows 7 الصيني.
يعمل الإدخال الصيني في وضع ANSI في الإصدار 7.7.
لذلك بالنسبة لي لا توجد مشكلة DBSC - على الأقل بالنسبة للصينيين.
هل لديك أي طريقة ثابتة لإنتاج مشكلة DBSC في Notepad ++ v7.7؟

تضمين التغريدة

• مع إعادة تسمية 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/
يمكن إعادة إنتاجه باستخدام NPP 7.7 ثنائي.

donho الخطأ (كتابة DBCS) على https://sourceforge.net/p/scintilla/bugs/2093/
أعتقد أن NPP يمكنه ببساطة تجاهل أي ch> 0x7F في صفحات رموز DBCS أو عندما يتم إدخال ch من محرر أسلوب الإدخال ، فإن الإكمال التلقائي لكلمات CJK هو النذالة.

تضمين التغريدة
من فضلك جرب هذا الإصدار x64. يعمل فقط مع وضع التصحيح Notepad ++ ، لأنه لم يتم توقيعه.

تضمين التغريدة

محاولة أخرى هذه المرة مع https://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x86.zip و SciLexer.32.dll يعطيني نفس https://github.com/notepad-plus- plus / notepad-plus-plus / issues / 5671 # issuecomment -495190280 شاشة

لا أعرف كيفية تشغيل N ++ في وضع التصحيح. إذا كنت تقصد شيئًا مثل من VS ، فليس لدي VS.

تضمين التغريدة

تضمين التغريدة
شكرا لك على الاختبار. يبدو أنه ليس الحل الذي اقترحه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

تضمين التغريدة

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); يمكن حذفه.

تضمين التغريدة
لم ألاحظ ازدواجية الخط ... أحتاج إلى استراحة دخان)))

تضمين التغريدة

بعد توقف الدخان أيضًا مع notepad++.debug.x86.zip و SciLexer.32.dll وتعطيل Auto-Completion كل شيء يعمل كما هو متوقع. مع تمكين Auto-Completion فإنه يعطيني الخطأ المذكور سابقًا

donho كيف يمكنني إيقاف التحقق من شهادة "scintilla"؟
... بحيث يمكن اختبار بنيات الإصدار
لن أقوم بتوزيع هذه الإصدارات ، سأختبرها فقط.

بعد توقف الدخان أيضًا باستخدام برنامج notepad ++. debug.x86.zip ، SciLexer.32.dll وتعطيل الإكمال التلقائي ، يعمل كل شيء كما هو متوقع. مع تمكين الإكمال التلقائي ، يعطيني الخطأ المذكور سابقًا

إذن ، التدخين مضر بالصحة ، لكنه جيد لاختبار البرنامج؟ :د

كيف يمكنني إيقاف التحقق من شهادة "scintilla"؟

لا يمكنك. سأقدم لكم رفاق الإصدار الثنائي 32 و 64 الموقّع للتأكد من أن كل شيء على ما يرام.

zufuliu حتى يعمل الحل الخاص بك. شكرا لك. ومع ذلك ، هل هذا التعديل يخلق أي آثار جانبية؟

donho الحقيقة ولدت في أي نزاع
شكرا للجميع ولكبي
فقط يمكنها حمل جهاز الكمبيوتر الخاص بي

@ zufuliu شكرا لمساعدتكم
المحرر الخاص بك يدعم الترجمة؟

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

رائع ، إنه حي: D الآن يمكن لحوالي 275 مليون شخص كتابة السيريلية في ANSI
شكرا جزيلا لك @ andrecool-68rddimdonhoMetaChuhzufuliu

لا يهمني على الإطلاق ... لكن أصدقائي بحاجة إلى 1255 و 1251.

@ andrecool-68
لول ... بعد ما قرأناه اليوم ، من الأفضل وضع شريط رقابة أسود على صورتك المنشورة ، للتأكد من أننا لا نسيء إلى أي شخص 😂

تضمين التغريدة
أنا الشرطي السيئ ، لذا لا داعي لأي شكر نحوي.
إنها مبادرة غير خاصة لمتابعة هذه المشكلة بكل ما تبذلونه من المساعدة الجماعية ، على الرغم من أن الإصدارات الأحدث هي السبب.

تحياتي الحارة.

تضمين التغريدة
كلبي متسامح للغاية مع سائقي الدراجات النارية))

تضمين التغريدة
أنت ماكر .. لديك شيء من يهودي
عندما انتهى القتال .. جاء الصبي على دراجة نارية .. هذا ليس عدلاً
عندما أريد أن أدير ذيل كلبي ... لا أطلب من أي شخص المساعدة
ولكن إذا كانت هناك مشاكل مع برنامج notepad ++ ، فأنا أريد حل هذه المشكلة.

@ zufuliu شكرا لمساعدتكم
المحرر الخاص بك يدعم الترجمة؟

آسف ، لا توجد خطة على i18n.

بعد توقف الدخان أيضًا باستخدام برنامج notepad ++. debug.x86.zip ، SciLexer.32.dll وتعطيل الإكمال التلقائي ، يعمل كل شيء كما هو متوقع. مع تمكين الإكمال التلقائي ، يعطيني الخطأ المذكور سابقًا

إذن ، التدخين مضر بالصحة ، لكنه جيد لاختبار البرنامج؟ :د

كيف يمكنني إيقاف التحقق من شهادة "scintilla"؟

لا يمكنك. سأقدم لكم رفاق الإصدار الثنائي 32 و 64 الموقّع للتأكد من أن كل شيء على ما يرام.

zufuliu حتى يعمل الحل الخاص بك. شكرا لك. ومع ذلك ، هل هذا التعديل يخلق أي آثار جانبية؟

ما الحل؟ تغيير CodePageFromCharSet في Scintilla أو باستخدام SCI_STYLESETCHARACTERSET؟ العوائد السابقة ACP (0) ، يجب أن يكون لها آثار جانبية ، والأخيرة لها ، راجع https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496003800.

واجهت مشكلة مشابهة مع Notepad ++ 7.7 32-bit ، اللغة التشيكية (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 وتعطيل الإكمال التلقائي كل شيء يعمل كما هو متوقع. مع تمكين الإكمال التلقائي ، يعطيني الخطأ المذكور سابقًا

ما هو "الخطأ المذكور سابقا"؟ هل يمكنك توضيح الأمر أكثر بالنسبة لي؟

تضمين التغريدة
~ لا أرى أي أخطاء مع السيريلية. ~
تم تمكين الإكمال التلقائي.
https://notepad-plus-plus.org/temp/cyrillacPb/

عذرا ، هناك أخطاء. بعد تحديث النافذة ، يختفي Notepad ++ الحرف الأول وتغير الترميز.

إليك خطأ آخر ، تغيير الأحرف ، تغيير حالة الأحرف ، تغيير الترميز.

شكرا! لا يمكنني رؤية الروابط المباشرة أعلاه ، لذلك هناك:

https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer32.signed.dll
أو
https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer64.signed.dll

يجب استبدال SciLexer.dll في C: \ Program Files (x86) \ Notepad ++

تضمين التغريدة

مع SciLexers من https://notepad-plus-plus.org/temp/cyrillacPb/ يعمل مع الإكمال التلقائي الممكّن ، أي لا توجد مشاكل. لا تعمل مع تركيبة من هذا التعليق https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496189871 وهي أيضًا الإجابة لـ "previously mentioned error"

rddim لذا من أجلك ، قام SciLexers من https://notepad-plus-plus.org/temp/cyrillacPb/ بإصلاح المشكلة دون أي آثار جانبية؟

donho أختبرها مرة أخرى للتأكد و:

• يعمل x64 SciLexer بشكل مثالي - لا توجد مشكلات في الوقت الحالي ، يعمل السيريلي ويعمل الإكمال التلقائي في ANSI
  

• x32 SciLexer - يمكنني الكتابة بالحروف السيريلية ، لكن الإكمال التلقائي لا يعمل ، فهو يعمل مع الأحرف اللاتينية
  

rddim أعد تشغيل برنامج المفكرة ++ وأعد فتح هذا الملف ... وماذا ترى؟

@ andrecool-68 يمكن قراءة كل من x32 و x64 بعد إعادة الفتح

rddim Autodetect character encoding ممكن ؟

@ andrecool-68 نعم ، الإعدادات الافتراضية ، ولهذا السبب هو Windows-1251 لكن ليس ANSI

rddim ولا أفهم شيئًا على الإطلاق)))

تضمين التغريدة
في x32 عندما تبدأ الكلمة بالحرف الصغير Auto-Completion لا تعمل معها ، ولكن ليس دائمًا ( new 3 ). أعتقد أن المشكلات الأخرى تتعلق بـ Autodetect character encoding

تحرير: المشكلة مع Auto-Completion موجودة في 7.6.6 x32

rddim تم الحصول على علامة التبويب الرابعة بالعبرية))
ما هو البرنامج المساعد الذي تستخدمه لإدراج النص النهائي؟

@ andrecool-68 مدير الحافظة الخارجية - CLCL

تضمين التغريدة
كيف يمكنني تعطيل هذه الخطوط ، لا أجدها في الإعدادات

@ andrecool-68
اكتب لي بريدًا إلكترونيًا ، يمكنك العثور عليه في bulgarian.xml. يمكنني الإجابة عليك هنا بالطبع ، لكن هذه مشكلة N ++ ، وليست للبرامج الأخرى :)

هل يمكن لاحد ان يساعدني ايضا؟
أعتقد أن مشكلتي متشابهة ،
لقد نشرت في مجتمع npp (في مؤشر ترابط الإصدار 7.7) لكنني لم أتمكن من تلقي الدعم الذي طلبته ، ولم أفهم أبدًا السبب ..

على أي حال،
أنا أقوم بإعادة النشر هنا:

أتلقى استفسارات SQL عبر البريد الإلكتروني التي أفتحها باستخدام npp و
ثم أقوم بنسخ محتوى الملف إلى برنامج sql manager لتنفيذه ،
حسنًا ، مع وجود 7.7 حرفًا يونانيًا معروضًا مثل الصينية ، عدت إلى 7.6.6 ويتم عرضها بشكل صحيح

تم تعطيل "ترميز أحرف الكشف التلقائي" بالنسبة لي ،
بعد مشكلة أخرى واجهتها في الماضي ،
لذلك أفضل أن يبقى بعيدا

تحرير: جربت scilexer أعلاه (32 بت):
https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer32.signed.dll
وقد عملت معي أيضًا!

MustafaHosny اللهم امين
هل يمكنكم يا رفاق اختبار الثنائيات التالية والتأكد من أن الخطأ قد تم إصلاحه وبدون تراجع من فضلك (مع تمكين الإكمال التلقائي)؟
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 بت ويبدو جيدًا ،
على الرغم من أن الأمر سيستغرق بضع ساعات حتى أتمكن من اختبار نفس السيناريو

حسنًا ، السيناريو الأصلي يعمل أيضًا

تضمين التغريدة
لم تكن هناك مشاكل عند إدخال الأحرف السيريلية.
عند إعادة فتح الملف (ANSI) تختفي الأحرف الأولى.
(يتحول ANSI إلى Macintosh)
على الأرجح إلقاء اللوم على "اكتشاف ترميز الأحرف تلقائيًا"
(تم تمكين Autodetect character encoding و auto-completion ...)

@ andrecool-68 أحتاج إلى تأكيدك بعد اختبار كلا الثنائيين اللذين أقدمهما ، لمشكلة إدخال وضع ANSI. لقد رأيت منشورك وهذه المشكلة هي مشكلة أخرى. دعنا نصلح المشكلة واحدًا تلو الآخر ، وإلا فإنك تربك الجميع ولن تساعد على الإطلاق!

donho ربما كلماتي لا تفهمها ... عفوا لكني أكتب من خلال translate.google))
أردت أن أقول إنني اختبرت كلا الملفين ، وتمت طباعة الأبجدية السيريلية بدون أخطاء.
وحقيقة أن القطع الأثرية عند إعادة فتح الملف ... أنا نفسي لا أعرف ... هذا استمرار للخطأ القديم أو الجديد.
ما ألاحظه عند الاختبار ... ثم أبلغكم

تضمين التغريدة
قمت بتجميع إصدار التصحيح Notepad ++ باستخدام "scintilla416" (بنفس التغييرات) ،

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

تم تعطيل التعريف التلقائي للتشفير ... فلا توجد مشاكل مع السيريلية.

إذا تم تمكين "الاكتشاف التلقائي للتشفير" ، فعندئذٍ تكون نفس القطع الأثرية مع الترميز كما كتبت في المنشور السابق.

ربما سيساعدك هذا بطريقة ما.

إذا تم تمكين "الاكتشاف التلقائي للتشفير" ، فعندئذٍ تكون نفس القطع الأثرية مع الترميز كما كتبت في المنشور السابق.

لذا فهي مسألة "الكشف التلقائي عن الترميز". يرجى إنشاء قضية جديدة لذلك.

donho آسف للإجابة المتأخرة ، كنت مشغولًا جدًا وبعيدًا عن المنزل.
الإصلاح يعمل بشكل مثالي. شكرا

لا تزال هذه المشاكل مستمرة أخشى يا رفاق ،
لا يتم عرض مستند نصي بأحرف يونانية بشكل صحيح على سطح مكتب Windows 7 32 بت ،
بينما يظهر بشكل جيد على windows 8 64-bit وإذا كنت تستخدم محررًا آخر أيضًا

تعديل: ربما تكون مشكلة مختلفة لأنني عدت إلى الإصدار 7.6.6 وكان لا يزال موجودًا ،
حتى أنني حاولت الكتابة باللغة اليونانية في npp لكن يبدو أنه مستحيل!
يمكنني كتابة اليونانية في برنامج المفكرة (windows) ، ولكن يبدو أنني لا أستطيع في npp