From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 13:21:33 2025 Received: (at submit) by debbugs.gnu.org; 25 Jan 2025 18:21:33 +0000 Received: from localhost ([127.0.0.1]:52514 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbkmi-0006ZN-Vw for submit@debbugs.gnu.org; Sat, 25 Jan 2025 13:21:33 -0500 Received: from lists.gnu.org ([2001:470:142::17]:54370) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbkme-0006Yd-BX for submit@debbugs.gnu.org; Sat, 25 Jan 2025 13:21:30 -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 1tbkmB-0006mQ-NI for bug-gnu-emacs@gnu.org; Sat, 25 Jan 2025 13:21:01 -0500 Received: from mail-vk1-xa29.google.com ([2607:f8b0:4864:20::a29]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tbkmA-0005Pz-55 for bug-gnu-emacs@gnu.org; Sat, 25 Jan 2025 13:20:59 -0500 Received: by mail-vk1-xa29.google.com with SMTP id 71dfb90a1353d-518799f2828so1594442e0c.0 for ; Sat, 25 Jan 2025 10:20:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737829256; x=1738434056; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=cYeHdAigdDjBzrnIXJIgRawr7Ioyk6/DyW7Jjh5ElKU=; b=LspFuEsAPEyYqtqtAAvanAkyaNivEu1Yp9+V9EgGT9ZpQVC74Og8z+HOLMM6/k8C8R bm0oETa62Kg5re8wWVbdgAwNBYaG8e/TkMTrriVAxQZA7Wqx2jqzIkGmxhMfg6bLgVv7 FEVczmjDYOc+fED/E1yh5WVDs8sw3bgl94WNzNs2JCwYRukfyxc4j98/4sHaL8eDrnOL 0Dtalq8PjDTrDTAFPriUFltkj2r495D+QQmUQisY4Gln0QpcxoUyTcYmzNuHM5DO86+Y sRHhFa6c/XTD2YueH9QA1INYLKsdK+LFmS0ua8mWIQIWy2oeQmJLSUJnC1wfaYZ5MYmt d4Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737829256; x=1738434056; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=cYeHdAigdDjBzrnIXJIgRawr7Ioyk6/DyW7Jjh5ElKU=; b=RRQ4OjIleLIw+yfrzA6nfs7YuUNRr86ykBVPfrHfGLBXDdkvJRQRS09oIqpas1RJQw nQUV0hzLv40NgdUculF7jGcoAP4Of7CLy3PsRMv47bwW7FlZhIUliae9YwnVL9Xtl3Od rqLOfwvDJHK73Imix3C8yj7nCdrnqFl5Ei2ve053oI7m1j5bZ5IxZk/ASq9ix0fcz5lP yKouy0HsthJHFVczofcJ7eKUJlXPkLg5iuDAbqHFZoWQ98Yn4Cvw5Ka6YJMVea3r1GeM cz6VuxtVkloBbmruRgClWXSuo/Z3BfQMki3hykinFlqRw5/xU1mjf2yVQrhQmtzPkziv GVHg== X-Gm-Message-State: AOJu0YydH8CrEU3lS7/haVAwSXuaxrkaFTWnt3unAMXRBEG/OijU51IZ Sn7EGRHbKaE0vMk+3RjB6w0wPIsiD5zQ1bLmZtJb5ozm5Q8BWTiOM6T6Hj3lbtN95OwzqaGIBoo 4swzglEPP+wcTX8HWllWqYv0exRp1R0N5z2Q= X-Gm-Gg: ASbGncspouNUDFuFupIUcDjgoC1wpY9twt1hBgWWZYlzPhs3gr2EA0mHC9eUKb/1a2Y IctjNXQ4opOLxoBYJsclpFkycRLeBpxWxESiBVVwlisgJcxH+PEthrezIXNNEXQ== X-Google-Smtp-Source: AGHT+IFcL7vOGyLWfVCZS1B+AbVg5eV+pMmOEoSerChSOpGeoW7OI80yyu2939tJb7on13PdMaLkXiOOsyaPr137fZM= X-Received: by 2002:a05:6122:1998:b0:515:1fde:1cb1 with SMTP id 71dfb90a1353d-51e4fca5505mr7089796e0c.3.1737829256321; Sat, 25 Jan 2025 10:20:56 -0800 (PST) MIME-Version: 1.0 From: Ship Mints Date: Sat, 25 Jan 2025 13:19:11 -0500 X-Gm-Features: AWEUYZkRxph_E2nzIPYAzvSGEhXvxsEOXplMpGPzNwWN_NF4pGxlUUI12y6j3SY Message-ID: Subject: [PATCH] Add missing custom :set to savehist-autosave-interval To: bug-gnu-emacs@gnu.org Content-Type: multipart/mixed; boundary="0000000000008112e8062c8be776" Received-SPF: pass client-ip=2607:f8b0:4864:20::a29; envelope-from=shipmints@gmail.com; helo=mail-vk1-xa29.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, HTML_MESSAGE=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-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --0000000000008112e8062c8be776 Content-Type: multipart/alternative; boundary="0000000000008112e6062c8be774" --0000000000008112e6062c8be774 Content-Type: text/plain; charset="UTF-8" * lisp/savehist.el (savehist-autosave-interval): Correctly reset 'savehist-timer' when savehist-autosave-interval changes via setopt or a Customize command. An open question is should the timer be an idle timer or not. Currently, the timer is a regular timer. I'd prefer an idle timer. Not sure how many people would care if this changed. --0000000000008112e6062c8be774 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
* lisp/savehist.el (savehist-autosave-interval):
Correctly reset '= ;savehist-timer' when savehist-autosave-interval changes
via setopt = or a Customize command.

An open question is should=C2=A0the timer be an idle timer o= r not. Currently, the timer is a regular timer. I'd prefer an idle time= r. Not sure how many people would care if this changed.
--0000000000008112e6062c8be774-- --0000000000008112e8062c8be776 Content-Type: application/octet-stream; name="0001-Add-missing-custom-set-to-savehist-autosave-interval.patch" Content-Disposition: attachment; filename="0001-Add-missing-custom-set-to-savehist-autosave-interval.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_m6cijskz0 RnJvbSA5ZDk4YzRkNzgyYWMxZTI5NTNjODJiNjlkMDk4MmRiYzU2MjYwNzU3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzaGlwbWludHMgPHNoaXBtaW50c0BnbWFpbC5jb20+CkRhdGU6 IFNhdCwgMjUgSmFuIDIwMjUgMTM6MTI6NTYgLTA1MDAKU3ViamVjdDogW1BBVENIXSBBZGQgbWlz c2luZyBjdXN0b20gOnNldCB0byBzYXZlaGlzdC1hdXRvc2F2ZS1pbnRlcnZhbAoKKiBsaXNwL3Nh dmVoaXN0LmVsIChzYXZlaGlzdC1hdXRvc2F2ZS1pbnRlcnZhbCk6CkNvcnJlY3RseSByZXNldCAn c2F2ZWhpc3QtdGltZXInIHdoZW4gc2F2ZWhpc3QtYXV0b3NhdmUtaW50ZXJ2YWwgY2hhbmdlcwp2 aWEgc2V0b3B0IG9yIGEgQ3VzdG9taXplIGNvbW1hbmQuCi0tLQogbGlzcC9zYXZlaGlzdC5lbCB8 IDQ1ICsrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tLS0tLS0tLQogMSBmaWxl IGNoYW5nZWQsIDMwIGluc2VydGlvbnMoKyksIDE1IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBh L2xpc3Avc2F2ZWhpc3QuZWwgYi9saXNwL3NhdmVoaXN0LmVsCmluZGV4IDE1M2UyZGI4NzA2Li43 ZDc1NWJjNTA0NyAxMDA2NDQKLS0tIGEvbGlzcC9zYXZlaGlzdC5lbAorKysgYi9saXNwL3NhdmVo aXN0LmVsCkBAIC05NiwxMSArOTYsMzcgQEAgc2F2ZWhpc3QtZmlsZS1tb2RlcwogICA6dHlwZSAn KGNob2ljZSAobmF0bnVtIDp0YWcgIlNwZWNpZnkiKQogICAgICAgICAgICAgICAgICAoY29uc3Qg OnRhZyAiVXNlIGRlZmF1bHQiIDp2YWx1ZSBuaWwpKSkKIAorKGRlZnZhciBzYXZlaGlzdC10aW1l ciBuaWwpCisKKyhkZWZ1biBzYXZlaGlzdC0tY2FuY2VsLXRpbWVyICgpCisgICJDYW5jZWwgYHNh dmVoaXN0LWF1dG9zYXZlJyB0aW1lciwgaWYgc2V0LiIKKyAgKHdoZW4gKHRpbWVycCBzYXZlaGlz dC10aW1lcikKKyAgICAoY2FuY2VsLXRpbWVyIHNhdmVoaXN0LXRpbWVyKSkKKyAgKHNldHEgc2F2 ZWhpc3QtdGltZXIgbmlsKSkKKworKGRlZnVuIHNhdmVoaXN0LS1tYW5hZ2UtdGltZXIgKCkKKyAg IlNldCBvciBjYW5jZWwgYW4gaW52b2NhdGlvbiBvZiBgc2F2ZWhpc3QtYXV0b3NhdmUnIG9uIGEg dGltZXIuCitJZiBgc2F2ZWhpc3QtbW9kZScgaXMgZW5hYmxlZCwgc2V0IHRoZSB0aW1lciwgb3Ro ZXJ3aXNlIGNhbmNlbCB0aGUgdGltZXIuCitUaGlzIHNob3VsZCBub3QgY2F1c2Ugbm90aWNlYWJs ZSBkZWxheXMgZm9yIHVzZXJzIC0tIGBzYXZlaGlzdC1hdXRvc2F2ZScKK2V4ZWN1dGVzIGluIHVu ZGVyIDUgbXMgb24gbXkgc3lzdGVtLiIKKyAgKGlmIChhbmQgc2F2ZWhpc3QtbW9kZQorICAgICAg ICAgICBzYXZlaGlzdC1hdXRvc2F2ZS1pbnRlcnZhbAorICAgICAgICAgICAobnVsbCBzYXZlaGlz dC10aW1lcikpCisgICAgICAoc2V0cSBzYXZlaGlzdC10aW1lcgorCSAgICAocnVuLXdpdGgtdGlt ZXIgc2F2ZWhpc3QtYXV0b3NhdmUtaW50ZXJ2YWwKKwkJCSAgICBzYXZlaGlzdC1hdXRvc2F2ZS1p bnRlcnZhbCAjJ3NhdmVoaXN0LWF1dG9zYXZlKSkKKyAgICAoc2F2ZWhpc3QtLWNhbmNlbC10aW1l cikpKQorCiAoZGVmY3VzdG9tIHNhdmVoaXN0LWF1dG9zYXZlLWludGVydmFsICgqIDUgNjApCiAg ICJUaGUgaW50ZXJ2YWwgYmV0d2VlbiBhdXRvc2F2ZXMgb2YgbWluaWJ1ZmZlciBoaXN0b3J5Lgot SWYgc2V0IHRvIG5pbCwgZGlzYWJsZXMgdGltZXItYmFzZWQgYXV0b3NhdmluZy4iCitJZiBzZXQg dG8gbmlsLCBkaXNhYmxlcyB0aW1lci1iYXNlZCBhdXRvc2F2aW5nLgorVXNlIGBzZXRvcHQnIG9y IEN1c3RvbWl6ZSBjb21tYW5kcyB0byBzZXQgdGhpcyBvcHRpb24uIgogICA6dHlwZSAnKGNob2lj ZSAoY29uc3QgOnRhZyAiRGlzYWJsZWQiIG5pbCkKLSAgICAgICAgICAgICAgICAgKGludGVnZXIg OnRhZyAiU2Vjb25kcyIpKSkKKyAgICAgICAgICAgICAgICAgKGludGVnZXIgOnRhZyAiU2Vjb25k cyIpKQorICA6c2V0IChsYW1iZGEgKHN5bSB2YWwpCisgICAgICAgICAoc2V0LWRlZmF1bHQgc3lt IHZhbCkKKyAgICAgICAgIChzYXZlaGlzdC0tY2FuY2VsLXRpbWVyKQorICAgICAgICAgKHNhdmVo aXN0LS1tYW5hZ2UtdGltZXIpKSkKIAogKGRlZmN1c3RvbSBzYXZlaGlzdC1tb2RlLWhvb2sgbmls CiAgICJIb29rIGNhbGxlZCB3aGVuIFNhdmVoaXN0IG1vZGUgaXMgdHVybmVkIG9uLiIKQEAgLTEy Miw4ICsxNDgsNiBAQCBzYXZlaGlzdC1jb2Rpbmctc3lzdGVtCiAKIDs7IEludGVybmFsIHZhcmlh Ymxlcy4KIAotKGRlZnZhciBzYXZlaGlzdC10aW1lciBuaWwpCi0KIChkZWZ2YXIgc2F2ZWhpc3Qt bGFzdC1jaGVja3N1bSBuaWwpCiAKIChkZWZ2YXIgc2F2ZWhpc3QtbWluaWJ1ZmZlci1oaXN0b3J5 LXZhcmlhYmxlcyBuaWwKQEAgLTE5NywyMyArMjIxLDE0IEBAIHNhdmVoaXN0LWluc3RhbGwKIFRv IHVuZG8gdGhpcywgY2FsbCBgc2F2ZWhpc3QtdW5pbnN0YWxsJy4iCiAgIChhZGQtaG9vayAnbWlu aWJ1ZmZlci1zZXR1cC1ob29rICMnc2F2ZWhpc3QtbWluaWJ1ZmZlci1ob29rKQogICAoYWRkLWhv b2sgJ2tpbGwtZW1hY3MtaG9vayAjJ3NhdmVoaXN0LWF1dG9zYXZlKQotICA7OyBJbnN0YWxsIGFu IGludm9jYXRpb24gb2Ygc2F2ZWhpc3QtYXV0b3NhdmUgb24gYSB0aW1lci4gIFRoaXMKLSAgOzsg c2hvdWxkIG5vdCBjYXVzZSBub3RpY2VhYmxlIGRlbGF5cyBmb3IgdXNlcnMgLS0gc2F2ZWhpc3Qt YXV0b3NhdmUKLSAgOzsgZXhlY3V0ZXMgaW4gdW5kZXIgNSBtcyBvbiBteSBzeXN0ZW0uCi0gICh3 aGVuIChhbmQgc2F2ZWhpc3QtYXV0b3NhdmUtaW50ZXJ2YWwKLQkgICAgIChudWxsIHNhdmVoaXN0 LXRpbWVyKSkKLSAgICAoc2V0cSBzYXZlaGlzdC10aW1lcgotCSAgKHJ1bi13aXRoLXRpbWVyIHNh dmVoaXN0LWF1dG9zYXZlLWludGVydmFsCi0JCQkgIHNhdmVoaXN0LWF1dG9zYXZlLWludGVydmFs ICMnc2F2ZWhpc3QtYXV0b3NhdmUpKSkpCisgIChzYXZlaGlzdC0tbWFuYWdlLXRpbWVyKSkKIAog KGRlZnVuIHNhdmVoaXN0LXVuaW5zdGFsbCAoKQogICAiVW5kbyBpbnN0YWxsaW5nIHNhdmVoaXN0 LgogTm9ybWFsbHkgaW52b2tlZCBieSBjYWxsaW5nIGBzYXZlaGlzdC1tb2RlJyB0byB1bnNldCB0 aGUgbWlub3IgbW9kZS4iCiAgIChyZW1vdmUtaG9vayAnbWluaWJ1ZmZlci1zZXR1cC1ob29rICMn c2F2ZWhpc3QtbWluaWJ1ZmZlci1ob29rKQogICAocmVtb3ZlLWhvb2sgJ2tpbGwtZW1hY3MtaG9v ayAjJ3NhdmVoaXN0LWF1dG9zYXZlKQotICAod2hlbiBzYXZlaGlzdC10aW1lcgotICAgIChjYW5j ZWwtdGltZXIgc2F2ZWhpc3QtdGltZXIpCi0gICAgKHNldHEgc2F2ZWhpc3QtdGltZXIgbmlsKSkp CisgIChzYXZlaGlzdC0tbWFuYWdlLXRpbWVyKSkKIAogKGRlZnZhciBzYXZlaGlzdC0taGFzLWdp dmVuLWZpbGUtd2FybmluZyBuaWwpCiAoZGVmdW4gc2F2ZWhpc3Qtc2F2ZSAoJm9wdGlvbmFsIGF1 dG8tc2F2ZSkKLS0gCjIuNDcuMQoK --0000000000008112e8062c8be776-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 06:12:58 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 11:12:58 +0000 Received: from localhost ([127.0.0.1]:56612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teBQn-0000Pu-Rq for submit@debbugs.gnu.org; Sat, 01 Feb 2025 06:12:58 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41414) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teBQl-0000Pc-5k for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 06:12:56 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teBQf-0001Rb-Sp; Sat, 01 Feb 2025 06:12:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=91UwYHf3jVVXrXTU1gB49zIAMngTGg3CheIPK6aLDSQ=; b=LJREyz+8FsqQ LiWMjxQCdqKEZfG+2MCNcQJIcKzYjfme2UG6wZk0VqXOtoiZZFgXtLJx3sihbt8BNlqIz8m8pGXXK ALgh2Y5VIos6z/jzjiSyRilwYNDN580rgKO5//x+i0IWw67fOXZFoGqL30MO7OnyBJp6qzpd3w6hB SoqN69aFDoxeHmY1P10MTRUTEIsjh5S0eLRdXg3pjSlP0tCK0p4fcsYSq9K4NHLVxpDGRGlzNblFa SHIMseBPci1u1LbRDW2IxoGGwIjrnRXuLyUF4wXqPa++nG6t1JUpPT1rEaZzsiGFFhDOKhaoc7cO7 twZVA8a5Mc1FOZ5TToT9Qg==; Date: Sat, 01 Feb 2025 13:12:43 +0200 Message-Id: <867c69hqac.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 25 Jan 2025 13:19:11 -0500) Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 25 Jan 2025 13:19:11 -0500 > > * lisp/savehist.el (savehist-autosave-interval): > Correctly reset 'savehist-timer' when savehist-autosave-interval changes > via setopt or a Customize command. What does this do when the user loads savehist.el due to some Customize command, but doesn't activate savehist-mode? Does it start the timer, for example? > An open question is should the timer be an idle timer or not. Currently, the timer is a regular timer. I'd prefer > an idle timer. Not sure how many people would care if this changed. Why do you think an idle timer would be better? From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 08:24:02 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 13:24:02 +0000 Received: from localhost ([127.0.0.1]:57024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teDTe-0004PR-5J for submit@debbugs.gnu.org; Sat, 01 Feb 2025 08:24:02 -0500 Received: from mail-vk1-xa33.google.com ([2607:f8b0:4864:20::a33]:59802) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1teDTb-0004P5-Q1 for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 08:24:00 -0500 Received: by mail-vk1-xa33.google.com with SMTP id 71dfb90a1353d-51882748165so897318e0c.3 for <75834@debbugs.gnu.org>; Sat, 01 Feb 2025 05:23:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738416234; x=1739021034; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=0ve68AE9se0Bn2KP6gjA5XbymyY0EvhE3OLSFbEJZy4=; b=YszMJTCLApYycikBsrym3g8Iu9ySHZcebnrECkdQ/eBJxb7jaCoL/bkDwUmHHbBScN mBzQ62HtP4D6uBnwiAlhERdzxot920VBogu1lqGa+rL+jDC04ZglDADYfn62XXvU6XZY W6ApKDKuNfdAWd1EtAR8/+e7V9iuyumiURH8esU9+Xk8bdjzFkd4kfm2gAJVU4Gg7DeS h4zF9wXwfKZdl76tYdJ3N2sY+lB121lnB0FwKTdEhKjsTArh5iqHW09Qz7kuT11hWjsa n1574CYwQpj9/45Yx/xWQ4uckPuaLT18gLu3PSfwBvtGjiqwpCgMtA9iB+O5gag5BG4K VrsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738416234; x=1739021034; h=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=0ve68AE9se0Bn2KP6gjA5XbymyY0EvhE3OLSFbEJZy4=; b=kCEbnpb1uYCU4ooSkzpj3scUFqktEk1AEGoHWssSzIxSgDOciMftDvQYNuw9YXN1zn zzjxQDC4DJCURwXKc2HZa9xcFqBxs3AbVdzs/mlnQsdYfK8dL10yvNTlnZfm2mSn4ENx tG1u9fit0g7ocj+w/IUatODjdfUNnxvKhK7UMy7uVXMPY4RoiWApGib7lJAEhn+eBPXJ 6yuyY/gXkoW7gSW2q/B4ELsW1d8uqG6OCh/RAmvsags07OIqTu5RiEHmQVo+bFw5eN7L kOlurdySjafDo0xYWP4qu2laEE3NXpRk9SZxyspW82I/URfikUlSVN6cR83JB8xeiqu3 d6IQ== X-Gm-Message-State: AOJu0YxdiTq5f3ZAKMpYvfRLfaqbd8abPGZ5iJw9I+rfltBcZet03+Ve 5vyGwqdYzvc0jkYqJQPbO5uUXT+Srowr15e93FGa21deoXwRPcYKO3TW4ut4oaBg5JS/ohbXL0t S9m8prZ/anWy2Ktv2y893smY+omU= X-Gm-Gg: ASbGncu0xsqj0feQZnlXm06A3Y4WRZoShPb6sSTQaixxLO0LFEv4pL7c1B8Ez4y+FJI lVxlkLWg2FvOhZVa32p2jOlz81iq/bK5rJsd/D7t6y9UcQH9rTk1JXKvZKZQRyHrNh8NF0ncA X-Google-Smtp-Source: AGHT+IH2e5sb7l9N7hSxdsRaftSttPAc17SQ6ylRvK+tFPRHt9BaL8VHI/oFJiBEUKXRG5XclyOgt1sXbjJpeM317ks= X-Received: by 2002:a05:6122:3184:b0:518:97c2:f21a with SMTP id 71dfb90a1353d-51e9e3ee74amr13929145e0c.6.1738416234082; Sat, 01 Feb 2025 05:23:54 -0800 (PST) MIME-Version: 1.0 References: <867c69hqac.fsf@gnu.org> In-Reply-To: <867c69hqac.fsf@gnu.org> From: Ship Mints Date: Sat, 1 Feb 2025 08:21:59 -0500 X-Gm-Features: AWEUYZljTB6cJN-X-SUPbVtMguhm5z9_tZW8t0HOJE94dhLWSU9_0jmfJC4oXts Message-ID: Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000001ab853062d1492d0" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000001ab853062d1492d0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Feb 1, 2025 at 6:12=E2=80=AFAM Eli Zaretskii wrote: > > From: Ship Mints > > Date: Sat, 25 Jan 2025 13:19:11 -0500 > > > > * lisp/savehist.el (savehist-autosave-interval): > > Correctly reset 'savehist-timer' when savehist-autosave-interval change= s > > via setopt or a Customize command. > > What does this do when the user loads savehist.el due to some > Customize command, but doesn't activate savehist-mode? Does it start > the timer, for example? > The timer is established only when savehist mode is enabled and the interval is non-nil. > An open question is should the timer be an idle timer or not. Currently, > the timer is a regular timer. I'd prefer > > an idle timer. Not sure how many people would care if this changed. > > Why do you think an idle timer would be better? > I prefer idle timers for this kind of thing as I find auto saving while I'm working to be distracting, and occasionally slows me down at least on my slow computer, and barely noticeable on my fast one. As not everyone has super fast modern equipment, I'm guessing we prefer to be respectful of older setups. I have three autosave timers set up in my configuration, and even one is distracting enough. The timer I put in save-place is an idle timer, and now is a good time to debate idle vs. absolute timers for these. -Stephane --0000000000001ab853062d1492d0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= On Sat, Feb 1, 2025 at 6:12=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Sat, 25 Jan 2025 13:19:11 -0500
>
> * lisp/savehist.el (savehist-autosave-interval):
> Correctly reset 'savehist-timer' when savehist-autosave-interv= al changes
> via setopt or a Customize command.

What does this do when the user loads savehist.el due to some
Customize command, but doesn't activate savehist-mode?=C2=A0 Does it st= art
the timer, for example?

The timer is established only when= savehist mode is enabled and the interval is non-nil.

> An open question is should the timer be an idle timer or not. Currentl= y, the timer is a regular timer. I'd prefer
> an idle timer. Not sure how many people would care if this changed.
Why do you think an idle timer would be better?

I prefer i= dle timers for this kind of thing as I find auto saving while I'm worki= ng to be distracting, and occasionally slows me down at least on my slow co= mputer,=C2=A0and barely noticeable on my fast one. As not everyone has supe= r fast modern equipment,=C2=A0I'm guessing we prefer to be respectful o= f older=C2=A0setups. I have three autosave timers set up in my configuratio= n, and even one is distracting enough.

The timer I put in=C2=A0save-place is an idle timer, and now is a good time to debate= idle vs. absolute timers for these.

-Stephane
--0000000000001ab853062d1492d0-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 08:28:48 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 13:28:48 +0000 Received: from localhost ([127.0.0.1]:57032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teDYF-0004cj-Gg for submit@debbugs.gnu.org; Sat, 01 Feb 2025 08:28:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34034) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teDYD-0004cW-Ei for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 08:28:45 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teDY7-0001xx-U3; Sat, 01 Feb 2025 08:28:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=LRr6k/MChOl+OIKReA5vsbNUR7xRYUWT4NJc3L7gWIs=; b=EIh/e4SVzvnJgo9DgcES Wi7hMufxD9FVNxAXPAxc8/i19E2ZvX74XBLufUVtgohwyJK6PnJIdxyRl+ekWQolqEfFvEFpnZ3pf +r2HB7RWj54FEuWKBMTbDJ+1T9FjUK5D4B1FmCLtK4riNjgRnYJfx+ao0D2zg4f17Y+8Cf+0mMwTO SPI4co8jW1cZgmG//dTkqgJhhLVmO7oaWqLHDq0lfHn7N5aU7lo20lwf226xlGGv6EcwgEo96V5Hm fj0slQ5MbIGQWjBaj0+TWyqx/PHKaYEpiiX51j7YVKt8IRJQptBUg5hyvagO7rLP3rOaUxDZa93ZI 3rQ7lbz7Q8iCfw==; Date: Sat, 01 Feb 2025 15:28:35 +0200 Message-Id: <8634gxg5fg.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 1 Feb 2025 08:21:59 -0500) Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval References: <867c69hqac.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 1 Feb 2025 08:21:59 -0500 > Cc: 75834@debbugs.gnu.org > > On Sat, Feb 1, 2025 at 6:12 AM Eli Zaretskii wrote: > > > From: Ship Mints > > Date: Sat, 25 Jan 2025 13:19:11 -0500 > > > > * lisp/savehist.el (savehist-autosave-interval): > > Correctly reset 'savehist-timer' when savehist-autosave-interval changes > > via setopt or a Customize command. > > What does this do when the user loads savehist.el due to some > Customize command, but doesn't activate savehist-mode? Does it start > the timer, for example? > > The timer is established only when savehist mode is enabled and the interval is non-nil. OK, thanks. > > An open question is should the timer be an idle timer or not. Currently, the timer is a regular timer. I'd > prefer > > an idle timer. Not sure how many people would care if this changed. > > Why do you think an idle timer would be better? > > I prefer idle timers for this kind of thing as I find auto saving while I'm working to be distracting, and > occasionally slows me down at least on my slow computer, and barely noticeable on my fast one. As not > everyone has super fast modern equipment, I'm guessing we prefer to be respectful of older setups. I have > three autosave timers set up in my configuration, and even one is distracting enough. > > The timer I put in save-place is an idle timer, and now is a good time to debate idle vs. absolute timers for > these. A disadvantage of idle timers is that they can miss changes. This might be more significant for the save-place case, since by the time Emacs is idle, the file you visited might no longer be visited in any buffer. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 08:37:11 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 13:37:11 +0000 Received: from localhost ([127.0.0.1]:57045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teDgN-000537-7M for submit@debbugs.gnu.org; Sat, 01 Feb 2025 08:37:11 -0500 Received: from mail-ua1-x92f.google.com ([2607:f8b0:4864:20::92f]:52616) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1teDgL-00052t-I8 for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 08:37:10 -0500 Received: by mail-ua1-x92f.google.com with SMTP id a1e0cc1a2514c-86112ab1ad4so809441241.1 for <75834@debbugs.gnu.org>; Sat, 01 Feb 2025 05:37:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738417024; x=1739021824; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=/eK8f18kve4oMt+W5ySHvzEm6f837Shw9YMpE00f8uo=; b=Zhzxeo8CPsEm04OwLYPeWpvgwmCAAbiNaOAqs+vrYGYd5/OKwW1Hiwh697F/lA1atL 6QZebweR0PHc8/NEZI94i71d1oakBglGWekYYi1azMzAF+3OKwurYjf0RZyLC+nw7vfI tcTOamrPpM6flZSzqMovh0JcCDYbd9HPCpxx4mxltJsKC4vX3MrvJif9poc7YZdDXVuS cluEVrJHb0jWiHS53vPNSqzhDC94p9Mt2TwGlsYGaN0LOg2xg4iDZ9tt6ZsJto3KujOI VF/uBJ0Pig+GibETI90xjrlA3SsUJdi+0/8mUUvIpokBxeVE/MbDlwU0g/9GOpSestoS DnuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738417024; x=1739021824; h=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=/eK8f18kve4oMt+W5ySHvzEm6f837Shw9YMpE00f8uo=; b=qBUaK5QxlnXenwAYSlq0wBd2FTFA+34KOZ9rftPtn7phUrWPpXqfsm2tVJ73NpeGuM CXEqkIT5Cccmg6wwGURI1ulirYzdLC3t3Bif9llq23gj9By8nfGd+NXYFojYdJPFD0TV 56N+DVtmaNnQdNlojej70Ia9Jts43cyw4XzJ44k1xGswIFW3auSnVxZHgnIkjqfptoT7 lFq6LfwnJh6okBrtles20pSYIBUJvemuiRkQceBEx5Oq7Sn1gTd8gKpuO2dQ2QAn8KNV 6xgIuuADhjTlMF8uQW+vgp265CzYMqMUMYqtfPlxptAft1okdSDSlLB2FXCfWfirNHzg U1Mw== X-Gm-Message-State: AOJu0YwfOc+uP94FHTtdxqMu2aOoyFw4cBDtwb3UIaiLqIAtMYFf3d5S uYagEkPMHgSnhzS6KVqio6fO2pBOBzxTyMD8RYHku4pHCL5flbryp2UnfLFNhkNOO+jcpckJrma R5FZKVgePBK+uirNr81304WJ9wn4= X-Gm-Gg: ASbGncsxiI57HwVguGDVch3vpqHe3b+p+LcoaRXxq7EI88eq1vPlw4n7LI4wYMYYrtz 8ahBapgQosRxn8GV3jQfsOfbhUVHJM/tD2Xqsw3YrbUp90cNay3RW+9I053D9w8hk7/7jQPGR X-Google-Smtp-Source: AGHT+IEPsYnQXCN7F0dkccV0Y7tgHsPG2MDFTidWg5YwRbcerBSr20zYFglzrJq9Y8RzQyV2aqA+DOMa7tflAaGlaCQ= X-Received: by 2002:a05:6102:8013:b0:4af:be6e:f0aa with SMTP id ada2fe7eead31-4b9a5286aabmr11743886137.25.1738417023946; Sat, 01 Feb 2025 05:37:03 -0800 (PST) MIME-Version: 1.0 References: <867c69hqac.fsf@gnu.org> <8634gxg5fg.fsf@gnu.org> In-Reply-To: <8634gxg5fg.fsf@gnu.org> From: Ship Mints Date: Sat, 1 Feb 2025 08:35:09 -0500 X-Gm-Features: AWEUYZmzMBmiyWWApgPqC72zt7PfjqgCSAxSXqee7QMtTIghSOEB_71SihjCDrE Message-ID: Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000002f17ca062d14c1e3" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000002f17ca062d14c1e3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Feb 1, 2025 at 8:28=E2=80=AFAM Eli Zaretskii wrote: > > > > Why do you think an idle timer would be better? > > > > I prefer idle timers for this kind of thing as I find auto saving while > I'm working to be distracting, and > > occasionally slows me down at least on my slow computer, and barely > noticeable on my fast one. As not > > everyone has super fast modern equipment, I'm guessing we prefer to be > respectful of older setups. I have > > three autosave timers set up in my configuration, and even one is > distracting enough. > > > > The timer I put in save-place is an idle timer, and now is a good time > to debate idle vs. absolute timers for > > these. > > A disadvantage of idle timers is that they can miss changes. This > might be more significant for the save-place case, since by the time > Emacs is idle, the file you visited might no longer be visited in any > buffer. > Changes to the save-place-alist in memory are not lost unless there is an Emacs crash or an abnormal Emacs shutdown. Same for savehist-minibuffer-history-variables which are accumulated in memory until persisted. It's the interval to persist the save-place-alist that we're talking about. I think using an idle timer in both saveplace and savehist will not cause a real-world issue. If people are truly concerned about persisting they should set a very short timer and idleness occurs frequently, in practice. --0000000000002f17ca062d14c1e3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= On Sat, Feb 1, 2025 at 8:28=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
>
>=C2=A0 Why do you think an idle timer would be better?
>
> I prefer idle timers for this kind of thing as I find auto saving whil= e I'm working to be distracting, and
> occasionally slows me down at least on my slow computer, and barely no= ticeable on my fast one. As not
> everyone has super fast modern equipment, I'm guessing we prefer t= o be respectful of older setups. I have
> three autosave timers set up in my configuration, and even one is dist= racting enough.
>
> The timer I put in save-place is an idle timer, and now is a good time= to debate idle vs. absolute timers for
> these.

A disadvantage of idle timers is that they can miss changes.=C2=A0 This
might be more significant for the save-place case, since by the time
Emacs is idle, the file you visited might no longer be visited in any
buffer.

Changes to the save-place-alist=C2=A0in memor= y are not lost unless there is an Emacs crash or an abnormal Emacs shutdown= . Same for=C2=A0savehist-minibuffer-history-variables which are accumulated= in memory until persisted.

It's the interval to persist the save-place-alis= t that we're talking about. I think using an idle timer in both savepla= ce and savehist will not cause a real-world issue. If people are truly conc= erned about persisting=C2=A0they should set a very short timer and idleness= occurs frequently,=C2=A0in practice.

--0000000000002f17ca062d14c1e3-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 08:57:59 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 13:57:59 +0000 Received: from localhost ([127.0.0.1]:57075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teE0U-0005wb-QL for submit@debbugs.gnu.org; Sat, 01 Feb 2025 08:57:59 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50058) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teE0S-0005wP-Az for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 08:57:56 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teE0M-0004vV-UR; Sat, 01 Feb 2025 08:57:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=CLpCEwI5ScozvmmVUc+o3ooW/ruM76vFNeb2lT12o3s=; b=o2UnUVxpXpSqJc+vaeGy z/uitJ65dfZzRF2rl3aNETrD2pmfoT6xzuxJKmAJSgMqDajrvEnbxIWSQTlMkt4ljonhAv4u2/V0H 8o4HEuC2uARCazNyFpZtG4A9jNIfcinh15yqHAKyt9GEBt3m+r2hn4rAQitJ0kjAhmcVewi7UNxDI P5cg257pTwdvUIeknH+RKCwmytGYUkTXwCJtdZ2LBPdohUii/d08kJeYYj5gvqvW0k20XAfETIhJH Qm1mIyQ6192OKrXKfBnWQjLJnKKS1K5CrEftVqTCkEUpDllYT5qVchcvbVoiRPrzeYjSXHpNks14h /EI2KsHtZYloEw==; Date: Sat, 01 Feb 2025 15:57:46 +0200 Message-Id: <86zfj5epid.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 1 Feb 2025 08:35:09 -0500) Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval References: <867c69hqac.fsf@gnu.org> <8634gxg5fg.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 1 Feb 2025 08:35:09 -0500 > Cc: 75834@debbugs.gnu.org > > On Sat, Feb 1, 2025 at 8:28 AM Eli Zaretskii wrote: > > A disadvantage of idle timers is that they can miss changes. This > might be more significant for the save-place case, since by the time > Emacs is idle, the file you visited might no longer be visited in any > buffer. > > Changes to the save-place-alist in memory are not lost unless there is an Emacs crash or an abnormal > Emacs shutdown. Same for savehist-minibuffer-history-variables which are accumulated in memory until > persisted. But saving with a timer _is_ for the case of abnormal shutdown or crash, isn't it? Because otherwise we could just save at exit, right? So if you are using an idle timer of 5 min, and is Emacs never idle for 5 min before it crashes, the data will be lost. > It's the interval to persist the save-place-alist that we're talking about. I think using an idle timer in both > saveplace and savehist will not cause a real-world issue. If people are truly concerned about persisting they > should set a very short timer and idleness occurs frequently, in practice. It's not just any idleness, it's 5 min of idleness. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 09:14:30 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 14:14:30 +0000 Received: from localhost ([127.0.0.1]:57099 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teEGT-0006fn-LE for submit@debbugs.gnu.org; Sat, 01 Feb 2025 09:14:30 -0500 Received: from mail-vs1-xe29.google.com ([2607:f8b0:4864:20::e29]:59717) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1teEGR-0006fV-7W for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 09:14:28 -0500 Received: by mail-vs1-xe29.google.com with SMTP id ada2fe7eead31-4afe99e5229so829340137.3 for <75834@debbugs.gnu.org>; Sat, 01 Feb 2025 06:14:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738419261; x=1739024061; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=y7AG0qpTlz5oabTPq/HOWAZhFYM6+NAsBuMROqFtDqE=; b=bix/KLk6llg+4klXdUp6fr/pv4yRuDSlYXwB2j3sagUwlI935EwFUjk9OOZrph68G5 xBFTtd/8zknlzvxex3bhtnKoJioSNi9IxtLGtZUlTp8G9vK702eVU3cfsMTKkqyX8rUt BU6K6v4M/pECbWhieckwDovD29eAjo+eCjkp5fvJ8Nc6L+7pJSiRsfavcI2FXlP1e99B gUFgVbTME8VKMj/GhQKxRiLOQdLUU0RX31boZrqahE0nLIgIKfly+D41fGODxLjQBY3H If4hOwn0fPQc7ZafjQ+duJyzE3/WVyTb0NXupOwZPodcYOsoWh44d0Boln6koTXr+x62 w9Nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738419261; x=1739024061; h=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=y7AG0qpTlz5oabTPq/HOWAZhFYM6+NAsBuMROqFtDqE=; b=w/tBIondaiTV/WRv+s4UaSW79K2kIcG6QlRx/HJKw8koe69ps/l7teQMw/QMTDXE0Q +bW39grO02hu7JtQ/McaD4Pogyd4TvaDLoXckKagMcjzRAeKF4SZuB0vThQHNt02wvu2 dHXTKYPH7KjdiUqPHQlZ7SoEdOAsUADQpslfyxZa25Igzpev9irPDpvjzVmLb32/a06Y Q8XCNY/7ylIzd06ANadhsPEQ4tPn5oR1O74dZV+BLfhTmbjDXaxYWvy0rRudD6b6Nfuf sQUBQf1ILhNEW2Zmdy8t1b9Io5kb65pSYs9U4IXM/Dn73MB/lBcRT/1yNjSQ5LB5ihwv p6UQ== X-Gm-Message-State: AOJu0Ywpbx6A14hq3Zvg3IofEEzLB4dccmQIr5ohcCgjBIJj+FguN518 AfbxElTd954wVdkE0Xsy4m3W62OQMtCKA8yWyzpIdg4CgnvtyDZsIZ7U4adyZ2VrGtuFStKDng+ fsFcJoN2SZAgcs9aqVq3NH8mB5yZsZA== X-Gm-Gg: ASbGncsSrVpyilC/Q8wNuI90LklBaiMZpvKr2eJvInoY54+dqDF7v9iw8Icdr6tpG5W xEpXEKG44wVI7w3+munUFJDdwPMftJP/TDToZ7fJVpXUINynUvI9ov1dxSXLtXrt/U4BrZk9j X-Google-Smtp-Source: AGHT+IE/S1almyEoRQ+74lr58uyk3a8kQUDVK5IrhQL2FZBxFu3blle2WCLusNE9tZZoL+eESTcmOJrTMP4MWtF71vM= X-Received: by 2002:a05:6102:548d:b0:4b2:73f7:5adf with SMTP id ada2fe7eead31-4b9a4f1081fmr12938246137.9.1738419261247; Sat, 01 Feb 2025 06:14:21 -0800 (PST) MIME-Version: 1.0 References: <867c69hqac.fsf@gnu.org> <8634gxg5fg.fsf@gnu.org> <86zfj5epid.fsf@gnu.org> In-Reply-To: <86zfj5epid.fsf@gnu.org> From: Ship Mints Date: Sat, 1 Feb 2025 09:12:26 -0500 X-Gm-Features: AWEUYZnadCm62I05dDodaDGnQDQG-Nzu0nhxdwKLb_WBW9OZ2gvX0-RVbtmcbO8 Message-ID: Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000089968b062d154686" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000089968b062d154686 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Feb 1, 2025 at 8:57=E2=80=AFAM Eli Zaretskii wrote: > > From: Ship Mints > > Date: Sat, 1 Feb 2025 08:35:09 -0500 > > Cc: 75834@debbugs.gnu.org > > > > On Sat, Feb 1, 2025 at 8:28=E2=80=AFAM Eli Zaretskii wro= te: > > > > A disadvantage of idle timers is that they can miss changes. This > > might be more significant for the save-place case, since by the time > > Emacs is idle, the file you visited might no longer be visited in any > > buffer. > > > > Changes to the save-place-alist in memory are not lost unless there is > an Emacs crash or an abnormal > > Emacs shutdown. Same for savehist-minibuffer-history-variables which ar= e > accumulated in memory until > > persisted. > > But saving with a timer _is_ for the case of abnormal shutdown or > crash, isn't it? Because otherwise we could just save at exit, right? > > So if you are using an idle timer of 5 min, and is Emacs never idle > for 5 min before it crashes, the data will be lost. > > > It's the interval to persist the save-place-alist that we're talking > about. I think using an idle timer in both > > saveplace and savehist will not cause a real-world issue. If people are > truly concerned about persisting they > > should set a very short timer and idleness occurs frequently, in > practice. > > It's not just any idleness, it's 5 min of idleness. > That's right. And could be 10 seconds of idleness if a user wants. Since idle timers don't rerun until the next idleness, it seems more optimal than saving these structures every time the timer fires without knowing if they've changed (not an optimization I'm inclined to put in, but could). I wind up starting multiple versions of Emacs throughout the day, as I'm sure many of you do, and having nearly up to date hist/places is helpful beyond waiting for a long-lived Emacs to exit. How about we offer the user to decide idle or regular timer? However, if a timer was already in saveplace, I'd just have used what was there, so if you feel strongly about a regular timer, I'll change saveplace to a regular timer as savehist uses. I might be persuaded to change the idle timer I put in a package I help maintain, too. --00000000000089968b062d154686 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= On Sat, Feb 1, 2025 at 8:57=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Sat, 1 Feb 2025 08:35:09 -0500
> Cc: 75834@d= ebbugs.gnu.org
>
> On Sat, Feb 1, 2025 at 8:28=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
>
>=C2=A0 A disadvantage of idle timers is that they can miss changes.=C2= =A0 This
>=C2=A0 might be more significant for the save-place case, since by the = time
>=C2=A0 Emacs is idle, the file you visited might no longer be visited i= n any
>=C2=A0 buffer.
>
> Changes to the save-place-alist in memory are not lost unless there is= an Emacs crash or an abnormal
> Emacs shutdown. Same for savehist-minibuffer-history-variables which a= re accumulated in memory until
> persisted.

