Re: use of graphics characters recently disabled in xterm
Am 11.09.2017 um 18:03 schrieb Theodore Kilgore: Thomas, The output of locale (invoked without arguments) is as follows, between the two lines. kilgota@khayyam:/etc/X11/app-defaults$ locale |less LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE=C LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= --- Now, what is also interesting is that after reading closely the man page for xterm and trying to make sense of it, I discovered that there are two things which one can do in order to make the settings in an xterm to be visible. There are two things called "menu" and one can get to them by holding down a control key and clicking either the left or the right mouse button while the pointer is in the window. The right button click displays a window called "VT fonts" and it contains relevant information. Unfortunately, I do not know if it is possible to mouse-copy its contents because it goes away immediately as soon as one lets go of that button. This VT Font menu depicts the current settings by a check mark in front of whichever setting is highlighted. One can scroll down that menu and change a setting by hand, by leaving the highlighting on top of that particular setting and then closing the menu. Also, the settings in this menu are specific to the xterm which has been opened. They remain as they previously were if one opens another xterm next to the one in which the settings have already been set by hand. And in the same manner those settings cannot be saved for another X session. A further description of possibly relevant settings in this window follows. There is a line called "line-drawing characters" which is *not* turned on. It is unclear to me what this does (see the xterm man page for an explanation, which is not totally clear). What it might be doing is turning on the line-drawing characters from X itself, to replace the ones which are provided by the font, or alternatively what it might be doing is enabling the line-drawing characters which are already provided by the font. As I said, the explanation in the man page is not very clear and these two meanings are obviously opposite to each other. In any event, to toggle this setting on and off all by itself, when other settings are not changed, seems to have no effect. There are also lines in that menu for UTF-8 Encoding, UTF-8 Fonts, and UTF-8 Titles. These are also apparently not turned on (no check marks in front). Setting UTF-Encoding *and* UTF-8 Fonts *and* Line-Drawing Characters all to be on seems to solve the problem. But by default all three of them are turned off. Why are all three of these settings turned off by default? I have no idea. In particular, this is even more amazing because it seems to be in conflict with the locale settings displayed above. So, in order to get back to the bottom of this problem it seems to me that what needs to be done is to set up a way to turn all three of these settings on. However, I do not know what I am supposed to do in order to carry that out. Change some configuration file, I suppose, or else do a local override. But I suspect that the settings are already set correctly in some file somewhere and that somehow the settings in that file are being ignored. Theodore Kilgore On Sun, 10 Sep 2017, Thomas Dickey wrote: On Sun, Sep 10, 2017 at 01:58:38PM -0500, Theodore Kilgore wrote: On Sun, 10 Sep 2017, Thomas Dickey wrote: On Fri, Sep 08, 2017 at 05:57:33PM -0500, Theodore Kilgore wrote: I have recently done some upgrades, keeping current with slackware-64-current. And what has happened is that suddenly MC started to print funny characters around the panels instead of a screenshot would help: In the screenshot, I see a single character, which is always the same value: 226 (octal 342). That happens to be the first byte of the UTF-8 encoding for the various line-drawing characters which is odd, since they are all 3-bytes: \342\224\2140x250c/* upper left corner */ \342\224\2240x2514/* lower left corner */ \342\224\2200x2510/* upper right corner */ \342\224\2300x2518/* lower right corner */ \342\224\2340x251c/* tee pointing left */ \342\224\2440x2524/* tee pointing right */ \342\224\2640x2534/* tee pointing up */ \342\224\2540x252c/* tee pointing down */ \342\224\2000x2500/* horizontal line */ \342\224\2020x2502/* vertical line */ \342\224\2740x253c/* large plus or crossover */ Those 22x's are mostly in the C1 control range (200 to 237 octal), so it's possible that xterm is not using UTF-8 encoding, and simply
Re: use of graphics characters recently disabled in xterm
Thomas, The output of locale (invoked without arguments) is as follows, between the two lines. kilgota@khayyam:/etc/X11/app-defaults$ locale |less LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE=C LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= --- Now, what is also interesting is that after reading closely the man page for xterm and trying to make sense of it, I discovered that there are two things which one can do in order to make the settings in an xterm to be visible. There are two things called "menu" and one can get to them by holding down a control key and clicking either the left or the right mouse button while the pointer is in the window. The right button click displays a window called "VT fonts" and it contains relevant information. Unfortunately, I do not know if it is possible to mouse-copy its contents because it goes away immediately as soon as one lets go of that button. This VT Font menu depicts the current settings by a check mark in front of whichever setting is highlighted. One can scroll down that menu and change a setting by hand, by leaving the highlighting on top of that particular setting and then closing the menu. Also, the settings in this menu are specific to the xterm which has been opened. They remain as they previously were if one opens another xterm next to the one in which the settings have already been set by hand. And in the same manner those settings cannot be saved for another X session. A further description of possibly relevant settings in this window follows. There is a line called "line-drawing characters" which is *not* turned on. It is unclear to me what this does (see the xterm man page for an explanation, which is not totally clear). What it might be doing is turning on the line-drawing characters from X itself, to replace the ones which are provided by the font, or alternatively what it might be doing is enabling the line-drawing characters which are already provided by the font. As I said, the explanation in the man page is not very clear and these two meanings are obviously opposite to each other. In any event, to toggle this setting on and off all by itself, when other settings are not changed, seems to have no effect. There are also lines in that menu for UTF-8 Encoding, UTF-8 Fonts, and UTF-8 Titles. These are also apparently not turned on (no check marks in front). Setting UTF-Encoding *and* UTF-8 Fonts *and* Line-Drawing Characters all to be on seems to solve the problem. But by default all three of them are turned off. Why are all three of these settings turned off by default? I have no idea. In particular, this is even more amazing because it seems to be in conflict with the locale settings displayed above. So, in order to get back to the bottom of this problem it seems to me that what needs to be done is to set up a way to turn all three of these settings on. However, I do not know what I am supposed to do in order to carry that out. Change some configuration file, I suppose, or else do a local override. But I suspect that the settings are already set correctly in some file somewhere and that somehow the settings in that file are being ignored. Theodore Kilgore On Sun, 10 Sep 2017, Thomas Dickey wrote: On Sun, Sep 10, 2017 at 01:58:38PM -0500, Theodore Kilgore wrote: On Sun, 10 Sep 2017, Thomas Dickey wrote: On Fri, Sep 08, 2017 at 05:57:33PM -0500, Theodore Kilgore wrote: I have recently done some upgrades, keeping current with slackware-64-current. And what has happened is that suddenly MC started to print funny characters around the panels instead of a screenshot would help: In the screenshot, I see a single character, which is always the same value: 226 (octal 342). That happens to be the first byte of the UTF-8 encoding for the various line-drawing characters which is odd, since they are all 3-bytes: \342\224\2140x250c /* upper left corner */ \342\224\2240x2514 /* lower left corner */ \342\224\2200x2510 /* upper right corner */ \342\224\2300x2518 /* lower right corner */ \342\224\2340x251c /* tee pointing left */ \342\224\2440x2524 /* tee pointing right */ \342\224\2640x2534 /* tee pointing up */ \342\224\2540x252c /* tee pointing down */ \342\224\2000x2500 /* horizontal line */ \342\224\2020x2502 /* vertical line */ \342\224\2740x253c /* large plus or crossover */ Those 22x's are mostly in the C1 control range (200 to 237 octal), so it's possible that xterm is not using UTF-8 encoding,
Re: mc Digest, Vol 157, Issue 1
I need to use `mc -a ` to get the good-old format. & `mc -ab ` gives a monoColor mc, which helps distinguish the many mc/s per session. ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
