blocks|key|4938931|text|尝试导出以下环境变量|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4938932|export+NCURSES_NO_UTF8_ACS=1|offset|length|style|CODE|4938933|这将停止在UTF-8语言环境中使用VT100“替代字符集”行绘制字符的ncurses，并使其改为使用Unicode框绘制字符。|4938934|entityMap^0|0|0|S|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@$D|N|E|O|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Try exporting the following environment variable

<code>export NCURSES_NO_UTF8_ACS=1</code>

That stops ncurses using the VT100 "Alternate character set" line drawing characters in a UTF-8 locale, and makes it use the Unicode box-drawing characters instead.

blocks|key|2826259|text|我能想到的最好的办法就是将Window/Translation中的putty配置更改为UTF-8，将Window/外观中的字体更改为Lucida控制台。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2826260|它使大多数字符都是正确的。在“智能”中，菜单以线条字符正确地勾勒出来，而不是“你确定要退出吗”弹出对话框。运行像"man+ls“这样的命令现在可以正确地显示大多数字符，但带连字符的单词最终会用一个方框代替连字符。|2826261|无论如何，对于在Emacs中编程来说，它已经足够好了。更好的解决方案值得欣赏。|2826262|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

The best I've been able to come up with is to change the putty configuration in Window/Translation to UTF-8 and the font in Window/Appearance to Lucida Console.

It gets most of the characters correct. In "aptitude" the menus are correctly outlined in line drawing characters, but not the "Are you sure you wish to exit" pop up dialog. Running a command like "man ls" now shows most of the characters correctly, but hyphenated words end up with a box replacing the hyphen.

It's good enough for programming in Emacs, anyway. Better solutions appreciated.

blocks|key|2826412|text|Putty+(或增强的fork+Kitty)显然都不支持在'UTF-8‘中切换到VT100样式的线条绘制模式的请求，例如在aptitude中-这是通过设计(http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/utf8-plus-vt100.html)实现的。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2826413|但是，如果我们将'Connection+>+Data+>+Terminal-type+string‘设置为'putty’，而不是默认的'xterm‘，它就解决了问题，因为服务器会调整呈现字符。|2826414|我认为这个解决方案比使用export+NCURSES_NO_UTF8_ACS=1更好，我自己到现在为止已经用完了。|2826415|​|2826416|📷|atomic|2826417|2826418|entityMap|0|LINK|mutability|MUTABLE|url|http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/utf8-plus-vt100.html|1|IMAGE|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/3e7a4d612897b88afd76cde831805900.png|imageAlt^0|1P|8|26|27|0|0|0|C|S|0|0|0|1|1|0|0^^$0|@$1|2|3|4|5|6|7|13|8|@$9|14|A|15|B|C]]|D|@$9|16|A|17|1|18]]|E|$]]|$1|F|3|G|5|6|7|19|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|1A|8|@$9|1B|A|1C|B|C]]|D|@]|E|$]]|$1|J|3|K|5|6|7|1D|8|@]|D|@]|E|$]]|$1|L|3|M|5|N|7|1E|8|@]|D|@$9|1F|A|1G|1|1H]]|E|$]]|$1|O|3|K|5|6|7|1I|8|@]|D|@]|E|$]]|$1|P|3|-4|5|6|7|1J|8|@]|D|@]|E|$]]]|Q|$R|$5|S|T|U|E|$V|W]]|X|$5|Y|T|Z|E|$10|11|12|-4]]]]

Putty (or enchanced fork Kitty) appernetly both don't honor the request to swtich to VT100 style line drawing mode when in 'UTF-8' for example in <code>aptitude</code> - this is by design (<a href="http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/utf8-plus-vt100.html" rel="nofollow noreferrer">http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/utf8-plus-vt100.html</a>). 

However if we set 'Connection > Data > Terminal-type string' 
 to 'putty' instead of the default 'xterm' it solves the issues because the server adjusts the rendering characters. 

I believe this solution is better then using <code>export NCURSES_NO_UTF8_ACS=1</code> which I have used up until now myself. 

<img src="https://i.stack.imgur.com/b1SsA.png" alt="fix Putty line drawing issues">

