Skip to main content

Czech language input method and font support in gvim 7.4 on Windows 7


I would like to reopen a question related to the following:


(Czech) character set support in gvim 7.3 on Windows 7


Basically, in that post I noticed that some Czech characters were being displayed as black squares. So I posted the question and noticed that the problem seemed to go away by changing the font. I thought that solved the problem because the characters in the file I was using displayed correctly.


However, I have noticed the following: while some Czech characters display correctly by changing the font from the Gvim menu, others do not display correctly:


For instance when I paste the character Ů (Latin capital letter u with ring above) or ů (Latin small letter u with ring above), no font displays the resulting character correctly. For instance, the Fixedsys font displays a black square and a small u, respectively, while Lucida Console displays a capital U and a small U, respectively. I have tried all fonts available from the gvim drop-down menu, and none seem to work for this particular case.


The problem does not end here. The input method for unicode characters produces the wrong characters:


CTRL-V u0160 should produce the Czech character (Š) but the backquote (') is inserted instead. CTRL-V u016e should produce the Czech character (Ů) but the n character (n) is inserted instead. And the list goes on.


As if that were not enough, there is a list of alternative input method key combinations at the following site (which is a list of digraphs): http://code.google.com/p/vim/source/browse/runtime/doc/digraph.txt


but despite having the latest verion of gvim, when I type ":digraphs", this list does not show up. Only the old list from gvim 7.3 shows up, which does not include these.


For instance CTRL-K U0 and CTRL-K u0 both produce the character zero instead of the following:



Ů U0 016E 0366 LATIN CAPITAL LETTER U WITH RING ABOVE


ů u0 016F 0367 LATIN SMALL LETTER U WITH RING ABOVE



To summarize, despite gvim 7.4 being recently released, none of the distributed fonts are compatible with the Czech language, inserting unicode via CTRL-V seems to produce the wrong characters, and digraph support is incomplete.


Thank you for your answers.



Answer



Problem is that coding Latin-2 (iso-8859-2) and Windows-1250 (used by windows) differ in some characters:


ž, š, ť, Ž, Š, Ť

All differences are summarized at Wikipedia or Czech version


If you set encoding=cp1250, then it'll be ok.




I don't want to prolong comments so I'm adding that here.


There is a problem that standard code page uses only 1byte (hex 100) for characters, so there are ISO standards for different languages. If you have set encoding iso-8859-2 and trying to add unicode character (hex 160) Š, than gvim loops over to character (hex 60). You have to use codes ISO-8859-2, where Š ìs (hex 089). Other codes here: http://cs.wikipedia.org/wiki/ISO_8859-2


UTF-8 on the other hand uses 2bytes and contains simultaineously all? letters and signs. So if you use set encoding=utf-8 and then add U0160 or U5927 you'll get Š resp. .


Fixedsys contains ů and Ů, OR there is a difference in font versions between Windows language mutations (I use Czech version), but I doubt that. You can use windows utility Charmap.exe, there you can select desired font and check which characters it supports, even their unicode code.


I was trying briefly some of default fonts in GVim and there seems to be some that supports Chinese (ie MS Mincho), but I don't which signs are important.


GVim seems to be supporting only monospace character fonts so, if you'll be searching for another font be aware of that. :)


Comments

Popular Posts

Use Google instead of Bing with Windows 10 search

I want to use Google Chrome and Google search instead of Bing when I search in Windows 10. Google Chrome is launched when I click on web, but it's Bing search. (My default search engine on Google and Edge is http://www.google.com ) I haven't found how to configure that. Someone can help me ? Answer There is no way to change the default in Cortana itself but you can redirect it in Chrome. You said that it opens the results in the Chrome browser but it used Bing search right? There's a Chrome extension now that will redirect Bing to Google, DuckDuckGo, or Yahoo , whichever you prefer. More information on that in the second link.

linux - Using an index to make grep faster?

I find myself grepping the same codebase over and over. While it works great, each command takes about 10 seconds, so I am thinking about ways to make it faster. So can grep use some sort of index? I understand an index probably won't help for complicated regexps, but I use mostly very simple patters. Does an indexer exist for this case? EDIT: I know about ctags and the like, but I would like to do full-text search. Answer what about cscope , does this match your shoes? Allows searching code for: all references to a symbol global definitions functions called by a function functions calling a function text string regular expression pattern a file files including a file

How do I transmit a single hexadecimal value serial data in PuTTY using an Alt code?

I am trying to sent a specific hexadecimal value across a serial COM port using PuTTY. Specifically, I want to send the hex codes 9C, B6, FC, and 8B. I have looked up the Alt codes for these and they are 156, 182, 252, and 139 respectively. However, whenever I input the Alt codes, a preceding hex value of C2 is sent before 9C, B6, and 8B so the values that are sent are C2 9C, C2 B6, and C2 8B. The value for FC is changed to C3 FC. Why are these values being placed before the hex value and why is FC being changed altogether? To me, it seems like there is a problem internally converting the Alt code to hex. Is there a way to directly input hex values without using Alt codes in PuTTY? Answer What you're seeing is just ordinary text character set conversion. As far as PuTTY is concerned, you are typing (and reading) text , not raw binary data, therefore it has to convert the text to bytes in whatever configured character set before sending it over the wire. In other words, when y

networking - Windows 10, can ping other PC but cannot access shared folders! What gives?

I have a computer running Windows 7 that shares a Git repo on drive D. Let's call this PC " win7 ". This repo is the origin of a project that we push to and pull from. The network is a wireless network. One PC on this network is running on Windows 10. Let's call this PC " win10 ". Win10 can ping every other PC on the network including win7 . Win7 can ping win10 . Win7 can access all shared files on win10 . Neither of the PCs have passwords. Problem : Win10 cannot access any shared files on win7 , not from Explorer, nor from Git Bash or any other Git management system (E-Git on Eclipse or Visual Studio). So, win10 cannot pull/push. Every other PC on the network can access win7 shared files and push/pull to/from the shared Git origin. What's wrong with Windows 10? I have tried these: Control Panel\All Control Panel Items\Network and Sharing Center\Advanced sharing settings\ File sharing is on, Discovery is on, Password protected sharing is off Adapte