From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id SJNHD9l65GWfQgEAqHPOHw:P1 (envelope-from ) for ; Sun, 03 Mar 2024 14:27:53 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id SJNHD9l65GWfQgEAqHPOHw (envelope-from ) for ; Sun, 03 Mar 2024 14:27:53 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=NDj7mskf; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1709472473; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=Bqpvh7PbJTIT90I9WL3vI1G8GuVk98KbvUSSfH5RTww=; b=UDK5U+2hg5eQNwRPBKrJ1wIcedGjY+yJHnneqvUzt1xyW1f9KYV2V/y+P0N/30KzrxneE0 +GwFS+QXPU26mY9eleajPkHf0qAQ1cHNg0ITeW/x27Ycyx2htJJ/leK+a98PJn1jJVbgWi sEkc81DMtSxM7F1yqFZNUzHl88Pn1OA0C66QtkqgEwPQ8g3qpvt2ruM0eRK8FIeudnUfOM CxlFLR+F+aXkTrHE36eO5hJkkkDHfZihzablBcjPpoe+AuxXispPDKOfpwle+SECDJF0gD JX+V0dr2h5HE0G6woq0qJjQIYQb0eKelTuSwtzn4Ws4Fiab1XjoWTalz1y+3Yw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=NDj7mskf; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1709472473; a=rsa-sha256; cv=none; b=JEkiohWIhEDXniQflYSnskZarUMr4ktW3+3ex8MIGB00NBEWZ2bivrCFuk7JX+ZBAePTue +vQnO6FT6n4LFHwARXOSa5Rimm+iRd0ljnIj5PBtnJ9pdyZ+LX7Br8Jv/gqCo1hO6Ifbfn 6EB46YlFFYKYahMRjv7swNn6UMdXoY9RQngrwUZdeJy1BnG923T7JpxRkOfHdqAqOzqO84 TeTVfbJ5V2KdW8OeZxt07xa1Wkf3TV+M2qXdUyM131qSgf13O85Ck8rO1VpgaId1w6aRaM TVpa/R//Y63fLj6Sp7zMJqIYC2zH3Pfr326yWlNhgFh7EEY0IDgOc0Z6zdZvhQ== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id F04643CFAB for ; Sun, 3 Mar 2024 14:27:52 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rglru-0004uX-6c; Sun, 03 Mar 2024 08:27:06 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rglrs-0004u1-GR for emacs-orgmode@gnu.org; Sun, 03 Mar 2024 08:27:04 -0500 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rglrq-0001tP-3X for emacs-orgmode@gnu.org; Sun, 03 Mar 2024 08:27:03 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 6CE0D240027 for ; Sun, 3 Mar 2024 14:26:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1709472419; bh=ZbzBcpvNBTf2Rkrut1Dy9LoNttDL7+LSwNWqUcgYqjM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=NDj7mskfhI58gOKvNY+/c2K2v7onlGkgbd5G/00mgN7NGMaETLGJbm2y6oaxUient bozk915P0X51mfNNFSFJRx/w4VxNKyixeMPCCl6eAYN1Sr0oFCi+zENpHWw107LmXG 20uP5sPSslyUW/YOgAHxYflCASjPJEHvhkI4zUClT8h16TqSasptqFWiifj0/hobk+ duAWzCCUizlOlONyctBNL2noHgD5GV/2+LyeyuqenmD/PtHVahMMFQh8nxG7yDc1DP 7SD89dCSQkjzzi+sRqU3Ibx2/52R9O5uBHdQYVMvLsqv9LhXA2SBA12jhotwob5kTp BcZ0v8SGxPNnQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TnjKZ3ZKKz6tvb; Sun, 3 Mar 2024 14:26:58 +0100 (CET) From: Ihor Radchenko To: Xiyue Deng Cc: emacs-orgmode@gnu.org Subject: Re: [BUG] "\fC" macro in ox-man.el [9.6.15 (release_9.6.15 @ /usr/share/emacs/29.2/lisp/org/)] In-Reply-To: <87v866jsou.fsf@debian-hx90.lan> References: <87v866jsou.fsf@debian-hx90.lan> Date: Sun, 03 Mar 2024 13:30:59 +0000 Message-ID: <87frx7moh8.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -9.38 X-Spam-Score: -9.38 X-Migadu-Queue-Id: F04643CFAB X-Migadu-Scanner: mx13.migadu.com X-TUID: oCpINOehTH6E Xiyue Deng writes: > (This was first reported to Emacs at > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=69483) > > "mu4e"[1] (a popular Emacs mail client) uses Org to generate its > manpages. However, the generated output contains macros that are not > understood by groff. After some debugging, Jeremy traced this back to > the macro "\fC" used in ox-man.el[2]. Git history shows that this may > have been there since the beginning. We tried to find a documentation > for the "\fC" macro but has not been able to find one. Jeremy suggests > that "C" may be an old alias for Courier, and if that's the case it > should be changed to "\f[CR]". Would be great if Org people can > confirm. This is not an unknown problem. AFAIU, the \fC macro is widely used for troff, although it is not supported by groff. Check out the ongoing discussion at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1049968#15 They suggest the following instead of \fC: The best solution known to me is to use an extension to the man(7) language. It first appeared in Ninth Edition Unix (1986) and was adopted by a groff release in 2009. That is the `EX`/`EE` macro pair, which sets a monospaced display. (In other words, filling is disabled and a monospaced font selected if necessary.) -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at