|
|||
|
Fetch Help > Concepts > Character Encoding & Translation
Many computers, including the Macintosh, can display special characters that are important for communicating in Roman languages besides English (some examples: é ö å ç), as well as characters for non-Roman languages, such as Japanese or Hebrew. Unfortunately, different computers use different codes to refer to these characters. So, unless special translation is performed, a filename that looks fine on one computer may be a garbled mess on another. The Preferred encoding preference in the Miscellaneous preferences pane addresses this problem. This preference tells Fetch which character set it should assume servers are using, so that it can display filenames and file contents correctly on your Macintosh. If servers you regularly connect to show the filenames as gibberish or not in the characters you expect, you should try a different encoding. For example, if you connect to a server that has filenames in Japanese, and your preferred encoding is Western (ISO Latin 1), the filenames will be displayed in Roman characters because the Western (ISO Latin 1) encoding tells Fetch to interpret text as Roman characters instead of Japanese. This won't be too useful if you're trying to read them in Japanese. If you change your preferred encoding to Japanese (ISO-2022-JP), you'll see the Japanese characters. However, the Japanese encoding is probably not the best for viewing a server with filenames all in Roman characters. This is an extreme example; for certain servers a different Western encoding may be better for displaying accented characters than the default Western encoding. The Preferred encoding preference affects the display of item names in transfer window file lists, the names of files after they've been downloaded to your Macintosh (or names of files you upload to the server), and how Fetch displays text files when you use the View command. It does not affect the contents of files at all. If a server uses characters that cannot be displayed using your preferred encoding, you'll receive an error and Fetch will stop trying to display the files on the server and disconnect. To solve this problem, change your preferred encoding. Western (ISO Latin 1) is the default preferred encoding because it is the most common and compatible character set. While filenames may appear garbled, they will at least be displayed. (ISO Latin 1 is the ISO 8859-1 character set.) Other encodings of note are: Western (Mac OS Roman) - Use this encoding when connecting to servers based on Mac OS 9 or earlier. Western (Windows Latin 1) - Use this encoding for connecting to older Windows servers. Unicode (UTF-8) - Use this encoding when connecting to Mac OS X, Java, or newer Windows servers. Preferred encoding is an overall preference and cannot be specified for individual servers. If you have a particular server that requires a different encoding from your usual setting, you can change the preferred encoding temporarily to work with that server, and then set it back once you are done with that connection. Fetch may do additional translation of filenames depending on the setting of the Encode and decode file and folder names preference. When that preference is checked, in addition to translating to/from the preferred encoding, Fetch will encode and decode item names according to the AppleSingle 7-Bit ASCII standard: slash (/), percent (%), null, and all 8-bit extended ASCII characters will be encoded as a three-character sequence of the form %xx, where xx is the character's hexadecimal value. This is useful for preserving special characters in names on servers that don't support any sort of special characters. |
||