From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#29872: 26.0.90; `man' output encoding, hyphen chars Date: Sun, 31 Dec 2017 20:53:13 +0200 Message-ID: <83zi5yd90m.fsf@gnu.org> References: <<2dfed463-2ddb-4591-a476-c78e0b8d445b@default>> <<838tdnh6ej.fsf@gnu.org>> <<5a25751a-3a68-4e44-862f-44fa47871c04@default>> <<83shbtg8zc.fsf@gnu.org>> <> <<83mv21fjpb.fsf@gnu.org>> <> <<83d12wfxb5.fsf@gnu.org>> <83o9mgdqn3.fsf@gnu.org> <35ce0970-78e8-4e43-bcc3-4731d201bdd4@default> <83bmieeuhm.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1514746337 13572 195.159.176.226 (31 Dec 2017 18:52:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 31 Dec 2017 18:52:17 +0000 (UTC) Cc: 29872@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Dec 31 19:52:13 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eViiP-0002xm-BS for geb-bug-gnu-emacs@m.gmane.org; Sun, 31 Dec 2017 19:52:09 +0100 Original-Received: from localhost ([::1]:48591 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eVikO-0006h8-Gg for geb-bug-gnu-emacs@m.gmane.org; Sun, 31 Dec 2017 13:54:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57286) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eVikI-0006gn-Qv for bug-gnu-emacs@gnu.org; Sun, 31 Dec 2017 13:54:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eVikE-0003Gt-Uj for bug-gnu-emacs@gnu.org; Sun, 31 Dec 2017 13:54:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50330) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eVikE-0003Gk-QZ for bug-gnu-emacs@gnu.org; Sun, 31 Dec 2017 13:54:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eVikE-0006zy-HY for bug-gnu-emacs@gnu.org; Sun, 31 Dec 2017 13:54:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 31 Dec 2017 18:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29872 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29872-submit@debbugs.gnu.org id=B29872.151474641626866 (code B ref 29872); Sun, 31 Dec 2017 18:54:02 +0000 Original-Received: (at 29872) by debbugs.gnu.org; 31 Dec 2017 18:53:36 +0000 Original-Received: from localhost ([127.0.0.1]:59011 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVijo-0006zG-4Z for submit@debbugs.gnu.org; Sun, 31 Dec 2017 13:53:36 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:37863) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVijl-0006z2-I9 for 29872@debbugs.gnu.org; Sun, 31 Dec 2017 13:53:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eVijc-0002qq-5l for 29872@debbugs.gnu.org; Sun, 31 Dec 2017 13:53:28 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59245) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eVijb-0002q5-Rq; Sun, 31 Dec 2017 13:53:23 -0500 Original-Received: from [176.228.60.248] (port=2731 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eVijb-0002vN-75; Sun, 31 Dec 2017 13:53:23 -0500 In-reply-to: (message from Drew Adams on Sun, 31 Dec 2017 09:34:42 -0800 (PST)) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:141657 Archived-At: > Date: Sun, 31 Dec 2017 09:34:42 -0800 (PST) > From: Drew Adams > Cc: 29872@debbugs.gnu.org > > > For Emacs 26, I've just committed a change that introduces a new > > defcustom, Man-coding-system, which you can customize to utf-8 to get > > the correct behavior in your case. For older versions of Emacs, you > > will need to use a separate command that invokes 'man' as shown above, > > because man.el unconditionally uses locale-coding-system for that, and > > locale-coding-system on MS-Windows can never be UTF-8. > > Thank you. I assume that you'll mention this in NEWS. I'm not sure it's NEWS worthy. The situations in which this variable is useful are quite obscure (see below) and since the code in its present form exists for a long time without anyone complaining, we can assume they are rare. And mentioning this variable won't enhance its discoverability, since no one will know to look it up when/if they bump into this problem. > I wonder whether it is something that I should set in > `setup-cygwin.el' or just tell users there, in a comment, > that they will need to customize it. Probably the latter. > Leavning aside, for the moments, arguments about whether > code should mess with user options, can you say when it > is appropriate, typically, for a Windows user to customize > that option? On Windows, probably only when using a Cygwin 'man' from a native Windows Emacs. On some other system, only if the man pages were pre-formatted on another system with an incompatible locale setting, or if Groff was forced to produce UTF-8 encoded man pages when those man pages were formatted. > Does it have to do with whether Cygwin is used, for instance (with a > non-Cygwin Emacs)? Or does the option default value depend on the > platform perhaps? On almost any platform with correct setup, the default of using locale-coding-system for decoding the man pages should work correctly, so the default should not depend on the platform. This new variable is a fire escape for those rare cases where the default doesn't work.