The patch was updated. Now, it is thought that this problem was solved. -- Kentaro Nakazawa <kentaro@...> Index: gui_gtk.c ...
Kentaro Nakazawa
kentaro@...
May 1, 2003 4:40 pm
913
... I can't check this with Japanese, but it looks OK to me. I'll include the patch. Thanks! -- In a world without fences, who needs Gates and Windows? ///...
Bram Moolenaar
Bram@...
May 1, 2003 5:30 pm
914
Hello, vim-developers! It seems, currently it is impossible to edit files with native characters in their names, when GVIM enoding is set to UTF-8. (WinXP, ...
Valery Kondakoff
strauss@...
May 5, 2003 3:57 pm
915
... Hmm, does this mean we need to convert between wide characters and utf-8 for all the functions that use file names? I thought this already worked, since I...
Bram Moolenaar
Bram@...
May 5, 2003 7:11 pm
916
... I just verified this on XP. If you drag such a file to vim, it comes up as ???? instead of the file name. If you do :e and try tab-completion, the file...
Ron Aaron
ronaaron@...
May 5, 2003 7:40 pm
917
... I suppose this means that filenames are in the "active codepage" encoding. We should convert them to 'encoding' to be able to display them properly....
Bram Moolenaar
Bram@...
May 5, 2003 8:05 pm
918
... There ought to be something better, but just as a makeshift temporary solution, which I believe could be automated by means of a .BAT file (the actual...
Tony Mechelynck
antoine.mechelynck@...
May 5, 2003 10:17 pm
919
Hello, vim-developers! ... I'm not sure this patch was supposed to fix this, but it is still impossible to print Russian text when 'encoding' is set to...
Valery Kondakoff
strauss@...
May 7, 2003 6:41 pm
920
... UTF-8 isn't an 8-bit (SBCS) encoding, it's a multibyte encoding (MBCS). (I wonder a little about why UTF-8 doesn't work, but as I never print I don't have...
Glenn Maynard
glenn@...
May 7, 2003 6:45 pm
921
... UTF-8 is in fact a variable encoding. Vim treats it as multibyte; in fact, characters 0-127 are printed as one byte in 7-bit ASCII, the others require ...
Tony Mechelynck
antoine.mechelynck@...
May 7, 2003 7:27 pm
922
... A multibyte encoding *is* an encoding that uses a variable number of bytes per character. UTF-8 is a multibyte encoding, and Vim treats it as such. (I've...
Glenn Maynard
glenn@...
May 7, 2003 7:41 pm
923
... Please read the docs on this: ":help 'printencoding'" and everything below ":help :hardcopy". -- I noticed my daughter's Disney-net password on a sticky...
Bram Moolenaar
Bram@...
May 7, 2003 8:03 pm
924
Oops... sorry I hit "send" the first time without composing an answer ... The distinction I make (probably unnecessarily, I agree on that) is that there are...
Tony Mechelynck
antoine.mechelynck@...
May 7, 2003 8:25 pm
925
... MBCS specifically doesn't refer to encodings like UTF-32. Encodings which use a fixed multiple number of bytes per codepoint[1] are wide strings. C makes...
Glenn Maynard
glenn@...
May 7, 2003 8:48 pm
926
Glenn Maynard <glenn@...> wrote: [...] ... I stand corrected. Tony....
Tony Mechelynck
antoine.mechelynck@...
May 7, 2003 9:18 pm
927
I will be attending the O'Reilly Open Source Convention. This is a big conference with up to 15 parallel tracks. The convention is taking place in Portland,...
Bram Moolenaar
Bram@...
May 8, 2003 12:29 am
928
... 'printencoding' seems quite new. New in 6.2 maybe? (I don't see it in the helpfiles that came with 6.1.469, and the corresponding executable spits error at...
Tony Mechelynck
antoine.mechelynck@...
May 8, 2003 12:39 am
929
Hello, vim-developers! It seems setting encoding to utf-8 breaks Gvim character counting. (Gvim 6.2c, WinXP Pro). There is an example: I created simple text ...
Valery Kondakoff
strauss@...
May 13, 2003 12:47 pm
930
Announcing: Vim (Vi IMproved) version 6.2e BETA Author: Bram Moolenaar et al. Announcement ... This is a test version of Vim. Since Vim 6.1 many reported...
Bram Moolenaar
Bram@...
May 18, 2003 7:14 pm
931
Hello, If there already exists swap file, gvim killed by SEGV. Because I use UTF-8, mb_ptr2len_check is utfc_ptr2len_check. And it returns 0 because '*p' is...
Nam SungHyun
namsh@...
May 21, 2003 3:09 am
932
... I am very glad you tracked down this problem. So far I could not reproduce this crash, but after setting 'encoding' to "utf-8" I can. Another solution is...
Bram Moolenaar
Bram@...
May 21, 2003 9:15 am
933
Finally you can join your favorite drink with your favorite editor: It's the Vim reference mug! Besides the Vim logo there are a dozens of Vim commands...
Bram Moolenaar
Bram@...
May 23, 2003 6:49 pm
934
Announcing: Vim (Vi IMproved) version 6.2f BETA Author: Bram Moolenaar et al. Announcement ... This is a test version of Vim. Since Vim 6.1 many reported...
Bram Moolenaar
Bram@...
May 25, 2003 8:15 pm
935
Hello, VIM-developers! Excuse me for bothering you again, but 'wrong character count when using utf-8' issue is still reproducible in all the latest Gvim ...
Valery Kondakoff
strauss@...
May 27, 2003 1:49 pm
936
... As far as I can see there is no problem, it works as intended. ... 434 is the byte count of the original file, 441 is the byte count after conversion. In...
Bram Moolenaar
Bram@...
May 27, 2003 2:55 pm
937
Hello, Bram! ... BM> The byte count changes. Using "chars" in the file message is an old Vi BM> habit. Look at this as the C language "char", which is...
Valery Kondakoff
strauss@...
May 28, 2003 2:09 pm
938
... You could iterate over the line and only count bytes which are not continuing characters, which are those between 0x80 and 0xBF inclusive. perhaps a...
jmaiorana@...
May 28, 2003 6:43 pm
939
... Hmm, there are several methods, but I suppose the good old ":s" method ... This ignores composing characters. You can also use virtcol(), although it gets...
Bram Moolenaar
Bram@...
May 28, 2003 9:21 pm
940
Hello, Bram! Thursday, May 29, 2003, you wrote to me: BM> If you want a function you could use something like: BM> strlen(substitute(getline(".")),...
Valery Kondakoff
strauss@...
May 29, 2003 1:10 pm
941
Announcing: Vim (Vi IMproved) version 6.2 - the Amiga memorial edition Author: Bram Moolenaar et al. Announcement ... This is a bugfix release of Vim. Since...