From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id gP1UBZmCtmWSrgAAe85BDQ:P1 (envelope-from ) for ; Sun, 28 Jan 2024 17:36:41 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id gP1UBZmCtmWSrgAAe85BDQ (envelope-from ) for ; Sun, 28 Jan 2024 17:36:41 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=mailbox.org header.s=mail20150812 header.b=dKcujP7C; 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=reject) header.from=mailbox.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1706459800; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=VeH+0EwQsjZozOqzksuws+uExwWWrYWi9CySQNBKiJU=; b=VbHau66Xf78RKRxyGGquA3cNNOC4JW+mcacAB3hIQmt3cgAU4GklenvPIZ0o86CF2xOE07 9s9KDnkd48FfHm1Yc0AW0SRElv+Dlh+PWZGenpKgU9c/bMWFd+tS7JIy+jUxi2NR6LsYLk oQWNFOx+fhYOKRtSRRIYOujwfOBz+9OeVNnrRIFsXgMBGVWiO+bWaTEIYauWE3wU4hJyAH O80zY79eeRiBgWLyLGT0/dYybraZLVkzL+RyFfkHa4LBLQxz9BzFj96ayqcQAb5f5Hok/2 Vug3aFiHCwLmajhPhlM4yNEFKQEfSHIitfP7qpNQZ3FAzo1zX+ismaAHH2x2dw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=mailbox.org header.s=mail20150812 header.b=dKcujP7C; 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=reject) header.from=mailbox.org ARC-Seal: i=1; s=key1; d=yhetil.org; t=1706459800; a=rsa-sha256; cv=none; b=DlXKZ5ZNoWZB/iafKWNA976SHI1g983WxumSWMBrwPUOtMk/NoRhiZQuYbKvYvAciBDIo7 IDUji19TgLjFdnbFGt3y0uHYaBjnKNImkkd2ySQgcp7BLLzgpDFzXhMLLiBUm4lLzW20dw V5AQzKTWE+lJNUJsSpgL/1e0zNM9vBKdO3b67z6C4i1ibjDQAKH37z6p2oVfKp+zSafUPO MDO2kwmdzlogTXAXuWGxBItYmrpLDQRq0ZnhsCcTgp2eJzkCIh1ye4fkHI/dLFIu9z84Vr fi5OkI8G2zr5+cR4XX6sEZmLIPIZ7YMIbdVu1OXlWbvMQh3qEC5lHBtlgVASjw== 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 C990C584AB for ; Sun, 28 Jan 2024 17:36:40 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rU88L-0000rW-Eb; Sun, 28 Jan 2024 11:35:49 -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 1rU88G-0000o7-AK for emacs-orgmode@gnu.org; Sun, 28 Jan 2024 11:35:46 -0500 Received: from mout-p-202.mailbox.org ([80.241.56.172]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1rU88E-0004WV-AI for emacs-orgmode@gnu.org; Sun, 28 Jan 2024 11:35:44 -0500 Received: from smtp2.mailbox.org (smtp2.mailbox.org [10.196.197.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4TNH9M59bBz9sQL for ; Sun, 28 Jan 2024 17:35:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailbox.org; s=mail20150812; t=1706459735; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=VeH+0EwQsjZozOqzksuws+uExwWWrYWi9CySQNBKiJU=; b=dKcujP7CP4pn7KXJ1verYAys70TvKK7uhigjQEpUHDkLoG5z8nS7Ttic0r3y7KYFdwUGDz iWCc3zCNyXeiIQ2LwiyANvDTRYuKYopSWMjehYFHbdBYyqH+PnyYpmMmLAvbriFdPCr1en FrR2XsiZvtpfq2xWAvxfS0UHEbwCpiImHwXw0WgsTlLnkpaFXG0yG8AiB1beX2KYrbt+nR +Lq4jq4nL6DjnW7aUGG+1PWnWmdsW78zAFtTGDj80UzWdZDo9T27YkwAO+pLZsBT0P1p+R 26npefov3fxnG0CWETA4u4T/+uvb3/KhB3G7Be8cHpm43Rqo5j5+eTU6c0j+xQ== Date: Sun, 28 Jan 2024 17:35:34 +0100 From: Rainer Dunker To: emacs-orgmode@gnu.org Subject: org-open-at-point while on "normal" text Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-MBO-RS-ID: bc0ee50cd22eb0cca56 X-MBO-RS-META: 97fdytdz7rqj5x1r7w6c6nhf1ka9qxkq Received-SPF: pass client-ip=80.241.56.172; envelope-from=rainer.dunker@mailbox.org; helo=mout-p-202.mailbox.org X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, 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: -10.24 X-Migadu-Queue-Id: C990C584AB X-Spam-Score: -10.24 X-Migadu-Scanner: mx11.migadu.com X-TUID: JLKeyz0jI/vd Hello All, typing C-c C-o to follow a link while point is on "normal" text instead of a link, this results in error "no link found"; okay. Recently there was an Org Mode upgrade from version 9.4.4 to 9.6.6 on my machine, and since then, C-c C-o on "normal" text behaves differently: Instead of raising the no link error, it opens the "Select link to open" menu. As I understand, this behaviour should occur when point is on the section's headline, but not when it's just somewhere within the section. I tracked this down to a changed behaviour of the org-element-at-point function. Suppose I have a buffer in Org Mode containing these two lines: * headline text If I place point within the word "text" and evaluate the expression ... (org-element-property :parent (org-element-property :parent (org-element-at-point))) ... this results in "(headline (:raw-value "headline" :begin 1 ...", apparently meaning that I just navigated the document structure tree from the text paragraph up to the section headline. Doing the same test on another machine with Org Mode 9.4.4, the expression results in nil. And as far as I understand, this is the expected behaviour: Starting with (org-element-at-point) and following the chain of parent relations in the structure tree should not reach the headline. I found this explanation in both the Org Element API reference in section 1.1 ... https://orgmode.org/worg/dev/org-element-api.html#local ... as well as in this mailing list post: https://lists.gnu.org/archive/html/emacs-orgmode/2020-02/msg00226.html I also noticed that, between these two Org Mode versions, the org-element-at-point function has been completely rewritten. Now my question is: Is the changed behaviour--and, as a consequence, also that of org-open-at-point--intended or rather a bug? Regards, Rainer Dunker