As someone wrote somewhere else, the problem seems to be with SciLexer.dll. By copying the version of SciLexer.dll bundled with Notepad++ 4.7.5 with that of 4.8.1, the above problem disappeared.
I have another problem with Unicode input. I use UTF-8 without BOM as the default encoding. In order to input Hebrew characters, I first have to change the encoding to UTF-8 (with BOM), then switch back to UTF-8 with BOM. This isn't a new bug restricted to 4.8.1 but is found in older versions, too.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Please run without plugins and tell if it works then, some plugins break the fix :).
(If this fixes it, reinstall each plugin one by one and tell which ones cause problems).
-Harry
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I figured how to disable the HexEditor plugin... first I changed the extension .dll to .dll-xx but it was still loading, I thought from a different place ... so after some more tries with different things, I kind of gave up... but when I changed it to .xx-dll is not loading any more ...
and the problem is fixed !!!...
yoooof... finally ...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Alternative way to get the same result: move the (un)desired plug-in(s) to another folder (like plugins_ or _plugins), or simply rename the plugin folder to disable all plugins at once.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Safe for me in Hebrew... applying the fixed EXE and disabling the HexEditor did the trick. All other combinations corrupted all Hebrew input.
Thanks to all of you.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I use thai font.
I have problem with unicode input.
I try to use new exe file from "http://notepad-plus.sourceforge.net/commun/misc/nppInputFix.zip"
It dose not work.
But I replace "SciLexer.dll" with version 1.7.3.0.
It ok.
May be has some problem from dll file.
ET.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No such luck here. I'm still having mismatched characters using a slovenian keyboard layout in NPP 4.82, no matter the version of SciLexer.dll (went back as far as 1.65), but *only* when format is 'UTF-8 No BOM'. Switching to plain UTF-8 solves it! Go figure.
Some details: Windows XP Pro 5.1.2600 SP2 (English)
Keyboard layouts: italian (works fine), slovenian (see above)
Checked whole disk for other copies od SciLexer.dll, found one (1.7.0) in TortoiseSVN, no change when substituting with 1.7.5 or 1.7.3
Plugins make no difference, except for HexEditor and MultiClipboard, who add a really funny 'shift down one line' effect when pressing 'č'...
Reinstalling older versions of NPP makes no difference
and, of course, every other editor or such I have works fine with the slovenian keyboard - except for SCiTe (any recent version)...
Please find the fixed binary here :
http://notepad-plus.sourceforge.net/commun/misc/nppInputFix.zip
And let me know if unicode input issue is fixed now.
Don
Unfortunately, this fixed one still has the same problem in Hebrew script.
As someone wrote somewhere else, the problem seems to be with SciLexer.dll. By copying the version of SciLexer.dll bundled with Notepad++ 4.7.5 with that of 4.8.1, the above problem disappeared.
I have another problem with Unicode input. I use UTF-8 without BOM as the default encoding. In order to input Hebrew characters, I first have to change the encoding to UTF-8 (with BOM), then switch back to UTF-8 with BOM. This isn't a new bug restricted to 4.8.1 but is found in older versions, too.
Please run without plugins and tell if it works then, some plugins break the fix :).
(If this fixes it, reinstall each plugin one by one and tell which ones cause problems).
-Harry
When I delete PLUGINS folder, Serbian Latin is OK, but Cyrillic is NOT!
ZoNi
HexEditor is causing the problem (v0.8.4).
Disabling it does the trick, at least for polish characters.
pasymows
I agree - HexEditor is the problem!
ZoNi
So ZoNi, does it work for you (to have Cyrillic characters) this fixed binary (without HexEditor plugin)?
Don
No! Only Serbian Latin is ok! Serbian Cyrillic is only question marks! :(
do you use Multi-cliboard plugin? it causes the problem also :
https://sourceforge.net/forum/message.php?msg_id=4823677
Don
Hello Don,
entering Japanese characters still does not work in 4.8.2.
Thanks a lot for your feedback,
Dario
and how do the plugins get disabled?
I haven't figured that out ...
So, I have this issue with russian. It become with 4.8.0 and still present in 4.8.1.
Now I've tried next options and this is the result:
- means without it
+ means with it
FIX means fix applied
HEP means HexEditor plugin present in plugins directory
-FIX+HEP - didn't work (This is a pack from SF)
-FIX-HEP - didn't work
+FIX+HEP - didn't work
+FIX-HEP - work nice
Thank to author for fix and thanks to anonymous for info about HexEditor
I wish you'll finally fix it in next version (I hope HexEditor will work too) :)
I figured how to disable the HexEditor plugin... first I changed the extension .dll to .dll-xx but it was still loading, I thought from a different place ... so after some more tries with different things, I kind of gave up... but when I changed it to .xx-dll is not loading any more ...
and the problem is fixed !!!...
yoooof... finally ...
Alternative way to get the same result: move the (un)desired plug-in(s) to another folder (like plugins_ or _plugins), or simply rename the plugin folder to disable all plugins at once.
Safe for me in Hebrew... applying the fixed EXE and disabling the HexEditor did the trick. All other combinations corrupted all Hebrew input.
Thanks to all of you.
Will this be fixed in future versions or should I bookmark this page?!
This will be fixed in future version, this test is only there to make sure it works before doing an official release.
I use thai font.
I have problem with unicode input.
I try to use new exe file from "http://notepad-plus.sourceforge.net/commun/misc/nppInputFix.zip"
It dose not work.
But I replace "SciLexer.dll" with version 1.7.3.0.
It ok.
May be has some problem from dll file.
ET.
There's no mre problem with Scintilla or Notepad++.
Just read the whole thread, then you will find the solution.
Don
I use czech fonts -> problems
I use http://notepad-plus.sourceforge.net/commun/misc/nppInputFix.zip
+ I delete HexEditor.dll
-> still problems
I use http://notepad-plus.sourceforge.net/commun/misc/nppInputFix.zip
+ I delete HexEditor.dll
+ I delete MultiClipboard.dll
-> All is OK
Thanks for FIX and idea.
so MultiClipboard.dll is not compatible with v4.8.2
Thank you for the information.
Don
4.8.>2< ?
I'm using Thai font.
I use http://notepad-plus.sourceforge.net/commun/misc/nppInputFix.zip
+ I renamed HexEditor.dll to HexEditor.org
-> All is OK
Thanks,
CT
No such luck here. I'm still having mismatched characters using a slovenian keyboard layout in NPP 4.82, no matter the version of SciLexer.dll (went back as far as 1.65), but *only* when format is 'UTF-8 No BOM'. Switching to plain UTF-8 solves it! Go figure.
Some details: Windows XP Pro 5.1.2600 SP2 (English)
Keyboard layouts: italian (works fine), slovenian (see above)
Checked whole disk for other copies od SciLexer.dll, found one (1.7.0) in TortoiseSVN, no change when substituting with 1.7.5 or 1.7.3
Plugins make no difference, except for HexEditor and MultiClipboard, who add a really funny 'shift down one line' effect when pressing 'č'...
Reinstalling older versions of NPP makes no difference
and, of course, every other editor or such I have works fine with the slovenian keyboard - except for SCiTe (any recent version)...
In case anybody nedds it, i've just found this:
http://designfanatiker.de/bomremover.exe
djn