blocks|key|2028463|text|在我的例子中，它不是ncurses，也不是putty。这是区域设置，没有设置为UTF-8...|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2028464|所以locale调用产生了下面的结果。|offset|length|style|CODE|2028465|$+locale
LANG=en_US|code-block|syntax|javascript|2028466|然而，我们需要的是|2028467|$+locale
LANG=en_US.UTF-8|2028468|我能够做到这一点，通过|2028469|$+sudo+locale-gen+en_US.UTF-8
$+sudo+update-locale+LANG=en_US.UTF-8|2028470|entityMap^0|0|2|6|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|X|8|@$D|Y|E|Z|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|10|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|11|8|@]|9|@]|A|$]]|$1|O|3|P|5|J|7|12|8|@]|9|@]|A|$K|L]]|$1|Q|3|R|5|6|7|13|8|@]|9|@]|A|$]]|$1|S|3|T|5|J|7|14|8|@]|9|@]|A|$K|L]]|$1|U|3|-4|5|6|7|15|8|@]|9|@]|A|$]]]|V|$]]

In my case, it wasnt ncurses, nor putty. It was the locale, which was not set to UTF-8...

so <code>locale</code> call yielded the result below.

<pre><code>$ locale
LANG=en_US
</code></pre>

However, whats needed was

<pre><code>$ locale
LANG=en_US.UTF-8
</code></pre>

And i was able to achieve that by 

<pre><code>$ sudo locale-gen en_US.UTF-8
$ sudo update-locale LANG=en_US.UTF-8
</code></pre>