But saving with a timer _is_ for the case of abnormal shutdown or
crash, isn't it?=C2=A0 Because otherwise we could just save at exit, ri= ght?

So if you are using an idle timer of 5 min, and is Emacs never idle
for 5 min before it crashes, the data will be lost.

> It's the interval to persist the save-place-alist that we're t= alking about. I think using an idle timer in both
> saveplace and savehist will not cause a real-world issue. If people ar= e truly concerned about persisting they
> should set a very short timer and idleness occurs frequently, in pract= ice.

It's not just any idleness, it's 5 min of idleness.

That's right. And could be 10 seconds of idleness if a user wants. Si= nce idle timers don't rerun until the next idleness, it seems more opti= mal than saving these structures every time the timer fires without knowing= if they've changed (not an optimization I'm inclined to put in, bu= t could).

I w= ind up starting multiple versions of Emacs throughout the day, as I'm s= ure many of you do, and having nearly up to date hist/places is helpful bey= ond waiting for a long-lived Emacs to exit.

How about we offer the user to decide idle o= r regular timer? However, if a timer was already in saveplace, I'd just= have used what was there, so if you feel strongly about a regular timer, I= 'll change saveplace=C2=A0to a regular timer as savehist uses. I might = be persuaded to change the idle timer I put in a package I help maintain, t= oo.
--00000000000089968b062d154686-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 09:23:47 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 14:23:48 +0000 Received: from localhost ([127.0.0.1]:57111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teEPT-000777-9e for submit@debbugs.gnu.org; Sat, 01 Feb 2025 09:23:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41696) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teEPI-00076i-PL for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 09:23:43 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teEPD-0007iI-72; Sat, 01 Feb 2025 09:23:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=B9Gn1Wi2lwb8G8sF6RdnLloJkMihUwIEsKjZSvUZrS4=; b=KQwH1pH16b3H qnMtB3R2wDc/hDxTehEhUYJmfpXGwmll2l/p+G+v4GQtEyrjvedSWTOD3pj9uCTD4rBENl62zC1aV MAzALkc4VBXRBOpgTnQU3MkkaVvPYpHU6GwVJus+f1S/c+v8kyiBS3JD9fzNTH8qVraVgYw9ai2pK bLLYub0MO7Z8w0VN1DB8t7huJuBs2gHW+C4l21UosumCF943N9ukf/se9ARXeuWgCSp+jUXslQRzb txWx57h9YxmSRvtzEl8FBsNz+XgBpmioQ7uRhmw4cd9oeuAq1T4Qviy4gwTfanP37VFq6oVOvX2Aq eJTwHIh7a8LaGOCmYjTe+Q==; Date: Sat, 01 Feb 2025 16:23:27 +0200 Message-Id: <86wme9eobk.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 1 Feb 2025 09:12:26 -0500) Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval References: <867c69hqac.fsf@gnu.org> <8634gxg5fg.fsf@gnu.org> <86zfj5epid.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 1 Feb 2025 09:12:26 -0500 > Cc: 75834@debbugs.gnu.org > > It's not just any idleness, it's 5 min of idleness. > > That's right. And could be 10 seconds of idleness if a user wants. Since idle timers don't rerun until the next > idleness, it seems more optimal than saving these structures every time the timer fires without knowing if > they've changed (not an optimization I'm inclined to put in, but could). > > I wind up starting multiple versions of Emacs throughout the day, as I'm sure many of you do, and having > nearly up to date hist/places is helpful beyond waiting for a long-lived Emacs to exit. > > How about we offer the user to decide idle or regular timer? However, if a timer was already in saveplace, I'd > just have used what was there, so if you feel strongly about a regular timer, I'll change saveplace to a > regular timer as savehist uses. I might be persuaded to change the idle timer I put in a package I help > maintain, too. I prefer to avoid such complexity. What exactly is the problem with using normal non-idle timers in both these cases? From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 09:26:20 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 14:26:20 +0000 Received: from localhost ([127.0.0.1]:57123 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teERv-0007PU-Rz for submit@debbugs.gnu.org; Sat, 01 Feb 2025 09:26:20 -0500 Received: from mail-vk1-xa29.google.com ([2607:f8b0:4864:20::a29]:58846) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1teERt-0007PF-GD for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 09:26:17 -0500 Received: by mail-vk1-xa29.google.com with SMTP id 71dfb90a1353d-51eb1a6ca1bso912161e0c.1 for <75834@debbugs.gnu.org>; Sat, 01 Feb 2025 06:26:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738419971; x=1739024771; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=td8+h3xXEcJ5d3mSg8g7D55lkdLTmDNsU1rEXOyyifA=; b=W/CUnlwLO519mmvPD3jE0NpPDkkdZIElU+/xxxwkgyA8fUVHDyX4fMpjkk0HYmBuFW WPElcpV4pYn6GY+rRdocoloerMTsRwTwijVbM8qtuJ7O3JLkUdu1PzRq3sNDDrVk3Ysg G/GVIcVtzOHJZ6rN7sMHc4ratOmLLfIgk+NP5lhddlGkOoQ7uX7TirtNto0ibrGcqSg7 JGhoUSPQsF8n53xXC3HIrf82Hod1ltq26CCC1KMbxgoGXhXW/0oE/621Zvznsbd7GNmW O6XsQN0p77wQbyJLERDEq3R7Tssy9PBic8dXwN1yFcq7/94biu5YB22UGhOMkMvib5JM O49g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738419971; x=1739024771; h=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=td8+h3xXEcJ5d3mSg8g7D55lkdLTmDNsU1rEXOyyifA=; b=nynmQLTseKq92AW8x/0KgtrNMGJDT2dRIslLQ0wi1mypp5tNVmD18sdi9Amt1A2Pln Xf1aEBvnvzNxiSQc24ykHrTHfN+Hf71jMTDg8l6rXhZkc3DqEYrWw3uCHpdhlbylGfac MIYI9a7cS9GA7I6F8V4m/exwOEDlOV2rZFAoGk0/ParzmSlus3rbe9Fn93oKojffnD2r Y60d4goWur115qfssqY7VoE5mUub0g4D01V6vl98w9oMZFCRkUWl4rtBEuKHBJndS7SB DuUlxHOM69tR3jmPlGrhjp0zb6yzC42zXmlZB7xVip16ueozthBfcCDyT7UxFjQWZHoE wlKA== X-Gm-Message-State: AOJu0YwrjFKEhAYSFgeFidnnsEka+3d8YrjRSBgQfq4mFZffJIHmlQtA Oz2jFLsu+pQ3T9/WlMkDnWtN6O8Sb0/pJUBr7tY4ijj1RduW8/f7cU2bOTkL0QF/QeT2ai6b5Qf /hWVFO/fnPsy4XTbr38Bfn7tVsricxg== X-Gm-Gg: ASbGncvdvNDPlW7FBUxE2bu6P8JrCzOsgRNvOR+PePs9h0QTs4ZoS6bH1iqC0nOPcKQ 9pOGP1YyW+XuSE64S91arn/MbnAY0kXPRZDQ1CgtA6QOPSn8Rl3USTgR1X1jSNKlbsQ/iPxav X-Google-Smtp-Source: AGHT+IFSlXpBBLWvsmS12AAzNHF996VBknwD/kkGYJC9OUOFCWzGm4GpqQhCOsjwS3slYrEbEvnfcaSgnAGft3/Afnw= X-Received: by 2002:a05:6122:8c01:b0:516:1b30:8797 with SMTP id 71dfb90a1353d-51e9e46654bmr12712391e0c.11.1738419971467; Sat, 01 Feb 2025 06:26:11 -0800 (PST) MIME-Version: 1.0 References: <867c69hqac.fsf@gnu.org> <8634gxg5fg.fsf@gnu.org> <86zfj5epid.fsf@gnu.org> <86wme9eobk.fsf@gnu.org> In-Reply-To: <86wme9eobk.fsf@gnu.org> From: Ship Mints Date: Sat, 1 Feb 2025 09:24:17 -0500 X-Gm-Features: AWEUYZlnb9u77gUs0iwMqJ1U4Pk1Q5rvFD6imCtyWYc23aXqyu78jQPwcH6qeyY Message-ID: Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000deb2f2062d15704e" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000deb2f2062d15704e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Feb 1, 2025 at 9:23=E2=80=AFAM Eli Zaretskii wrote: > What exactly is the problem with using normal non-idle timers in both > these cases? > I prefer timers such as these not to run while I'm typing, even slowly, or otherwise navigating. That's all. As I said, if saveplace already had a regular timer in place, I'd just have used that even if I prefer idle. I could ask you the same question. Why you prefer to be interrupted for these kinds of things vs. idleness, even with a short after-idle interval. --000000000000deb2f2062d15704e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= On Sat, Feb 1, 2025 at 9:23=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
What exactly is the problem with using normal non-idle timers in= both
these cases?

