From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gavin Smith Newsgroups: gmane.comp.tex.texinfo.general,gmane.emacs.devel Subject: Re: @anchor on @item line Date: Tue, 14 Nov 2023 21:58:01 +0000 Message-ID: References: <87fs218qk6.fsf@localhost> <83lebto6e5.fsf@gnu.org> <87bkcp8oai.fsf@localhost> <838r7to1mu.fsf@gnu.org> <87v8aw75cj.fsf@localhost> <834jigmeb3.fsf@gnu.org> <87msvs5tel.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32598"; mail-complaints-to="usenet@ciao.gmane.io" To: Patrice Dumas , Ihor Radchenko , Eli Zaretskii , help-texinfo@gnu.org, arash@gnu.org, emacs-devel@gnu.org Original-X-From: help-texinfo-bounces+gnu-help-texinfo2=m.gmane-mx.org@gnu.org Tue Nov 14 22:58:34 2023 Return-path: Envelope-to: gnu-help-texinfo2@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 1r31QX-0008MY-T8 for gnu-help-texinfo2@m.gmane-mx.org; Tue, 14 Nov 2023 22:58:33 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r31Q9-0005ZS-UX; Tue, 14 Nov 2023 16:58:09 -0500 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 1r31Q7-0005Yn-Np; Tue, 14 Nov 2023 16:58:07 -0500 Original-Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r31Q6-0001dO-6i; Tue, 14 Nov 2023 16:58:07 -0500 Original-Received: by mail-lj1-x22b.google.com with SMTP id 38308e7fff4ca-2c50ec238aeso87387861fa.0; Tue, 14 Nov 2023 13:58:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699999083; x=1700603883; darn=gnu.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:to:date:from:from:to:cc:subject:date:message-id:reply-to; bh=q/9m7VwpPaR/fDbOecZQczNMin06dIEiXMgGQYkXgCI=; b=lPMdw5F6bHYRdg1Suvc6Y51mluNgGT1WdL9e/DcY+q18mm/aHTVXsM97a2HY+9aTQO WSkaYx3GiTXpkY2jgcPIh8D6/QeRFVnWfluQfhsN7mYYcUotEcyxe+XUClY6nBEHkBQS Xuzv7rTYAodI5uet/Q3Qvy0EU/vZ4ozRKiTMq6HrLWZrmeYZZ7NOxIIAwVa+nAK4g1Do An6nWffUneLwf8Ku+ItTuhPB4xnJl7PIdA+fcvE34XanaTn9Cl5xGFNCnqtDWDXVYVsN HdHjqz/A/Djl45GtOLeQm7P7E0ZtlebSpcZwlONnVXTyqbmSI9YpQJuUi6Y6HlwQaU+D CmPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699999083; x=1700603883; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:to:date:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=q/9m7VwpPaR/fDbOecZQczNMin06dIEiXMgGQYkXgCI=; b=bpAXvVK0bHmFH8Jhs0XCo/HOCgNDN8cIv0FSUZn04XfIMXHo2QWCpeKkQAw2MJ+On9 8IR4JdbHRUMnFRaQzeZlei1SdHRZTJtOCx5DOd1qoKO4DM7O2XJ0ccNTF0Vqbd0X31mb AaDkxRzzTPiEz93tEgA7mfu17YyZB20K5XkZB0LJ1aakb3l+t6Prz0CBuMrPKoSiXfKP fpPu8WzQjxVmqZjQUOPgjaSsiKUjnnsMThnk/e4X6OzurlZc9v3K5PeWiAPyfYoUCG7c AUMdOuEfsgJ7NN7pA616v0yhpGjfStUeN/GIVtfaR7gDuGa/pCRwBtTevjrVbJop9J/t EgEg== X-Gm-Message-State: AOJu0Yx8nezsDGKKmoicbds3d+M8amW6nZz+kqfc8mjAPPvvGUoyGqLv uBogGBffbZwrx1TTJhWXglo= X-Google-Smtp-Source: AGHT+IELe19SCHrZXG2nprbhXdV1AAb7H5RKestxRgtyBE8soev/jnD3O2dz1GCLZJ/POO9M0P4YgQ== X-Received: by 2002:a2e:a7d6:0:b0:2c5:19e9:422c with SMTP id x22-20020a2ea7d6000000b002c519e9422cmr3119450ljp.24.1699999082380; Tue, 14 Nov 2023 13:58:02 -0800 (PST) Original-Received: from localhost ([2a02:c7f:c29:b00:25f7:7cf0:7602:9754]) by smtp.gmail.com with ESMTPSA id e10-20020a05600c4e4a00b004063ea92492sm12877482wmq.22.2023.11.14.13.58.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Nov 2023 13:58:01 -0800 (PST) X-Google-Original-From: Gavin Smith Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::22b; envelope-from=gavinsmith0123@gmail.com; helo=mail-lj1-x22b.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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: help-texinfo@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the Texinfo documentation system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-texinfo-bounces+gnu-help-texinfo2=m.gmane-mx.org@gnu.org Original-Sender: help-texinfo-bounces+gnu-help-texinfo2=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.comp.tex.texinfo.general:3349 gmane.emacs.devel:312740 Archived-At: On Sun, Nov 12, 2023 at 07:23:41PM +0000, Gavin Smith wrote: > There is actually a problem with @ftable and @vtable. If you put an > @anchor on an @item line there, then it is the text of an index entry, > which is a real problem. Further to this, if @anchor should be allowed inside @item as long as the @item is not creaing an index entry, it should also be allowed inside @defline and @deftypeline (these are new commands), as these do not create index entries. I have made a commit today to allow @anchor in @item and also these other commands, and will also add this change to the release branch so that if there is ever a 7.1.1 release, this fix will be included. We may still not want to allow other "non-basic inline" commands (e.g. @xref) inside @item/@defline/@deftypeline as inappropriate for one reason or another, but at the moment it seems the easiest way forward is to allow these. @anchor used inside @item inside @ftable/@vtable still leads to a warning if the index is output, just the warning is slightly obscure. I thought of allowing @anchor as basic inline content, but we would have to come up with some other mechanism for detecting and warning about @anchor inside index entries, and there are too many other commands where we truly should not have @anchors (e.g. @node names, as cross-references to those nodes would have to have the @anchor in them). @anchor should not appear in any context where it does not correspond to a single position in the output file.