From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id aIO2DXajFGdASwEA62LTzQ:P1 (envelope-from ) for ; Sun, 20 Oct 2024 06:30:14 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id aIO2DXajFGdASwEA62LTzQ (envelope-from ) for ; Sun, 20 Oct 2024 08:30:14 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=TOtDeXXa; dmarc=pass (policy=none) header.from=gmail.com; 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=1729405814; a=rsa-sha256; cv=none; b=rdWJA0yR1CU4WOFJ2glWKR/3fepbFuYWpt0OwWXhvncZuDt9DD7fxJoburiSdWvBXe62L4 3AU8n/E8HEsuShfFopGcYrkr9AKzjCWPpv472w8+CUIoaZt2ahVkQQCyGnOjM3rP14SxPj hZGC51mQOyxIdxnjOF/sxMfh5A2RkUwa+JMLW9tHRvZLbC5XUtC2wxOE/lRRcAb8bPF9Fy KUCdghbM/w4e30rMBTzTVmto+trSgJlEPiVA0DXz59Weia0A1DUURZGKAFlZdD+n0hufbj MAVAXDLyi19Td1HO83YXUzZWIioPd4rfug1vTG5/6XyWHn9bjIToRQixUlYlgQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=TOtDeXXa; dmarc=pass (policy=none) header.from=gmail.com; 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=1729405814; 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=7CAPQu9ZvysEittbtE+1rD7vnvXf+LLeLCcX6wwQVGA=; b=j7x+95Ny9dQleRsxxrZXfB/NZDohjuzK5YBDMXsODNR0HVv3F9PBEmTaT983tCmnAzoCvU 3+zKZA+h8k2QVvNqWhqX4ZdalzxZ6N9TF3G9GMlVZeb0zucXNQNkxrrQTPt3sOT7+JNw8j 5fyawCkr9WZlDaTolRgxRvWPV0zbrNLf74fDV2MWyEZVoegciPalYkhYxDPSeTT9YdFMAv ji2NX6K8Lqh+EJpj2knqZXj0UU2bWL15lhta6I3piUBIfBk8Ehoisyk3HKM1cpCnSdEeDT 1oJsZ8IXYI2Z5RM2ZO8GFYgrO/jKczurXZ2z25uxcp/9a9VV6Z9y6RfsB1DNsQ== 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 CAE7E3138C for ; Sun, 20 Oct 2024 08:30:13 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t2PRG-0005vl-7k; Sun, 20 Oct 2024 02:29:18 -0400 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 1t2PRD-0005va-MB for emacs-orgmode@gnu.org; Sun, 20 Oct 2024 02:29:15 -0400 Received: from mail-yw1-x1136.google.com ([2607:f8b0:4864:20::1136]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1t2PRC-0005DD-8t for emacs-orgmode@gnu.org; Sun, 20 Oct 2024 02:29:15 -0400 Received: by mail-yw1-x1136.google.com with SMTP id 00721157ae682-6e59a9496f9so38923127b3.0 for ; Sat, 19 Oct 2024 23:29:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1729405752; x=1730010552; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=7CAPQu9ZvysEittbtE+1rD7vnvXf+LLeLCcX6wwQVGA=; b=TOtDeXXaZjp/Py8WbTd5q16vxxfbe65jVEL8ZsVikYrZ9++jqcbRmXv4ggq/BsEq+K AKr0mt4sKwys20zrRVcZdip3/plEvWxXI2uJU14oT4x1DZ3haGRZXEtHC1KOZqVdqmcK dtbk5xmKCGVz/ek6U43tTyOkv33B5mE4F1d76RshmDe5ciZRpm6zWaRcWrwK9T237rwN 5JDGoy+cSOlKhJ9oPp/srfd31uZaC31UOoEmpEftsAg+wrUCgpiwuRdBZXN22avNaQsm 3NXAefNq+zsrkqKGdW8dwP69jzmZMB0Z/KuNOIF3XjxC9bk6sRSvdrf7nO0iTDmMO6XO USoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729405752; x=1730010552; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7CAPQu9ZvysEittbtE+1rD7vnvXf+LLeLCcX6wwQVGA=; b=iLjK+z6dHg/N9yY39MyNTuojPAPi5cfydSNpIJFigBqI3lyiw7JorFMhyrfXkyKPFD SVnDiByzwr188C0HG69ht1XlsziWnYGmrwQxHl0Dpl3fhRZP83M+O0yEV221moiwtiz6 z3lHhIyTc9JHoiNnfnm0FqF9dr7freBQCCfr2pAs7YiwW1zaNBig2uwAFtIaxXP6yF2v UUJ69+6WLNkUXYr0AL2SR1hbcyfhcfkLz//Df1AhHPiCV1b9st776/+UleDC+Y60JrQE 0jglEVy8UII5nDZakMpcQeqbbATqds2weEHCQcEFG6xucrGEfRYRlMZLgt/KYSMh0BOJ t7yQ== X-Gm-Message-State: AOJu0YxAy07EFGgkLMIdL1UhphvuckBcBcXw4BmP1CmMp4D09u5WeZ6d tGKqZvIaeny47pVXoRTKCSn1QK25pLmceeIlG0BoHeK89kyXMwpoD94DInwLXufqQU4ls5RtaAQ TwLdeA/X1PmvCJ4VkYuE7SfWvQJk= X-Google-Smtp-Source: AGHT+IE7/PaWHAyhOoFbXHVltakXKj6IiswCz4sbYLfXomWLd57nNn0vU3zvSMHuqcLSHe38uuQr99rxYK1VnTdBbT4= X-Received: by 2002:a05:690c:3391:b0:6e5:bca9:cb8f with SMTP id 00721157ae682-6e5bfc61846mr77847897b3.38.1729405752479; Sat, 19 Oct 2024 23:29:12 -0700 (PDT) MIME-Version: 1.0 References: <87jzedsfxx.fsf@localhost> <877ca6zk4j.fsf@localhost> In-Reply-To: <877ca6zk4j.fsf@localhost> From: Benjamin McMillan Date: Sun, 20 Oct 2024 15:28:45 +0900 Message-ID: Subject: Re: [BUG] A call of (org-end-of-meta-data t) goes too far in a heading with only whitespace To: Ihor Radchenko Cc: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="0000000000008c9e220624e2a77d" Received-SPF: pass client-ip=2607:f8b0:4864:20::1136; envelope-from=mcmillanbb@gmail.com; helo=mail-yw1-x1136.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -5.62 X-Spam-Score: -5.62 X-Migadu-Queue-Id: CAE7E3138C X-Migadu-Scanner: mx10.migadu.com X-TUID: gG4zEkZQaVjQ --0000000000008c9e220624e2a77d Content-Type: text/plain; charset="UTF-8" I confused the issue in my response, and want to clear it up. As you say, when the heading has no contents, "after metadata" is the next headline. However, my problem is if heading 1 contains several blank lines: * Heading 1 :PROPERTIES: :ID: 111111 :END: * Heading 2 In this example, a call of (org-end-of-meta-data) places point on the first blank after :END:, in agreement with the docstring. On the other hand, (org-end-of-meta-data t) places point all the way to heading 2, which is not what the docstring says. This mismatch caused me some headache. However, the suggestion to move back lines is clever, and solves my problem. Granted that it is not worth changing behavior of the function, would it be reasonable to update the docstring? Something like "When optional argument FULL is t, also skip planning information, clocking lines, any kind of drawer, and blank lines. When FULL is non-nil but not t, skip planning information, properties, clocking lines, logbook drawers, and blank lines." --0000000000008c9e220624e2a77d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I confused the issue in my response, and want to clear it = up. As you say, when the heading has no contents, "after metadata"= ; is the next headline. However, my problem is if heading 1 contains severa= l blank lines:
* Heading 1
:PROPERTIES:
:ID: 111111
:END:



* Heading 2
In this example, a call of (org-end-of-meta-da= ta) places point on the first blank after :END:, in agreement with the docs= tring. On the other hand, (org-end-of-meta-data t) places point all the way= to heading 2, which is not what the docstring says.
This mismatch cause= d me some headache. However, the suggestion to move back lines is clever, a= nd solves my problem.

Granted that it is not worth changing behavior= of the function, would it be reasonable to update the docstring? Something= like
"When optional argument FULL is t, also skip planning informa= tion,
clocking lines, any kind of drawer, and blank lines.

When F= ULL is non-nil but not t, skip planning information,
properties, clockin= g lines, logbook drawers, and blank lines."
--0000000000008c9e220624e2a77d--