I prefer timers such as these not to run whil= e I'm typing, even slowly, or otherwise navigating. That's all. As = I said, if saveplace=C2=A0already had a regular timer in place, I'd jus= t have used that even if I prefer idle. I could ask you the same question. = Why you prefer to be interrupted for these kinds of things vs. idleness, ev= en with a short after-idle interval.
--000000000000deb2f2062d15704e-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 09:52:00 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 14:52:00 +0000 Received: from localhost ([127.0.0.1]:57169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teEqm-000089-6f for submit@debbugs.gnu.org; Sat, 01 Feb 2025 09:52:00 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39462) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teEqk-00007f-3N for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 09:51:59 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teEqe-0004Hx-PM; Sat, 01 Feb 2025 09:51:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=CIyky5RuTIU4Bd9g+A0w75tjrVm8T66VSRvYRkbOszs=; b=bxOr5ayY0MKHoou65qco 08aBoipcpMQgGIJwHOOGIgwv8WaNarVmfv7EsX9rqY7vKQ91MEUPfqt3mLUbLTaD1ZjqZFbktVPoW j1Xvyk1FA61wzPWQunCMgyCTPX5JdLo/Q06QCaL8GR+a+cTf3IwCdt6umpqjnRS9aodRekA+2Ap3q H73XR7SMK/bT80uzQBlo4HC7iEnfokQW9CaRfCZ9rzYAlqmhirNc5izKS5FK1RSyrXQ8xmFwzyzn6 gJiV9PXlpcw3dKuWgQB3+isoHkFjXYzID/hQd3FCxBPDlG1abuKBEGpRNZCDaGfChMqddPvzTq0tu HNPalmEJdXHQaQ==; Date: Sat, 01 Feb 2025 16:51:48 +0200 Message-Id: <86tt9den0b.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 1 Feb 2025 09:24:17 -0500) Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval References: <867c69hqac.fsf@gnu.org> <8634gxg5fg.fsf@gnu.org> <86zfj5epid.fsf@gnu.org> <86wme9eobk.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 1 Feb 2025 09:24:17 -0500 > Cc: 75834@debbugs.gnu.org > > On Sat, Feb 1, 2025 at 9:23 AM Eli Zaretskii wrote: > > What exactly is the problem with using normal non-idle timers in both > these cases? > > I prefer timers such as these not to run while I'm typing, even slowly, or otherwise navigating. If you type fast enough, they never will. > That's all. As I > said, if saveplace already had a regular timer in place, I'd just have used that even if I prefer idle. I could ask > you the same question. Why you prefer to be interrupted for these kinds of things vs. idleness, even with a > short after-idle interval. I prefer normal timers because their invocation frequency is more reliable than that of idle timers. And reliability is important when we are talking about features that at least in some cases are intended to save the day if Emacs crashes. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 09:54:25 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 14:54:25 +0000 Received: from localhost ([127.0.0.1]:57176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teEt6-0000Ca-Uu for submit@debbugs.gnu.org; Sat, 01 Feb 2025 09:54:25 -0500 Received: from mail-vs1-xe2a.google.com ([2607:f8b0:4864:20::e2a]:53567) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1teEt5-0000CL-0v for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 09:54:23 -0500 Received: by mail-vs1-xe2a.google.com with SMTP id ada2fe7eead31-4b11a11a4f0so911986137.3 for <75834@debbugs.gnu.org>; Sat, 01 Feb 2025 06:54:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738421657; x=1739026457; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=9KR63fHbaXBuszZWLpuV5sNcRN4rOzxpeM/ovpGsmPA=; b=XESTIPzA1YRN3cyZ+yWhv9ISPEK3UaK+/uC2Leq8fVzON+dSNgsdu9J04pmA6MejOs cQsC32GvrKvKRbnNSx0pR7WrdvUqmfcvboBW6dX6kqhsWS9yew0TEjEQGKAY95awjhd3 AGw002yFktxTX47omNbdZNZGt112m9D20qwgPsMCFmmp++cjjnMxx4oflwP1WHx/bqiF n/Zjt1F2pNXfP23FRugVNw78S0lRGPCMR5JVdhlJMCqAmZVwSFRib2HGYno1blGdpSp3 2IF+tuCz3Sk4BjcWjiBFhF45+tDp1XQ1q5WDpdTYfQMLCmpbdTiVwFpQ+mq1jwazIBGg m2lg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738421657; x=1739026457; h=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=9KR63fHbaXBuszZWLpuV5sNcRN4rOzxpeM/ovpGsmPA=; b=HQo9q/uQrMCYNcATp3E6byn3X6p1brDJjLcIvgJ/tgxyldirKuSrn9FDvQxXfHGZQN fhGBpz2pKIRqMOX/uvWwMEnS+bT1El1vlLBGjfxercTpbed1LOqxW/9BGjxRrQcryXNB 7jJWym8FcNQ7On6izMWvoKcBSZuRcRawu1/cJlLDK9jCCc1sHwwTMS6xmXKiebx0cNcr ZwytReZzfka1xvFWkFAzAQZEXaygMH30px1XaLzOt4exSZ9abY+dbqFbToTEQ4CybFWC Ln/YkcSNs3Owu//O/F0oCsoWGASTPW4QIPs+aM+KeVzpao96vId8w4bd7lM0BG9IldEI dksg== X-Gm-Message-State: AOJu0Ywq6Pr0KMKEeTSfDiJB6tPlzST39aIqXnCg4Cukr3jtve6NH+6f iHqwtm6KhOcGh0XpqDWvYChs2PATXga+Fx4rulvKdnS582yCTISIn/ZtE9fp4KIaVZsQxe5CFMo p9+fGi9WFzH0igI6zOwWA9tt1dREAuoTG X-Gm-Gg: ASbGncsBRqJ2XTDau5AMiBv9qmBSCnEJ9f+bThj8bbAZFSnOXAGGRNJLRSNABPacnFG i+tg8CW3HSJsZROn1TV7IqdqDcR5al+mLai1ykfddMurdXbkXg/1608HMIHU3+6QRsVcDe2MY X-Google-Smtp-Source: AGHT+IGtwnjPpPQ4xsCymPsaWZxChb0rxKUg48/hvZZYGKST6PRQc59MiGzBjb4mTTl6PuzJkWoDFalbyPMM7sRz56I= X-Received: by 2002:a05:6102:8013:b0:4af:be6e:f0aa with SMTP id ada2fe7eead31-4b9a5286aabmr11898023137.25.1738421657352; Sat, 01 Feb 2025 06:54:17 -0800 (PST) MIME-Version: 1.0 References: <867c69hqac.fsf@gnu.org> <8634gxg5fg.fsf@gnu.org> <86zfj5epid.fsf@gnu.org> <86wme9eobk.fsf@gnu.org> <86tt9den0b.fsf@gnu.org> In-Reply-To: <86tt9den0b.fsf@gnu.org> From: Ship Mints Date: Sat, 1 Feb 2025 09:52:23 -0500 X-Gm-Features: AWEUYZlamhiTHdjiRIzLNxsB4o3MidvHbBGS9iUFoxPYHei6WIsP4NcCJJmHRPE Message-ID: Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000005b42d2062d15d596" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000005b42d2062d15d596 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Feb 1, 2025 at 9:51=E2=80=AFAM Eli Zaretskii wrote: > > From: Ship Mints > > Date: Sat, 1 Feb 2025 09:24:17 -0500 > > Cc: 75834@debbugs.gnu.org > > > > On Sat, Feb 1, 2025 at 9:23=E2=80=AFAM Eli Zaretskii wro= te: > > > > What exactly is the problem with using normal non-idle timers in both > > these cases? > > > > I prefer timers such as these not to run while I'm typing, even slowly, > or otherwise navigating. > > If you type fast enough, they never will. > > > That's all. As I > > said, if saveplace already had a regular timer in place, I'd just have > used that even if I prefer idle. I could ask > > you the same question. Why you prefer to be interrupted for these kinds > of things vs. idleness, even with a > > short after-idle interval. > > I prefer normal timers because their invocation frequency is more > reliable than that of idle timers. And reliability is important when > we are talking about features that at least in some cases are intended > to save the day if Emacs crashes. > Let's go with regular timers, then. I'll revise the saveplace patch and we can retire the discussion about savehist idle timer. --0000000000005b42d2062d15d596 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= On Sat, Feb 1, 2025 at 9:51=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Sat, 1 Feb 2025 09:24:17 -0500
> Cc: 75834@d= ebbugs.gnu.org
>
> On Sat, Feb 1, 2025 at 9:23=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
>
>=C2=A0 What exactly is the problem with using normal non-idle timers in= both
>=C2=A0 these cases?
>
> I prefer timers such as these not to run while I'm typing, even sl= owly, or otherwise navigating.

