From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thierry Volpiatto Newsgroups: gmane.emacs.bugs Subject: bug#70725: 29.3; dired-do-touch completion Date: Mon, 06 May 2024 10:18:18 +0000 Message-ID: <87r0ef8cr9.fsf@posteo.net> References: <871q6kkn5o.fsf@librehacker.com> <87plu38pf6.fsf@posteo.net> <86fruzjudh.fsf@gnu.org> <87fruzwetu.fsf@posteo.net> <8634qwlrii.fsf@mail.linkov.net> <87v83r8pm3.fsf@posteo.net> <86msp38lqm.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9892"; mail-complaints-to="usenet@ciao.gmane.io" Cc: christopher@librehacker.com, Eli Zaretskii , 70725@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 06 12:16:59 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1s3vP0-0002MK-J2 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 06 May 2024 12:16:58 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s3vOj-00079f-VD; Mon, 06 May 2024 06:16:41 -0400 Original-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 1s3vOh-00075M-RH for bug-gnu-emacs@gnu.org; Mon, 06 May 2024 06:16:40 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s3vOg-00026w-Rd for bug-gnu-emacs@gnu.org; Mon, 06 May 2024 06:16:39 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s3vP4-0007jN-Ln for bug-gnu-emacs@gnu.org; Mon, 06 May 2024 06:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Thierry Volpiatto Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 May 2024 10:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70725 X-GNU-PR-Package: emacs Original-Received: via spool by 70725-submit@debbugs.gnu.org id=B70725.171499061729708 (code B ref 70725); Mon, 06 May 2024 10:17:02 +0000 Original-Received: (at 70725) by debbugs.gnu.org; 6 May 2024 10:16:57 +0000 Original-Received: from localhost ([127.0.0.1]:37063 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s3vOy-0007j5-PH for submit@debbugs.gnu.org; Mon, 06 May 2024 06:16:57 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]:59943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s3vOv-0007it-LT for 70725@debbugs.gnu.org; Mon, 06 May 2024 06:16:54 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 436DF240032 for <70725@debbugs.gnu.org>; Mon, 6 May 2024 12:16:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1714990583; bh=NxMFwvRPrIKLKItXnaNEXDW+7WsUTdkvpEUpeJYHcdw=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Autocrypt:OpenPGP:From; b=D9H54Frk9PsWLpZ0HS3npnjUX+UbHocKcP7u3b0SO1nHnrgmU+ydIiGS+2F3U+lfG NGuNW7Yuao+N3jTeSdJ+pOWhfMCRunGho46OKrylCsCfnfPzlOCaYBBIhe+b7EMspu 74dp+Rhlm9LtRFKf3/f/8oNeyRtYrWxjRKr9rFcxbJ6PBreZqdDBgq4nDHZ5g468uY WF/xzofxDbQZO36XITu6EyGL70Zvzh17aqGMdDadU1Gnz2C8tBwrp6q2EPmOW0759r 3HIK2e2xrDy1IJFQSG66QXJWYecWsCizovL1NpsE+JMs+lG2HGS/d+CNL3H9upXkzs LmL43Gl1E/Vqw== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4VXy452YhWz6tvy; Mon, 6 May 2024 12:16:21 +0200 (CEST) In-Reply-To: <86msp38lqm.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 06 May 2024 09:50:17 +0300") Autocrypt: addr=thievol@posteo.net; prefer-encrypt=mutual; keydata=xsDNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MA edi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0p kcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfb tG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQ GVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqC WcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha 36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEA Ac0SdGhpZXZvbEBwb3N0ZW8ubmV0wsEOBBMBCgA4AhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheA FiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmL3HCoACgkQDsVtFB0W75OVEAv/f6XxmtIFz08fUb8h Bp/zJP6IC4/rhhh+0GMRIRzLN8DK0jV8JCzYdFHiRJOy2lNIOpmrrCmjRRxferc2G42+ePFIsslx hU46VSz1Z83NwIG3mpdYNV5WUTUdgzxExHTNTFCd7NKv0nlHKQaA OpenPGP: url=https://posteo.de/keys/thievol@posteo.net.asc; preference=encrypt X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:284565 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Juri Linkov writes: >> What I see and is wrong IMO is: >> >> - DEFAULT is the timestamp of the current file at point and prompt says >> that DEFAULT is "now". >> >> - Pressing RET should use DEFAULT, but IIUC what you say, it returns >> current-time timestamp, is it correct? >> If so this is another inconsistency, RET should always return DEFAULT wi= th an >> empty prompt. > > The prompt of dired-do-touch with the default value "now" is a special ca= se. > This exception is required to solve the time paradox. If the default val= ue > was a fixed value of some moment of time such as you proposed > > (format-time-string "%Y%m%d%H%M.%S" (current-time)) > > then after you press RET the timestamp of the file will be set > to some moment of time in the past, because it takes time > between you press 'T' (dired-do-touch) and then press 'RET' > (exit-minibuffer). > > So the timestamp of the file will be wrong, not the time > when you press 'RET'. For example, I often use the moment > of pressing 'RET' to ensure that the time of pressing 'RET' > is the time that the file timestamp will be set to. The timestamp will be set to a few milliseconds in the past, yes, but is this really a problem? If it is you should fix this in a different way because having a DEFAULT argument which is different of what you have when you press RET is a real issue: As a third party completion package maintainer, how do I know when a completing-read use "foo" as default that when the user press RET he will endup with "bar" ? =2D-=20 Thierry --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHHBAEBCgAxFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmY4rmoTHHRoaWV2b2xA cG9zdGVvLm5ldAAKCRAOxW0UHRbvkzPQC/0ZF4Cjcc29gpC12k4UiDoVb9//Ovx0 Cs2PfXzS/BfWZjMFYC2wGzaPnareq9QMHSrpSpcBQUJV0OZqSOFc76TfUlOKB0yd WFW8HaJnAls/4n0QkUT1grEgKQqQxzIfckK967Ke8FkH+Lopn+VMuMwOAjX1MJav pHgBNXNAk948xM3RUSDH/6se9AlhpBRSeej9KB62F9MH6j4uA4u9RMiJVyIuiIiq hdFgdHG+y+4OB4ps5FC9SqWeJy3SZbS2teJWM6FhL5NhS16FXATUYZmNW+mcXeUg nSppLH1yUuWtwb5UZzE9YZJhU76yaN50WwHHIEeWJ86bwvrCU55gauPi4h/TMl/f 4+qUdmOoBJsepmTcuYVWVyHlSc3GLoUG6hfO2Aqus7BylMxN+KtKueQavb2iauEt 4qZBaYSvtScCJaUqIx35Zb8gjEHYffnmClK1tB4Uo88S2RcwHwwA1j22F0jtdM1t TKElhxjIJSxc0J0CF0Uy6qSxockKZTJsnoU= =0ooI -----END PGP SIGNATURE----- --=-=-=--