Menu

Russian character

2008-02-27
2012-11-13
1 2 > >> (Page 1 of 2)
  • Nobody/Anonymous

    I can't write russian (cirilic) character! coding is wrong! :( But in console - all it's right!

     
    • Nobody/Anonymous

      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

       
    • Nobody/Anonymous

      It's for v.4.8.
      V.4.7.5 - correct!

       
    • Don HO

      Don HO - 2008-02-27

      More description will help (encoding, os, etc)

      Don

       
    • Nobody/Anonymous

      Windows XP SP2 2600
      enconding - ANSI and any

      When input in cirillic:
      фывапролджэ

      NPP writes:
      DK20?@>;46M

       
    • Nobody/Anonymous

      p.s.
      in 4.7.5 all ok

      MoRTaL

       
    • Nobody/Anonymous

      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.

       
    • Tragus

      Tragus - 2008-02-28

      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.

       
    • Nobody/Anonymous

      Same problem WinXP v 4.8 - ?@825B instead of Привет :(

       
    • Nobody/Anonymous

      yes,
      only strange codes instead of russian characters :(
      ver. 4.8.

       
    • Nobody/Anonymous

      +1

       
    • Nobody/Anonymous

      only strange codes instead of CYRILLIC characters :(

       
    • Nobody/Anonymous

      +1 4.8
      (all was fine on 4.6)

       
    • Nobody/Anonymous

      +1
      4.81

       
    • Nobody/Anonymous

      +1
      4.8
      4.8.1

       
    • Nobody/Anonymous

      the same problem. on xpp
      i guess something was broken in 4.8 :(

       
      • Nobody/Anonymous

        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.

         
    • Nobody/Anonymous

      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'.

       
    • Tragus

      Tragus - 2008-03-03

      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 :(

       
    • Don HO

      Don HO - 2008-03-03

      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

       
    • Artur Pasymowski

      Unfortunately, disabling plugins does not work :(

       
    • Nobody/Anonymous

      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)

       
    • Nobody/Anonymous

      +1 4.81

       
    • Nobody/Anonymous

      (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

       
      • Nobody/Anonymous

        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

         
1 2 > >> (Page 1 of 2)