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 gKu0GnINxGXjmQAAqHPOHw:P1 (envelope-from ) for ; Thu, 08 Feb 2024 00:08:34 +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 gKu0GnINxGXjmQAAqHPOHw (envelope-from ) for ; Thu, 08 Feb 2024 00:08:34 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=eqBrO9ZV; 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"; dmarc=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1707347314; 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=2tbsWoRzlmn650MG7nciv6CFxt4uBVAPFQEhFD9E9mk=; b=rjw4HAJz5kRvTntrnUXVPYmZlEF4siehryLP1fwdOLwRrp5TLNa/TMOrZsAvEoVod0AIcf GT364HiSYEwy5b7wx/anx9NG7YbK7FXF5ed8oqQ9D7lR3qPTKORKdKnlFIu4e8N9B4yYq6 DELx11OBf658fZ1QYJDiU5FfvFreC4ah2rMhM8Oj3zc6sOemNI0nB/o8cE4c0rE9se2nLH G2g3FjWqSNzNGZA5DiZqBbCZbEPZm8+CmyodATgQsE4x0IhXtVVNHnm/9AAZxmoYxy16As n/2j7Ma6sntzNaJZg68rxf/1Z56MPUlNhR+j/iUn6wrlYCe/9Mc6TzEYUH1xpg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=eqBrO9ZV; 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"; dmarc=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1707347314; a=rsa-sha256; cv=none; b=uwNB9fuOuIV7DnfaQ4n/2HIZ91W8kQiAB+j+EG5FBwmRxHIQr5Twu2Heembt0ZJ3Czjtyh bIHfN378YVuHKUkQcQDYJwE2mfDpw+jrVnLISbC/u+3Q/cqWjxi+r4EcpidE9f8ecTRdG3 sYPPNZSv0H9TjvghM9EANcxoHwFOg+G3uPQG4LX/hqJ8a1WDhqWkTB6t9Tu4mTm0fHnkAc 6Vt393GZy+dRm6ub1MA8LDranXo1dqapj3psaNPhxysLQJ5ZBhljdw3rDemiCfjvHtp6XZ h75U24HaJrFsFhOX8y5DUKjj0INXF8WfHZHra52+b8QW/p5MnYwCFAFCDd/Dsw== 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 4318D3D8A4 for ; Thu, 8 Feb 2024 00:08:34 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rXr0t-00087g-UL; Wed, 07 Feb 2024 18:07:31 -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 1rXr0r-00087X-UG for emacs-orgmode@gnu.org; Wed, 07 Feb 2024 18:07:30 -0500 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rXr0p-0002PA-V8 for emacs-orgmode@gnu.org; Wed, 07 Feb 2024 18:07:29 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id AA708240104 for ; Thu, 8 Feb 2024 00:07:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1707347245; bh=Eff3IrIvSIaC1SLdD0OJ7jV2ic9gq0s7P3T6FFRQhOM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=eqBrO9ZV8I08pzAX8fOLVyTWLy2Uz4w+GnG2h3P1kHXVVgbx3FLsDADhCkPiIfowP c5x0rOHdKVpicfShBazzxzJBoB4j82jSWG/pnMcc4iXCuhG1l6VAKhINXDpJz128v3 qgZjqYHd71XKoL6QRSzgkTlhL93JjtX86SIjzX+RnhS7U/3oNrVmSRcQwudAAbYRh2 i/71fr+7geCxq7LJEADCDaDAubKhkKUPr36mHt87LKQvZvzebcHldSJXLgOq9hO5VK c3m/eiNcQiALFDBHrxsINuSi70NKod3yopyYuPVUdLxfcF1sRRCGo9//31lDu2Ow7L gihjY1OOEF1cQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TVbNs0fhBz6tvs; Thu, 8 Feb 2024 00:07:24 +0100 (CET) From: Ihor Radchenko To: rms@gnu.org Cc: Jean-Christophe Helary , vincent.b.1@hotmail.fr, emacs-devel@gnu.org, emacs-orgmode@gnu.org Subject: Re: Translation of the Org mode manual (was: Translation of manuals (was: SES manual French translation)) In-Reply-To: References: <5D3D13BC-E621-4C40-88D7-3E5805F631AB@traductaire-libre.org> <83sf3fzvk4.fsf@gnu.org> <835y0azhvo.fsf@gnu.org> <83wmsqy14p.fsf@gnu.org> <3E7CF23D-CE62-4581-80D6-E6266CEE4DF5@traductaire-libre.org> <877ckp72ns.fsf@localhost> Date: Wed, 07 Feb 2024 23:10:57 +0000 Message-ID: <871q9nrhtq.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.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_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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: -6.89 X-Migadu-Scanner: mx13.migadu.com X-Spam-Score: -6.89 X-Migadu-Queue-Id: 4318D3D8A4 X-TUID: 81OBBClo839Z Richard Stallman writes: > Using Org format for the source of a document, and converting it to > texi for processing (for instance, through TeX) would be a fine method > to use, if it worked. But it doesn't actually work. > > The problem is that it cannot work, given Org format as it exists now. > It cannot properly represent manuals that use the GNU standard style > because it does not have ways to represent all the distinctions that > are needed. > ... This is not true. We can generate a precise TeXinfo markup from Org files even now using export snippets: @@texinfo:@@ So, Org mode manual in particular can be adapted if absolutely necessary. Another question is that having native Org mode constructs for manual-specific markup would make things less verbose and ad-hoc. But that question is out of scope of this particular discussion, which is focused on translation tools. > I would like Org format to be extended in this way. > > Texinfo format is often misunderstood. People write GNU manuals > without knowing of all these constructs, so they use the wrong > construct. If Org format were extended to do _the whole job_, we > could convert all manuals to Org format once and for all. > > A few years ago I raised this idea, but nobody wanted to work on it. Your idea is not forgotten. But the resources for Org mode development are limited. In particular, I am currently not prioritizing adding brand-new features in favour of helping contributors, improving the existing functionality, and fixing the existing problems. If somebody is interested to work on adding new Org mode features like custom inline markup, please contact Org mode mailing list. We can guide the volunteers through the contribution process and help with any questions when they arise. See https://orgmode.org/worg/org-contribute.html -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at