From mboxrd@z Thu Jan 1 00:00:00 1970 From: bostjanv@alum.mit.edu Subject: Bug in org-time-stamp? Date: Sat, 30 Aug 2008 21:56:48 -0400 (EDT) Message-ID: <33284510.1389.1220147808925.JavaMail.help@alum.mit.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1388_29872951.1220147808924" Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZcBP-000499-K8 for emacs-orgmode@gnu.org; Sat, 30 Aug 2008 21:56:51 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZcBO-00048t-2S for emacs-orgmode@gnu.org; Sat, 30 Aug 2008 21:56:51 -0400 Received: from [199.232.76.173] (port=60730 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZcBN-00048q-SK for emacs-orgmode@gnu.org; Sat, 30 Aug 2008 21:56:49 -0400 Received: from brunch.mit.edu ([18.92.0.171]:35226) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KZcBN-00019M-IH for emacs-orgmode@gnu.org; Sat, 30 Aug 2008 21:56:49 -0400 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Cc: bvilf@yahoo.com ------=_Part_1388_29872951.1220147808924 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Section 8.2 (node: Creating timestamps) of the info manual contains the following description: `C-c .' Prompt for a date and insert a corresponding time stamp. When the cursor is at a previously used time stamp, it is updated to NOW. When this command is used twice in succession, a time range is inserted. In my opinion, the second sentence does not correspond to the actual operation. To see this, one can perform a test on a single-line org file, for example: * TODO <2008-08-28 Thu> test todo item We encounter (at least) the following types of behavior: (1) point is within the timestamp, mouse cursor is either inside or outside (if inside, do not click). In that case entering `C-c .' will result in a timestamp update query, and hitting RETURN will produce no change in the timestamp. (2) point is outside the timestamp, mouse cursor inside. In that case the `C-c .' command and RETURN will result in an updated timestamp at the point position while the original timestamp remains unchanged. (3) point is within the timestamp. If after `C-c .' and the timestamp query one clicks on a date in the calendar, then the original timestamp will be changed to the selected date. On examining the first two cases one concludes that the origin of the problem is quite simple: In Case (1) the default answer to the update query is the ORIGINAL VALUE OF TIMESTAMP while in Case (2) it is NOW. In my opinion it should be NOW in both cases. Case (3) does not require comment as the corresponding behavior is expected. Additionally, if the previously suggested change be accepted, I propose that the above description in the info manual be changed to the following: `C-c .' Prompt for a date and insert a corresponding time stamp. When the point or mouse cursor is at a previously used time stamp, the prompt requests an updated value, and the latter is inserted at point (default is NOW). When this command is used twice in succession, a time range is inserted. Regards, bostjanv ------=_Part_1388_29872951.1220147808924 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ------=_Part_1388_29872951.1220147808924--