[Terminal] Missing Support for Graphics Char Set

[scottmc]

I'm not sure but I think the text encoding menu option does nothing. This was on hrev27178. When I built jed (text editor) the menus have letters in their border instead of the expected lines. It might be that terminal isn't using the same mode as jed expects? The jed maintainer suggested trying "xterm" mode?

[scottmc]

Here's what the expected output should look like: ​http://www.jedsoft.org/jed/images.html I've attached a screenshot of what terminal shows. Changing the text encoding to any of the menu selections has no effect.

[anevilyak]

I'd assume you already tried export TERM=xterm ?

[bonefish]

Replying to anevilyak:

I'd assume you already tried export TERM=xterm ?

That's set by default.

Anyway, this has nothing to do with text encoding. We simply don't support all xterm escape sequences yet. E.g. we don't support the graphics character set, which is why there are "q", "x", "l", "j" instead of lines. So the open "Windows" menu looks at good as it gets ATM. I don't see what the box to the left is supposed to be, but I guess the remainders of some menu. So maybe some positioning escape sequences are used, that we don't support yet. If you can find out which ones, it's probably not so hard to add them.

[scottmc]

another screenshot of jed on hrev27178, leaving tracing of the pop up menus behind.

[bonefish]

#2852 is a duplicate of this one.

[diver]

Shouldn't be summary changed to include midnight commander. I tried, but failed to find this ticket.

[jackburton]

It actually doesn't look that bad. Here's "Midnight Commander" under linux (via ssh).

[scottmc]

Maybe try jed again to see if this one has been fixed: ​http://ports.haiku-files.org/wiki/Downloads It may also need slang installed. If those don't work we may need to build fresh versions as those are a bit old now.

[anevilyak]

Those might've been partly fixed by some of joshe's patches a while ago, iirc they did extend handling of some extra terminal control sequences.

[jackburton]

Jed

[scottmc]

That looks much better, I'd say it's been fixed now.

[jackburton]

Fixed (probably in hrev33327)

[siarzhuk]

Sorry, but this problem is still observed with Haiku port of mc-4.6.1 :-(

Replying to scottmc:

That looks much better, I'd say it's been fixed now.

Mentioned jed.png shows not pseudo-graphical characters but so known "ANSI-emulation" - replacing border characters with the same looking ANSI symbols "|", "-", "+" etc. This cannot be indicator of this issue is fixed, IMO.

Replying to jackburton:

It actually doesn't look that bad. Here's "Midnight Commander" under linux (via ssh).

Which version of MC do you use there? Which terminal encoding have you set?

[jackburton]

Replying to siarzhuk:

Mentioned jed.png shows not pseudo-graphical characters but so known "ANSI-emulation" - replacing border characters with the same looking ANSI symbols "|", "-", "+" etc. This cannot be indicator of this issue is fixed, IMO.

Makes sense. I simply don't know how it should look like, though.

Which version of MC do you use there? Which terminal encoding have you set?

MC 4.6.2. You mean on haiku terminal ? The default (UTF8).

[pulkomandy]

Fixed in hrev38088. I didn't add the whole set of graphical chars, feel free to reopen if you need more than the basic ones.

[diver]

This bug is not fixed for me.

[pulkomandy]

I had missed some things in the original change. It should work better as of hrev38139. I'll let you test before I close this ticket.

[diver]

Ok, mc in Fedora is fixed now. FreeBSD however is not, but I believe this is because of missing KOI8-R encoding in Terminal. Could you please add it?

[pulkomandy]

Yes, this is using the wrong encoding. One possible workaround is using screen -U to perform the conversion (this will start an utf-8 shell if screen is installed).

Anyway, this is another issue, so please open another bug.