If you type fast enough, they never will.

> That's all. As I
> said, if saveplace already had a regular timer in place, I'd just = have used that even if I prefer idle. I could ask
> you the same question. Why you prefer to be interrupted for these kind= s of things vs. idleness, even with a
> short after-idle interval.

I prefer normal timers because their invocation frequency is more
reliable than that of idle timers.=C2=A0 And reliability is important when<= br> we are talking about features that at least in some cases are intended
to save the day if Emacs crashes.

Let's go with regular timers, then. I'll revise= the saveplace patch and we can retire the discussion about savehist idle t= imer.=C2=A0
--0000000000005b42d2062d15d596-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 10:30:05 2025 Received: (at 75834) by debbugs.gnu.org; 1 Feb 2025 15:30:05 +0000 Received: from localhost ([127.0.0.1]:59639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teFRc-0002Ts-A7 for submit@debbugs.gnu.org; Sat, 01 Feb 2025 10:30:04 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44896) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teFRZ-0002Sp-C4 for 75834@debbugs.gnu.org; Sat, 01 Feb 2025 10:30:02 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teFRU-0000vn-03; Sat, 01 Feb 2025 10:29:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=AK0eDg5/cj1npaoN9wgDD2x1ziBMZVdSYLq41lV3ptA=; b=qpanHs9CfVgvFw/VDoq6 r+Tucv6O5N1Gg8XuZghkxA2rNPnglkg1L0FruOxgl0LWKCeXEYgy4xEct7qmd1c6VbQGHHUNAno3f BiM5uCVaDrEXV6rYtdCHbUVcjunxjp4bdUXIdpvlPcZZzs0QKVOgjNijEnlb8az85Bfe+3jBHCXVd a/fCHxwgGxZp1o+dRy43uCLPz3K51ao/VL3oOhwwa1lqZN5ru+nQkB1sWt7NyCI2pUOfzL/rNwRaJ +tJWFAyjTdWV54/zG/neQo+YX8lYKJrcDkrJszAlzfNRyZoU7Lj5E1brf9MXDOIYtaQMgwkQFkj8V lV8wanRorPL96A==; Date: Sat, 01 Feb 2025 17:29:51 +0200 Message-Id: <86seoxel8w.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 1 Feb 2025 09:52:23 -0500) Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval References: <867c69hqac.fsf@gnu.org> <8634gxg5fg.fsf@gnu.org> <86zfj5epid.fsf@gnu.org> <86wme9eobk.fsf@gnu.org> <86tt9den0b.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75834 Cc: 75834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 1 Feb 2025 09:52:23 -0500 > Cc: 75834@debbugs.gnu.org > > On Sat, Feb 1, 2025 at 9:51 AM Eli Zaretskii wrote: > > > From: Ship Mints > > Date: Sat, 1 Feb 2025 09:24:17 -0500 > > Cc: 75834@debbugs.gnu.org > > > > On Sat, Feb 1, 2025 at 9:23 AM Eli Zaretskii wrote: > > > > What exactly is the problem with using normal non-idle timers in both > > these cases? > > > > I prefer timers such as these not to run while I'm typing, even slowly, or otherwise navigating. > > If you type fast enough, they never will. > > > That's all. As I > > said, if saveplace already had a regular timer in place, I'd just have used that even if I prefer idle. I > could ask > > you the same question. Why you prefer to be interrupted for these kinds of things vs. idleness, even > with a > > short after-idle interval. > > I prefer normal timers because their invocation frequency is more > reliable than that of idle timers. And reliability is important when > we are talking about features that at least in some cases are intended > to save the day if Emacs crashes. > > Let's go with regular timers, then. I'll revise the saveplace patch and we can retire the discussion about > savehist idle timer. Thank you. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 15:09:49 2025 Received: (at 75834-done) by debbugs.gnu.org; 1 Feb 2025 20:09:49 +0000 Received: from localhost ([127.0.0.1]:60125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teJoL-0004Ss-AV for submit@debbugs.gnu.org; Sat, 01 Feb 2025 15:09:49 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50142) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teJoI-0004SZ-U7 for 75834-done@debbugs.gnu.org; Sat, 01 Feb 2025 15:09:47 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teJoD-0007NU-Il; Sat, 01 Feb 2025 15:09:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=EuQdq7cdjxtTmvHu0I6wMKJ1v0DrvTWieZPK4/7VSM8=; b=Vxcc94UDtGZ8 0dZou0PcWGfrQvlZULNc46TXwLzOXnrebSTMVTffR/axp7s7Sv/DXmKb8iTdj8Vl8Gb74UgCRQb3O lWZSq03rFd3Xc3VjSzaQmLwbVwLXkG3rO0lQtkkNQ56+Vs7hGUGlk9GREFZmnxhxPYfZAjLY54tlm VwdEImxCOTmYK6N2YpGxaaJ4vlHDXytvoaKaSyiTedIdKXO7ijULLfS6yBBpxo/CxoAb/Jty2Cedu U1gdgm4h5QOp6aEotBOlmNMeiFmuAtXV/c71PXsF3nQD2eMZAJXFzIongq7FU2DeWtZXlA7dPDwPP w01Wtz5CxfbfVfA0hOYWjw==; Date: Sat, 01 Feb 2025 22:09:30 +0200 Message-Id: <86ikpte8at.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 25 Jan 2025 13:19:11 -0500) Subject: Re: bug#75834: [PATCH] Add missing custom :set to savehist-autosave-interval References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75834-done Cc: 75834-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 25 Jan 2025 13:19:11 -0500 > > * lisp/savehist.el (savehist-autosave-interval): > Correctly reset 'savehist-timer' when savehist-autosave-interval changes > via setopt or a Customize command. Thanks, installed on the master branch, and closing the bug. From unknown Fri Jun 20 20:11:01 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 02 Mar 2025 12:24:18 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator