Difference between revisions of "Terminal & Fonts"
m (typos corrected) |
|||
| Line 1: | Line 1: | ||
| − | This is my inital trial on this topic. Some statements might be incomplete and even wrong. Probably, you may have to do | + | This is my inital trial on this topic. Some statements might be incomplete and even wrong. Probably, you may have to do your own research on this topic to resolve your problem. In that case please come back and correct/append, what you have found. <br><br> |
| − | The freevision (fv) unit uses the video unit. This unit as well as the crt unit emulate the DOS console. On this console simple graphics were generated with special graphics characters of the character font named VGA. Their character codes | + | The freevision (fv) unit uses the video unit. This unit as well as the crt unit emulate the DOS console. On this console simple graphics were generated with special graphics characters of the character font named VGA. Their character codes are in the 128-255 range. Other fonts often have special national characters in this range, for example German umlauts (ä, ö, ü, ...) or letters with accents. Therefore, your termiinal has to be based on the VGA font, in order to properly display the box borders of pull down menus, for example. A description for the xterm terminal of X11 on Mac OS X is here: [[How to get the fpc ide running under Mac OS X]]<br><br> |
| − | Furthermore, the Terminal emulations can use a number of fonts, which in turn are selected from an even larger number of fonts. And this is were another problem arises. When a linux terminal receives the ESC sequence "ESC (8" it selects the graphics font as the alternate font. However, a VT200 terminal selects the German Font as the alternate font. This ESC sequence is sent to your terminal during initialization of the video and the crt unit. As a result you get a "ß" instead of a "~" in your terminal after the program has finished and | + | Furthermore, the Terminal emulations can use a number of fonts, which in turn are selected from an even larger number of fonts. And this is were another problem arises. When a linux terminal receives the ESC sequence "ESC (8" it selects the graphics font as the alternate font. However, a VT200 terminal selects the German Font as the alternate font. This ESC sequence is sent to your terminal during initialization of the video and the crt unit. As a result you get a "ß" instead of a "~" in your terminal after the program has finished and your terminal is emulating a VT200 and up. The X11 xterm terminal and the Terminal.app in Mac OS X behave like that. |
<br> | <br> | ||
In case of problems consider the following actions:<br> | In case of problems consider the following actions:<br> | ||
Revision as of 18:54, 11 February 2005
This is my inital trial on this topic. Some statements might be incomplete and even wrong. Probably, you may have to do your own research on this topic to resolve your problem. In that case please come back and correct/append, what you have found.
The freevision (fv) unit uses the video unit. This unit as well as the crt unit emulate the DOS console. On this console simple graphics were generated with special graphics characters of the character font named VGA. Their character codes are in the 128-255 range. Other fonts often have special national characters in this range, for example German umlauts (ä, ö, ü, ...) or letters with accents. Therefore, your termiinal has to be based on the VGA font, in order to properly display the box borders of pull down menus, for example. A description for the xterm terminal of X11 on Mac OS X is here: How to get the fpc ide running under Mac OS X
Furthermore, the Terminal emulations can use a number of fonts, which in turn are selected from an even larger number of fonts. And this is were another problem arises. When a linux terminal receives the ESC sequence "ESC (8" it selects the graphics font as the alternate font. However, a VT200 terminal selects the German Font as the alternate font. This ESC sequence is sent to your terminal during initialization of the video and the crt unit. As a result you get a "ß" instead of a "~" in your terminal after the program has finished and your terminal is emulating a VT200 and up. The X11 xterm terminal and the Terminal.app in Mac OS X behave like that.
In case of problems consider the following actions:
Get and install a VGA font.
Try a different terminal programm, which emulates a linux terminal and not a VT200.
If nothing of the above helps, as a last resort you can even change the initialization of the video or crt units, although I do not really recommend this, because it most likely will lead to incompatibilities in the future.
