From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Alfred M. Szmidt" Newsgroups: gmane.emacs.devel Subject: Re: Org mode and Emacs Date: Sat, 02 Sep 2023 04:30:56 -0400 Message-ID: References: <83msyemjx8.fsf@gnu.org> <871qfpoij6.fsf@gnu.org> <87fs45ivyo.fsf@localhost> <874jkh54qu.fsf@bzg.fr> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5927"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bzg@gnu.org, yantar92@posteo.net, jemarch@gnu.org, eliz@gnu.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 02 10:31:39 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qcM2c-0001Lh-VC for ged-emacs-devel@m.gmane-mx.org; Sat, 02 Sep 2023 10:31:38 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qcM21-0002q0-5n; Sat, 02 Sep 2023 04:31:01 -0400 Original-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 1qcM1z-0002pk-Qx for emacs-devel@gnu.org; Sat, 02 Sep 2023 04:31:00 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qcM1y-0007ys-EK; Sat, 02 Sep 2023 04:30:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=98dh/KOJXSBSP8gPSBdRFmSTAEgDxi8yDdIv7+/yLrM=; b=iDR1I+//tVhj v0xEeuwcrWRJVZNrYDsCavsnrWFK7bb/T3r3XbK0l9FzHxoE9pXvwW7GsdaJpDH9U/tKDr+zU3tjK Ju22aNKvMi7y/fni3TsecRYJGQQRX/P0PfTbBooUqYKfAjf84bU4VetAY92d4nmXLW5oJ45SUoS56 bt+nhT9pPpSmKOCX3JZnZxZ2nxTrapAmlXHJ9GnNZO7sj6Y1Q0vHcB0FqMRxZ/4/J5l53FcT6VFua /yg6VrG2b+Py3zcbgyJ+loiuwJEy/z2+zhLvyXedPRgTq2Kdh0p9u+KlXUFTfkaIkjqGyDU86/zeM vLnDf2Ad73ulZoBa1qewug==; Original-Received: from ams by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1qcM1w-0004UY-MT; Sat, 02 Sep 2023 04:30:56 -0400 In-Reply-To: (message from Richard Stallman on Fri, 01 Sep 2023 21:50:56 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:309859 Archived-At: > The .org falls in the category of lightweight markup formats and I > believe it should stick close to this definition. If people keep this unchanged, Org mode will remain useful for the tasks it can do today. But it won't be able to do the job for which we now use Texinfo. There are many different Texinfo markup constructs, so to do the job of Texinfo, Org mode would need to be able to distinguish them all. So the basic question is: to extend Org mode to do that job, or not? It would make more sense to extend Texinfo to allow for org-mode like markup (or lighter markup), than try to stuff Texinfo into org-mode. Texinfo is despite its issues, very nice and easy to write. Handling the version chasm between existing Texinfo and "new" Texinfo can easily be solved by having a small @texinfo-version thing at the top. But replacing Texinfo outright with some org-mode variant seems like yak shaving. The big issue with Texinfo is that it is hard to make your own complicated constructs (like @defn ..), and the lack of macro support of any kind.