From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:1008:1e59::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id q0odJ9xskGUjsQAAkFu2QA (envelope-from ) for ; Sat, 30 Dec 2023 20:17:48 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id 8MczHtxskGXghAEA62LTzQ (envelope-from ) for ; Sat, 30 Dec 2023 20:17:48 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=I+hxQJs+; 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=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1703963868; 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=AsBbch3x95yEYcOTdx22DZMy54F6q2Odgzy0Ro0MURA=; b=HmyhMVlyLbxAvrsg0FpXq1zfFG9uXtsKPBQFLY+eKgd+aRPtV7Wqp8dyifFiNUikPVjvED NdGOCe/1J9HosS1VJ4AlciRe+2OF2But/d8EHorbMsG4jK9Qbp5YSEe/BPX63D4q2seRmt tAe9+bQGlIFsLDkkJsSrl9nz2NHXIPsbt5J2/Ta1+Bt1AXkqkGjs2hIjQoZspfF4riNjNv gW8o8iOPiwFtXREzs1R9ylLIM9Gg0gPVSun3OEx45K2o8WMAivo4asXEInbDUYcRj0W/tV oJ+q3NU03H2yhCWEkaTTghyfCojKaApp7s5gk/ncABNAgZ405fz0k2kZ/+gI3w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1703963868; a=rsa-sha256; cv=none; b=BveR7H1MifotEPRRTCIEXgVInZrJOAuTXTKL6V85RyVW1n/Fr5z/iJ6GxV5Tkf2vO1NkmY g2Sv5xJk1N4X6j8+NZA9k0sECZfOYW1nFVesUgasY771X/XWh5h/ZETTA2a5o+mNMbOkKI Ban+7BjaiOOfQ2Det5+6LnoAj/HQB28+M2khucie7CEzgz6pxSgPDRCEOYL4B4pjGsT0IY NK14jREdLirxEryZpK5TzAdxEh85ZV0sYYdat94bb8oT81seY+ZTDJQGzOsA/gpD79XiNR NwrkChJeNIa4PBB9Kjb+p4gafElyP4kFptRFyBLkrbnQ6TCZWGiecAd61/Nm1w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=I+hxQJs+; 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=gmail.com 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 3C0C411C68 for ; Sat, 30 Dec 2023 20:17:48 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rJepi-0007VO-4U; Sat, 30 Dec 2023 14:17:18 -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 1rJepd-0007Un-GE; Sat, 30 Dec 2023 14:17:14 -0500 Received: from mail-lj1-x234.google.com ([2a00:1450:4864:20::234]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rJepb-0000vS-7E; Sat, 30 Dec 2023 14:17:12 -0500 Received: by mail-lj1-x234.google.com with SMTP id 38308e7fff4ca-2ccec119587so17457041fa.0; Sat, 30 Dec 2023 11:17:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1703963827; x=1704568627; darn=gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=AsBbch3x95yEYcOTdx22DZMy54F6q2Odgzy0Ro0MURA=; b=I+hxQJs+J5y1VyKKktt5f6Cy9c80k4pKbKbw1rlgfTc8/Wbh81eWYUGyarg5CmNhmh 1zk1M+RX3yHoDr11yMaTPnZXZNJcRBKeNn7V46PksCg2rlhyln6SbsumjGm3LEkz51Aq uNVQ6lmEcpLhd3clUFUTcMnki2ES9ZGgE4yUvhQX+9TK0K3Lw02lV5ssmSGm000SPiZa dXAP/zpe9USrLw5h2VC5GDL6Ck71ARer0B3BZIeBOTznb6KFV0ZXPkd/hMbtyI38mL84 0omrLSaxQ+mcC6mr+LUDr70xgcUEhVnQ/U4ONIEm5B3Bmgmjvpnd7Q2TD52u5MlkficQ TqIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703963827; x=1704568627; h=content-transfer-encoding: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=AsBbch3x95yEYcOTdx22DZMy54F6q2Odgzy0Ro0MURA=; b=Nxp3cVMUVOEW66K4cyYwxcL6M+ikeo55ffFwG9/iB+3TvGUZpoc6/gtrn0BXsPULXy Qm0r0f6cd/GWx7WnnmgaHQh06fBvengVZQLeyPgfd20TnSFO/BV5Ae/CjMuWGnvdvWuN t7I8FjNnPuXkLMZHQ0gEuaE75QLrBfg2ZZYsfdif6cAW81ILL9KIHIDOGBkyKIUNTNdm 0UJ+b0oNl/AQCAK6HF/I6eyYIArKzFTO3LqADkx4LYkONup6uYccDXkhLuad2kgS2f6C /BsHNZY3ekqbrnvweWxR0CZrqReDZIDntgPYPL7Ghi/s5NcyaGFu8JYVbQVFjfhPuMQr OblA== X-Gm-Message-State: AOJu0YxMzXGlxwpgLf8N0aFlpCMm1UvhyTmQic5RUoKlC1ZDiEsau5Ws aH/MSY9PYY3zQRFBqYv7ZCK1Pjx/fhMPfy0SJwg41KW9Hmc= X-Google-Smtp-Source: AGHT+IFGn+42Y0vCHBWcoeM9WFgfzyiP09NDDXyDRqHX4Mv+3/24LG9pEKXj4cN606c6u2Pa48vsJNh0XBTHs0rHIc8= X-Received: by 2002:a2e:320c:0:b0:2cc:56a9:32d7 with SMTP id y12-20020a2e320c000000b002cc56a932d7mr5974190ljy.85.1703963826500; Sat, 30 Dec 2023 11:17:06 -0800 (PST) MIME-Version: 1.0 References: <875y0i7e43.fsf@hoowl.se> <878r5bc12y.fsf@localhost> In-Reply-To: From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sat, 30 Dec 2023 19:16:54 +0000 Message-ID: Subject: Re: [DISCUSSION] org-capture.el vs remember.el (was: [ELPA] New package: jami-bot and org-jami-bot) To: Stefan Kangas Cc: Ihor Radchenko , rms@gnu.org, Bastien , Hanno Perrey , emacs-devel@gnu.org, emacs-orgmode@gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2a00:1450:4864:20::234; envelope-from=joaotavora@gmail.com; helo=mail-lj1-x234.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, 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: 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: -9.58 X-Spam-Score: -9.58 X-Migadu-Queue-Id: 3C0C411C68 X-Migadu-Scanner: mx12.migadu.com X-TUID: EKMicuIme42W On Sat, Dec 30, 2023 at 5:21=E2=80=AFPM Stefan Kangas wrote: > > Ihor Radchenko writes: > > > The refactoring de-coupled what used to be org-remember.el into > > completely rewritten org-capture.el that added important features that > > could not be implemented within remember.el framework: > > > > 1. org-capture arranges writing the text to remember directly into the > > target location where it is to be stored. This addressed an importan= t > > problem of remember.el - remember.el always uses temporary buffer fo= r > > user input and does not save it until remember-finalize is executed > > explicitly. A number of users sometimes forgot to call > > remember-finalize, leading to annoying data losses. > > > > 2. remember.el only allows a single text input at a time. org-capture > > makes it possible for users to write multiple notes in parallel. > > > > I am wondering if it would be possible to have the above two key > > features supported by remember.el. Then, org-capture.el could go back t= o > > re-using remember.el infrastructure and thus reduce code duplication. > > This is, of course, desirable. The real question is how much work it > will take and who will volunteer to do it. Not volunteering but those two goals seems good, especially the first one > On the face of things, remember.el does not comprise a huge amount of > code, and I don't see why the above two features couldn't be retrofitted > into it. Seems like the first one could be done with narrowing. But would also need some kind of indirect buffer, too, right? How does org-capture.el do it? It would also mean "commiting to remember" is just C-x C-s and file recovery works as normal, which is how it should be IMO. Maybe after-save-hook in this indirect buffer specifically would have the effect of quitting the window displaying the indirect buffer? ... Well I just checked and the hook approach doesn't work, because save-buffer always saves the base buffer. But surely some other hook or some remapped key would do the trick. If this works (big if since given all this is vapourware), we'll finally have found good use for indirect buffers :-) The second one is just multiple such setups, which the window-management code should in theory already allow. Jo=C3=A3o