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 KDDzJ0DYp2agWwAA62LTzQ:P1 (envelope-from ) for ; Mon, 29 Jul 2024 17:58:24 +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 KDDzJ0DYp2agWwAA62LTzQ (envelope-from ) for ; Mon, 29 Jul 2024 19:58:24 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=runbox.eu header.s=selector1 header.b=Ahtg2QGy; 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=runbox.eu ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1722275904; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=gYQL2594DICwpII1gtBLWYgLyhxkEQcN5cO5ZWmJi68=; b=RhmoqKVH3umD/SluxQicSaA4gA7/jbDxzyhkvyvAPnsbhVmvfNsCJ3RwzvwgdQ1JoOthKl jP86IYQnTrcK3QKamZ+5tkIxAXq1ucRmR4yp1JAAo1Mh1cWZ2swiC+WQOWdop4DQpcZJFi 8NAj0UIhVTMf4bowJEeq5ErWmkxWin3DOEWkuk1jETvIl2d4p6tS+IELNjdWFE/NREmg0h A4pF2RzS1csMQt89Nzay927jnNvSlHzAiRxcdzClPHrliCPzxH8U0IARn5E6sF8M/dBO0p 7Am5hr6dCS93Rwo9oRI8BWt1Jdm4EoI7vh5TfETPFZTcnJVxKdFJUxLw7u8ARA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=runbox.eu header.s=selector1 header.b=Ahtg2QGy; 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=runbox.eu ARC-Seal: i=1; s=key1; d=yhetil.org; t=1722275904; a=rsa-sha256; cv=none; b=nHYUm7cJjfUHo/6txgu2//oAIuFADCJpcSZ3yT6eMYqoOJ/8qC4U8mFt9DJifVtdmVIgT/ 3g1VsSArX8Q6wHvtz4wueTCDeerHB8AaXVEfskFHyJ8oOE1ABvg2VfQglMS1LjTODt3R0B KEfLTDP93OvPmF2E6P0j8M4LputBeu1s+7pqted1er5Pz7ALdNPj6U6W/xjWICD0gFfony f8NiNBJm07pmCNIaw+1OEHyqThyme53EsDuxpx48itnS4sQGiMxRROe/2wk5a7kYVUXAbk 7dFCBlOuTrjxzUB8DfnffXD/CJxb+H9KLNlhOhLGiwswk3GvybeqVxDlaec3Vg== 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 69CA96F1CB for ; Mon, 29 Jul 2024 19:58:24 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sYUcr-0006Zo-Kn; Mon, 29 Jul 2024 13:57:37 -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 1sYUcp-0006F9-Nh for emacs-orgmode@gnu.org; Mon, 29 Jul 2024 13:57:36 -0400 Received: from mailtransmit05.runbox.com ([2a0c:5a00:149::26]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sYUcn-0001Nk-59 for emacs-orgmode@gnu.org; Mon, 29 Jul 2024 13:57:35 -0400 Received: from mailtransmit03.runbox ([10.9.9.163] helo=aibo.runbox.com) by mailtransmit05.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1sYUcf-002jHX-Pi; Mon, 29 Jul 2024 19:57:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.eu; s=selector1; h=Message-Id:In-Reply-To:References:Date:Subject:CC:To:From: MIME-Version:Content-Transfer-Encoding:Content-Type; bh=gYQL2594DICwpII1gtBLWYgLyhxkEQcN5cO5ZWmJi68=; b=Ahtg2QGyxMpdz3sRLWequYmysq rgbb0+W+H4MAg4zWKDs4M5RrrPtmkmFePnGa4yQduOmT4QRm35w4UgkdkTLbm3tCCKGFaZd8Q5Rdc VaQDoQChzuQUO+BlSjA+Yr5I2YKIQlWpKSNFXdEL2x0xWG3sP8F9iokBCciKDeiUGkTi8sRPmThs9 RNF1OctDfFcS5iDaa46gxie2ojrKq+jbzhXPkYOFhwZaHmubfL3PiqEBCJBEy7hD3jppeljA1ia8F iAvwycrv6X07LyVazQmlcFTLXK6kv8f24YVG7aXVTJuu/81s26KRVSTejCJEyZexjdXOwtjTuNlnU 44975Shw==; Received: from [10.9.9.128] (helo=rmmprod06.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1sYUcf-0001nZ-9O; Mon, 29 Jul 2024 19:57:25 +0200 Received: from mail by rmmprod06.runbox with local (Exim 4.86_2) (envelope-from ) id 1sYUcf-0004hw-89; Mon, 29 Jul 2024 19:57:25 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated alias (1196375)] by runbox.com with http (RMM6); Mon, 29 Jul 2024 17:57:25 GMT From: "=?UTF-8?Q?Martin=20Edstr=C3=B6m?=" To: "Sébastien Gendre" CC: "emacs-orgmode" Subject: Re: Properties drawer at buffer/file level Date: Mon, 29 Jul 2024 19:57:25 +0200 (CEST) X-RMM-Aliasid: 1196375 X-Mailer: RMM6 References: <87h6c8xgpy.fsf@k-7.ch> In-Reply-To: <87h6c8xgpy.fsf@k-7.ch> Message-Id: Received-SPF: pass client-ip=2a0c:5a00:149::26; envelope-from=meedstrom@runbox.eu; helo=mailtransmit05.runbox.com 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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-Spam-Score: -6.73 X-Migadu-Queue-Id: 69CA96F1CB X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -6.73 X-TUID: g/rKgp2sMcXh That's why the command puts them at the top. That's where it'll work. As for changing it so they can be below the title, a question is how far be= low? Realize that #+keywords can actually be anywhere in the document, inte= rspersed with body text. We'd at least need something like an `org-end-of= -metadata` function to jump to the first non-keyword text. But that is comp= licated too, because people do comment-out keywords and leave blank lines, = e.g.: #+title: New title # #+title: Old title =20=20=20=20 #+date: 2024-07-24 which could easily result in putting the drawer amidst these lines, resulti= ng in this mess: #+title: New title :PROPERTIES: ... :END: # #+title: Old title =20=20=20=20 #+date: 2024-07-24 Maybe the discussion from 2019 can shed more light on the matter: https://l= ists.gnu.org/archive/html/emacs-orgmode/2019-10/msg00027.html.=20=20 Bit off-topic, but I have still not understood what functionality the file-= level drawers actually enable. I suppose dropping support is out of the qu= estion? It seems every other function I write has to have special-purpose = code to handle the case of outline level 0... it's a maintenance burden. I= got the impression it was only added due to org-roam, but it does not actu= ally need them. It works fine with a traditional top-level heading instead = of a #+title. Martin Edstr=C3=B6m On Mon, 29 Jul 2024 19:15:05 +0200, S=C3=A9bastien Gendre wrot= e: >=20 > I get nil. >=20 >=20 >=20 > "Martin Edstr=C3=B6m" writes: >=20 > > The property drawer has to come first for technical reasons. Just try = manually moving the property drawer beneath the title, then do > > > > M-: (org-entry-get nil "ID") > > > > and what do you get? Nil. > > > > Martin > > > > On Mon, 29 Jul 2024 18:02:35 +0200, S=C3=A9bastien Gendre = wrote: > > > >> Hello, > >>=20 > >>=20 > >> If I set a property with `(org-set-property)' when the point is at the > >> top of a buffer, before any heading, I got a property drawer inserted = at > >> in the first line of the buffer. > >>=20 > >> But if I already have buffer settings, like "#+TITLE:", the property > >> drawer is put before these settings. > >>=20 > >> Is it possible to tell Org-mode to put the buffer properties drawer af= ter > >> the buffer settings=C2=A0? > >>=20 > >>=20 > >> More context: > >>=20 > >> I try to use Org-roam to take notes about books I read. With this, I g= ot > >> 1 file per book, with the title of the book set as buffer setting > >> "#+TITLE:". > >>=20 > >> But when I add other information (like author, editor, etc) > >> into a property drawer of my note, these additional info are inserted > >> before the title. > >>=20 > >> On a new note, I got this: > >>=20 > >> :PROPERTIES: > >> :ID: A-unique-ID > >> :Author: Author Name > >> :Editor: Editor Name > >> :END: > >> #+Title: Book title > >>=20 > >>=20 > >> Instead of this: > >>=20 > >> #+Title: Book title > >> :PROPERTIES: > >> :ID: A-unique-ID > >> :Author: Author Name > >> :Editor: Editor Name > >> :END: > >>=20 > >> Which is visually very different from what I got when the property > >> drawer is set for a heading. And the actual result feel less intuitive > >> than what I got with heading. > >>=20 > >>=20 > >> Best regards > >>=20 > >> ------- > >> Gendre S=C3=A9bastien