SOS... A big gitter of Notepad++ operation in my Win7, even in a 100KB text.
-
Hi, strong guys, I got a big gitter when I operate a file in Notepad++, my system is Win7, Notepad++ version is the newest 7.5.4.
I can’t move the mouse cursor smoothly, the delay even consumed many seconds when I move on the cursor to previous/next line, and the highlight operation by double mouse click also had this problem. I had tried to install different Notepad++ version and the problem already existed. I had tried to change some Notepad++ setting(such as different encoding, different language…) and nothing changed…
The problem was appeared recently, it’s ok in the past, I’m not sure how did the OS change, and I have no idea how to fix this problem except reinstall my OS :(
Appreciate for you tell me what I can do, online waiting… -
Did you try with a zipped version as well?
Downloaded from here?
If not, take the minimalist version and give it a try.
Just download, unpack where ever you want and run npp.
If you still can replicate this with the minimalist version, can you share your document?
Does this happen to other applications as well?Cheers
Claudia -
@ Claudia Frank : Thank you for your kindness.
My system is Win7 64bit, today I tried as following :
npp version:
Notepad++ zip package 32-bit x86: (V32_1)
Notepad++ minimalist package 32-bit x86: (V32_2)
Notepad++ zip package 64-bit x64: (V64_1)
Notepad++ minimalist package 64-bit x64: (V64_2)
test case:- a NOTICE file from AOSP (https://android.googlesource.com/platform/system/media/+/android-8.0.0_r36/NOTICE)
test result: V32_1, V32_2, V64_1, V64_2 all version weren’t OK, but the V32_1 was faster than V32_2, and V64 was the same. - a doc.html from AOSP (https://android.googlesource.com/platform/system/media/+/android-8.0.0_r36/camera/docs/docs.html)
test result: V32_1, V32_2, V64_1, V64_2 all versions were OK. - a “radio_metadata.c” file from AOSP (https://android.googlesource.com/platform/system/media/+/android-8.0.0_r36/radio/src/radio_metadata.c)
test result: V32_1, V32_2, V64_1, V64_2 all versions were OK. - a file from my own definition, named “testnpp.txt”, the content filled with 100 lines of “ad fafa adfafaf daadafa ad fafa adfafaf daadafa ad fafa adfafaf daadafa ad fafa adfafaf daadafa”.
test result: V32_1 was faster than V32_2, V64 was the same. V32_1’s performace was similar to V64_1, but it stll was slower than the testcase 2(docs.html)and 3(radio_metadata.c).
I have no idea about these results, and I operated the questionable files in windows notepad, it’s no problem.
Looking forward to hearing you, really thank you. - a NOTICE file from AOSP (https://android.googlesource.com/platform/system/media/+/android-8.0.0_r36/NOTICE)
-
So I get that the minimalist version was faster always which lead me to the
assumption that the newly integrated DSpellCheck plugin might be the cause of your problem.
Could this be? What if you disable its automatic document spell check?Cheers
Claudia -
@Claudia-Frank said:
automatic document spell check
Sorry to hear about that, npp minimalist version was slower on my computer, and the npp without DSpellCheck was stll slow. And I have tried some older npp version, the problem was there yet.
I guess the problem or compatiblity issue was from my OS, what should I do…