summary |
shortlog |
log |
commit | commitdiff |
tree
raw |
patch |
inline | side by side (from parent 1:
9eaf90b)
on received data. Experiment and suggestion suggest that the character set
configuration applies equally to keystrokes sent to the server, or at least
that that's close enough to being true that we should document it as a first
approximation.
git-svn-id: svn://svn.tartarus.org/sgt/putty@8209
cda61777-01e9-0310-a592-
d414129be87e
"Options controlling character set translation");
s = ctrl_getset(b, "Window/Translation", "trans",
"Options controlling character set translation");
s = ctrl_getset(b, "Window/Translation", "trans",
- "Character set translation on received data");
- ctrl_combobox(s, "Received data assumed to be in which character set:",
+ "Character set translation");
+ ctrl_combobox(s, "Remote character set:",
'r', 100, HELPCTX(translation_codepage),
codepage_handler, P(NULL), P(NULL));
'r', 100, HELPCTX(translation_codepage),
codepage_handler, P(NULL), P(NULL));
During an interactive session, PuTTY receives a stream of 8-bit
bytes from the server, and in order to display them on the screen it
During an interactive session, PuTTY receives a stream of 8-bit
bytes from the server, and in order to display them on the screen it
-needs to know what character set to interpret them in.
-
-There are a lot of character sets to choose from. The \q{Received
-data assumed to be in which character set} option lets you select
-one. By default PuTTY will attempt to choose a character set that is
-right for your \i{locale} as reported by Windows; if it gets it wrong,
-you can select a different one using this control.
+needs to know what character set to interpret them in. Similarly,
+PuTTY needs to know how to translate your keystrokes into the encoding
+the server expects. Unfortunately, there is no satisfactory
+mechanism for PuTTY and the server to communicate this information,
+so it must usually be manually configured.
+
+There are a lot of character sets to choose from. The \q{Remote
+character set} option lets you select one. By default PuTTY will
+attempt to choose a character set that is right for your \i{locale} as
+reported by Windows; if it gets it wrong, you can select a different
+one using this control.
A few notable character sets are:
A few notable character sets are:
line-drawing characters, you can select \q{\i{CP437}}.
\b PuTTY also supports \i{Unicode} mode, in which the data coming from
line-drawing characters, you can select \q{\i{CP437}}.
\b PuTTY also supports \i{Unicode} mode, in which the data coming from
-the server is interpreted as being in the \i{UTF-8} encoding of Unicode.
-If you select \q{UTF-8} as a character set you can use this mode.
-Not all server-side applications will support it.
+the server is interpreted as being in the \i{UTF-8} encoding of Unicode,
+and keystrokes are sent UTF-8 encoded. If you select \q{UTF-8} as a
+character set you can use this mode. Not all server-side applications
+will support it.
If you need support for a numeric \i{code page} which is not listed in
the drop-down list, such as code page 866, then you can try entering
If you need support for a numeric \i{code page} which is not listed in
the drop-down list, such as code page 866, then you can try entering