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 ms1.migadu.com with LMTPS id mGpuFhKIEmZq8AAAe85BDQ:P1 (envelope-from ) for ; Sun, 07 Apr 2024 13:48:34 +0200 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 mGpuFhKIEmZq8AAAe85BDQ (envelope-from ) for ; Sun, 07 Apr 2024 13:48:34 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=QmUTqn5h; dmarc=pass (policy=none) header.from=posteo.net; 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=1712490514; 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=5hR7tx4aH3p7Tm/XfoSHhkI411Nf+dhmlT1igw5rfw0=; b=U6MRQrVzmqyyP+UTihAOdkJj3L7NRu3UISYQyNTacmGRNg/4kFXzJDthvpY7lzFhmtdMUD w5HQNmNP7N1FFDk2lNqW/6CHIKfYEwe/iIzUH2g5zUfgab17XiNPCRlqIwmz/RP1EQYlMv g1WAmFCj5X+tB7YLoVrF0I1aLMu9qIZia00herQR1x2uvJUY9NAjGNS9tQQaxIZPtqryxz 15rsbkijRsfiKaUL4v2GwT29XZyMmQjmfktRWiMDRFH30czsnwu2FqtsIlxvLI/Zltmj4L DejTXWeeWe6HBYBiiMi+Y/9A34eYFEBJ618hhCF/9lf77sr9Z3s7vCI/VnyFZw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=QmUTqn5h; dmarc=pass (policy=none) header.from=posteo.net; 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=1712490514; a=rsa-sha256; cv=none; b=NFUxlGLMRaj26JL9GgnVD1cDw6kyqiHqfVLUX+ya/6BsKb6v4Zj5u0p8PHyqQAyCB1NxXj Y6UcmN9GH+c1qBK9mUIJVoq6aBpKR7FVoyOyZTWqxDyWb5qHyXLUlO4nahJXP9B6NRQSYz QGzZxoqJSk3F3uZgs6nPEx9D01h+DJQZJKkUdoz4X4yfXHl35AFoc6lKuZ5+9maTwV91Uw DFBVRcQzNS4xEIP6LNgxj439EH9FR4USCu+NNWJCTxwMBldeBeoDZ3FEXmYAaLGw3sePl4 0vHYZ/l2xYCtX3UkdHkK74kWK5fdlqUIps7py0sEbgdEK5KpLkcYizMiXwM+vQ== 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 E504C3E96C for ; Sun, 07 Apr 2024 13:48:33 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rtQzw-0002H1-Jj; Sun, 07 Apr 2024 07:47:44 -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 1rtQzr-0002Gb-Hx for emacs-orgmode@gnu.org; Sun, 07 Apr 2024 07:47:40 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rtQzn-0000if-3o for emacs-orgmode@gnu.org; Sun, 07 Apr 2024 07:47:37 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id C8575240029 for ; Sun, 7 Apr 2024 13:47:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1712490451; bh=KoJ0/2nODUVxdzLRGD3LboZk3ky8R5JdDdBBgxCu96M=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=QmUTqn5hwvJGFC1weS1ut50W5YLPbtZnz57ozeW8qIQDMWekismCbi0W9uRHYW1y6 XGCyAAXIJp0f+3sKrNB9Bd3vW9QZlkxA1C7q7d5DA+dqqf+q5dCGmC5PHkKhTH0RxG J6XCiN2/zmdWkIDi/49GI0/zrIKqr1tLXohia5JhcEgoEMK7Zuuctd6EhI7bBJQcyS EdPuPUc1qXn5FxS2FuuDaCPNoXPxJgSqkQl1Ws2ZrhmgLP4yB0RYpLQR/93554HPX3 W0isIp62xjUHTBOdwz5tv8S/RX85bxMIeAajoZccIgzQ7Og+om2zVrw9YyJLvvif99 WL/8DDuw6S+Ag== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4VC9Sg0696z6tm4; Sun, 7 Apr 2024 13:47:30 +0200 (CEST) From: Ihor Radchenko To: Max Nikulin Cc: emacs-orgmode@gnu.org Subject: Re: [POLL] Dealing with +1m/y repeaters when jumping to impossible date (should 05-31 +1m be 07-01 or 06-30?) In-Reply-To: References: <87frvzodze.fsf@localhost> Date: Sun, 07 Apr 2024 11:47:52 +0000 Message-ID: <87plv1o0lz.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 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_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_SBL_A=0.1 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: -6.57 X-Migadu-Scanner: mx11.migadu.com X-Spam-Score: -6.57 X-Migadu-Queue-Id: E504C3E96C X-TUID: 44NmUILlvrCt Max Nikulin writes: > I think the following should be taken into account: behavior of popular > calendar applications, specifications they implement, libraries that > likely used to create such applications. ### what happens in google calendar if you repeat task monthly at 31st day of month and the next month has fewer days? ChatGPT: If you set a task to repeat monthly on the 31st day of the month in Google Calendar, and the next month has fewer days (e.g., February or some months with 30 days), the task will fall on the last day of that month. ### It is the same as the change proposed in the POLL. > Should it be configurable per user, per file, or even per rule > (timestamp with repeater)? We ought to have a switch to the existing behaviour, but I do not think that we need it per-file or per-timestamp. If we do need such granularity, it implies that some people actually prefer the existing behaviour - something we are yet to hear in the replies to this poll. > An example of recently designed library (however Org does not support > calendars with leap *months*): > > "Handling unusual dates: leap days, leap months, and skipped or repeated > periods" (Temporal proposal for JavaScript) This also picks the closest existing date - the change we propose in this POLL. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at