blocks|key|2826496|text|不是为了翻旧的帖子，但KiTTY+(一个PuTTY分支)提供了一个复选框“允许在UTF中绘制ACS线”(新的/当前会话设置->窗口->翻译)，这似乎可以很好地与像aptitude这样的应用程序一起工作。我刚刚下载了最新版本的PuTTY，但此复选框不存在，因此它必须是特定于KiTTY的。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2826497|对于手头的问题，其他答案没有错；这只是附加环境变量或更改通告的终端类型的替代方案。(如果您使用的是屏幕/+tmux，请参阅https://stackoverflow.com/a/8485457/1011365了解更多信息，以及如何使用termcap，尽管仅供参考，我使用的是最新的tmux，仍然需要选中KiTTY中的复选框以允许字符正确显示)|2826498|entityMap|0|LINK|mutability|MUTABLE|url|http://kitty.9bis.net/|1|https://stackoverflow.com/a/8485457/1011365^0|B|5|0|0|1P|17|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

Not to dig up an old post, but <a href="http://kitty.9bis.net/" rel="nofollow noreferrer">KiTTY</a> (a PuTTY fork) provides a checkbox to "Allow ACS line drawing in UTF" (new/current session settings->Window->Translation) which seems to work well with apps like aptitude. I just downloaded the latest version of PuTTY, and this checkbox is not present, so it must be KiTTY specific.

The other answers are not wrong about the issue at hand; this is just an alternative to additional environment variables or changing the advertised terminal type. (see also <a href="https://stackoverflow.com/a/8485457/1011365">https://stackoverflow.com/a/8485457/1011365</a> for more info if you're using screen/tmux and how termcap is involved, though FYI I'm using an up-to-date tmux and still needed to check the box in KiTTY to allow the characters to appear correctly)

blocks|key|121523|text|我使用Putty主要是为了与我的Ubuntu+vm-boxen交互，所以我确实花了一些时间来正确地进行可视化配置。基本上，我将字体设置为MS哥特式，将9pt+(用于等宽字体和日语)，将UTF-8用于接收数据，并将终端类型字符串设置为xterm-256color。我保留了大部分终端设置，因为默认设置似乎运行良好。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|121524|在Ubuntu端，我设置了LANG=en_US.UTF-8和aptitude+install+ncurses-term作为附加术语。我通过nice+script检查终端的颜色，并在GNU+Screen会话和GNU+Emacs+(M-x+list-colors-display)中仔细检查。GNU+Screen不是用256色选项编译的，所以我重新编译了它。我使用Emacs+(M-x+view-hello-file)检查语言，并使用i18n+utf-8日志提交tig+git目录。|121525|不幸的是，我仍然在aptitude上得到了奇怪的"lqqqqk“东西(缺少线条吗？)但是间距仍然是正确的。在aptitude中按backspace也会插入字符，我还没有克服这个问题。另外，我在我的系统上测试了你的命令行w3m，它看起来不错。不过，我更喜欢使用emacs中的w3m。:-)|121526|老实说，我用的Japanese+fork+of+Putty+called+Gottani+(PuTTY+ごった煮版)对日语更有帮助，但我认为它相当接近普通的油灰。|121527|另外:我还设置了终端>功能>禁用远程控制的终端大小调整，因为‘`GNU+Screen’覆盖了我的窗口大小设置。|121528|以上所有功能都在Ubuntu+8.04+LTS+"Hardy+Heron“上进行了测试。|121529|entityMap|0|LINK|mutability|MUTABLE|url|http://www.frexx.de/xterm-256-notes/|1|http://yebisuya.dip.jp/Software/PuTTY/^0|38|E|0|D|G|U|T|2I|A|2V|9|36|N|40|A|50|5|57|J|6D|3|6H|3|1X|B|0|0|9|8|1I|8|0|7|1F|1|0|0|0^^$0|@$1|2|3|4|5|6|7|Z|8|@$9|10|A|11|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|12|8|@$9|13|A|14|B|C]|$9|15|A|16|B|C]|$9|17|A|18|B|C]|$9|19|A|1A|B|C]|$9|1B|A|1C|B|C]|$9|1D|A|1E|B|C]|$9|1F|A|1G|B|C]|$9|1H|A|1I|B|C]|$9|1J|A|1K|B|C]|$9|1L|A|1M|B|C]]|D|@$9|1N|A|1O|1|1P]]|E|$]]|$1|H|3|I|5|6|7|1Q|8|@$9|1R|A|1S|B|C]|$9|1T|A|1U|B|C]]|D|@]|E|$]]|$1|J|3|K|5|6|7|1V|8|@]|D|@$9|1W|A|1X|1|1Y]]|E|$]]|$1|L|3|M|5|6|7|1Z|8|@]|D|@]|E|$]]|$1|N|3|O|5|6|7|20|8|@]|D|@]|E|$]]|$1|P|3|-4|5|6|7|21|8|@]|D|@]|E|$]]]|Q|$R|$5|S|T|U|E|$V|W]]|X|$5|S|T|U|E|$V|Y]]]]

I use Putty mainly to interact with my Ubuntu vm-boxen so I do spend some time getting the visual configuration correct. Basically, I set the font to MS Gothic, 9pt (for monospaced and Japanese), UTF-8 for received data, and terminal-type string to <code>xterm-256color</code>. I leave most of the Terminal settings alone because the defaults seem to work well.

On the Ubuntu side, I set <code>LANG=en_US.UTF-8</code>, <code>aptitude install ncurses-term</code> for additional terms. I check the terminal colorness via a <a href="http://www.frexx.de/xterm-256-notes/" rel="nofollow noreferrer">nice script</a>, and double check within a <code>GNU Screen</code> session and <code>GNU Emacs</code> (<code>M-x list-colors-display</code>). <code>GNU Screen</code> is not compiled with 256 color option so i re-compile it. I check the language by using <code>Emacs</code> (<code>M-x view-hello-file</code>) and also <code>tig</code> a <code>git</code> directory with i18n utf-8 log commits.

Unfortunately I still do get the weird "lqqqqk" thing on <code>aptitude</code> (line art missing?) but the spacing is still correct. Also pressing backspace in <code>aptitude</code> does a character insert, which I still have not conquered. Also I tested your command line w3m on my system and it looks nice. I rather use w3m from emacs, tho. :-)

Truth be told, I use a <a href="http://yebisuya.dip.jp/Software/PuTTY/" rel="nofollow noreferrer">Japanese fork of Putty called Gottani (PuTTY ごった煮版)</a> that helps more with Japanese but I think its pretty close to the normal Putty.

Aside: I also set Terminal > Features > Disable remote-controlled terminal resizing because `GNU Screen" overrides my window size setting.

All of the above is tested on Ubuntu 8.04 LTS "Hardy Heron".

I often use Putty (<a href="http://www.chiark.greenend.org.uk/~sgtatham/putty/" rel="noreferrer"><a href="http://www.chiark.greenend.org.uk/~sgtatham/putty/" rel="noreferrer">http://www.chiark.greenend.org.uk/~sgtatham/putty/</a></a>) to connect to Ubuntu boxes (9.04 now). It works well, but I can't figure out the correct combination of Putty font, character encoding, character translation, and terminal configuration on the Ubuntu end so that the terminal displays everything correctly. The problem is most obvious when running an ncurses program such as "screen-profiles" or "w3m". The box drawing characters are messed up.

Has anyone got this combination working to their satisfaction?

Correct Putty configuration for Ubuntu 9.04

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我经常使用Putty ()来连接Ubuntu now(现在是9.04)。它工作得很好，但我找不到Putty字体、字符编码、字符转换和Ubuntu端的终端配置的正确组合，以便终端正确显示所有内容。这个问题在运行ncurses程序时最为明显，比如"screen-profiles“或"w3m”。盒子里的画字乱七八糟。有没有人能让这个组合工作得令人满意？

问Ubuntu 9.04的正确Putty配置
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Ubuntu 9.04的正确Putty配置EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Ubuntu 9.04的正确Putty配置
EN