Same problem in NPP 4.8 only.
When I copy Russian text from other application the text is displayed correctly.
When I type Russian text in NPP I get rubbish: I type "Мама мыла раму" and see "0<0 <K;0 @0<C" in NPP. Currently I'm in Dos/Windows format, UTF-8. However, there is the same problem in all other formats/encodings.
P.S. The same problem with Hebrew text.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The same problem.
Vista Business. v 4.8 only, 4.7.5 was OK.
Also have problem with copy paste: Shift+Ins -copy and CTRL+Ins -paste do not work anymore.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think it has little added value to say that you experience the same problem with the same version as mentioned before. If you think it has anything to do with it, and wasn't mentioned before, then list machine-specific information like Windows OS version, country settings etc.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think there's something with unicode support. When trying to type in unicode character Notepad inserts character with code%128 or code%256 (I don't know exactly, because for Cyrillic it's same). Example: char 'в' - 1074 in unicode. And Nodepad++ displays 1074%256=50 - '2'.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Checked 4.8.1 - it still has this annoying bug with Russian ( I believe Hebrev, Bulgarian and many other languages) :(
But CTL+INS and Shift+Ins issue was fixed in 4.8.1. Have to stay with 4.7.5 :(
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
One idea comes into my mind :
Could you launch v4.8.1 WITHOUT plugin by typing this command under command prompt :
"C:\Program Files\Notepad++\notepad++" -noPlugin
then type the Cyrillic characters?
Please let me know the test result.
Don
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
i have the same result then launch "C:\Program Files\Notepad++\notepad++" -noPlugin
or erase the folder "plugins"
for example, typing:
qwertyuiop (english)
йцукенгшщз (russian)
9FC:5=3HI7 (russian in Notepad++ v4.8.1)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
(nobody) wrote:
>> Example: char 'в' - 1074 in unicode. And Nodepad++ displays 1074%256=50 - '2'.
i think <1074> is <0000 0100 0011 0010> in binary and takes 2 bytes
(likely "short integer"), but if you take junior byte <0011 0010> - it is decimal <50> as on the example.
so maybe superior byte somewhere get lost
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Exactly, though the reason is buried quite deep beyond that :).
Usually Windows convert the Unicode into ANSI, which is one byte. But somewhere, Windows stopped doing so, but Notepad++ (or Scintilla actually) still used that one byte, thus resulting in your %256 results.
It should be fixed within the next few days (I hope).
-Harry
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I can't write russian (cirilic) character! coding is wrong! :( But in console - all it's right!
I see the problem is fixed in version 4.8.2 http://sourceforge.net/project/showfiles.php?group_id=95717&package_id=102072
I also see that the hexEditor plugin is not included in this installation package.
So who don't use the hex editor can use the program with non-english languages :) Thanks Don!
tigertron
It's for v.4.8.
V.4.7.5 - correct!
More description will help (encoding, os, etc)
Don
Windows XP SP2 2600
enconding - ANSI and any
When input in cirillic:
фывапролджэ
NPP writes:
DK20?@>;46M
p.s.
in 4.7.5 all ok
MoRTaL
Same problem in NPP 4.8 only.
When I copy Russian text from other application the text is displayed correctly.
When I type Russian text in NPP I get rubbish: I type "Мама мыла раму" and see "0<0 <K;0 @0<C" in NPP. Currently I'm in Dos/Windows format, UTF-8. However, there is the same problem in all other formats/encodings.
P.S. The same problem with Hebrew text.
The same problem.
Vista Business. v 4.8 only, 4.7.5 was OK.
Also have problem with copy paste: Shift+Ins -copy and CTRL+Ins -paste do not work anymore.
Same problem WinXP v 4.8 - ?@825B instead of Привет :(
yes,
only strange codes instead of russian characters :(
ver. 4.8.
+1
only strange codes instead of CYRILLIC characters :(
+1 4.8
(all was fine on 4.6)
+1
4.81
+1
4.8
4.8.1
the same problem. on xpp
i guess something was broken in 4.8 :(
I think it has little added value to say that you experience the same problem with the same version as mentioned before. If you think it has anything to do with it, and wasn't mentioned before, then list machine-specific information like Windows OS version, country settings etc.
I think there's something with unicode support. When trying to type in unicode character Notepad inserts character with code%128 or code%256 (I don't know exactly, because for Cyrillic it's same). Example: char 'в' - 1074 in unicode. And Nodepad++ displays 1074%256=50 - '2'.
Checked 4.8.1 - it still has this annoying bug with Russian ( I believe Hebrev, Bulgarian and many other languages) :(
But CTL+INS and Shift+Ins issue was fixed in 4.8.1. Have to stay with 4.7.5 :(
One idea comes into my mind :
Could you launch v4.8.1 WITHOUT plugin by typing this command under command prompt :
"C:\Program Files\Notepad++\notepad++" -noPlugin
then type the Cyrillic characters?
Please let me know the test result.
Don
Unfortunately, disabling plugins does not work :(
i have the same result then launch "C:\Program Files\Notepad++\notepad++" -noPlugin
or erase the folder "plugins"
for example, typing:
qwertyuiop (english)
йцукенгшщз (russian)
9FC:5=3HI7 (russian in Notepad++ v4.8.1)
+1 4.81
(nobody) wrote:
>> Example: char 'в' - 1074 in unicode. And Nodepad++ displays 1074%256=50 - '2'.
i think <1074> is <0000 0100 0011 0010> in binary and takes 2 bytes
(likely "short integer"), but if you take junior byte <0011 0010> - it is decimal <50> as on the example.
so maybe superior byte somewhere get lost
Exactly, though the reason is buried quite deep beyond that :).
Usually Windows convert the Unicode into ANSI, which is one byte. But somewhere, Windows stopped doing so, but Notepad++ (or Scintilla actually) still used that one byte, thus resulting in your %256 results.
It should be fixed within the next few days (I hope).
-Harry