From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Basil L. Contovounesios" Newsgroups: gmane.emacs.bugs Subject: bug#34765: 26.1; with-temp-buffer should not run buffer-list-update-hook Date: Mon, 30 Nov 2020 18:07:12 +0000 Message-ID: <87lfeioh0v.fsf@tcd.ie> References: <5C7FD591.9090505@gmx.at> <83lg1sc8ob.fsf@gnu.org> <5C8009F3.5000405@gmx.at> <767e1b59-6ac2-cd11-076e-82a56ac53e29@gmx.at> <11be4631-b087-52a3-92fe-4cbd5248908d@gmx.at> <838svxxk41.fsf@gnu.org> <49c11920-0909-dcc2-4a39-4cdcfaf20453@gmx.at> <87h7sp1xay.fsf@gnus.org> <83r1rgpusx.fsf@gnu.org> <87pn5u7m0y.fsf@gnus.org> <5bdc73dd-af73-1b9a-9bb4-e154787e1976@gmx.at> <87a6uzan9s.fsf@tcd.ie> <71b78484-b0a7-3e0e-a999-afa07f8b4832@gmx.at> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15379"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 34765@debbugs.gnu.org, alexanderm@web.de, Lars Ingebrigtsen , monnier@IRO.UMontreal.CA To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Nov 30 19:08:14 2020 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 1kjnau-0003sD-Qp for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 30 Nov 2020 19:08:12 +0100 Original-Received: from localhost ([::1]:57778 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kjnat-0005LU-S1 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 30 Nov 2020 13:08:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57186) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kjnak-0005If-GR for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2020 13:08:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45067) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kjnak-0008GU-7X for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2020 13:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kjnak-0006p2-28 for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2020 13:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Basil L. Contovounesios" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Nov 2020 18:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34765 X-GNU-PR-Package: emacs Original-Received: via spool by 34765-submit@debbugs.gnu.org id=B34765.160675964226170 (code B ref 34765); Mon, 30 Nov 2020 18:08:01 +0000 Original-Received: (at 34765) by debbugs.gnu.org; 30 Nov 2020 18:07:22 +0000 Original-Received: from localhost ([127.0.0.1]:56613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjna6-0006o1-DJ for submit@debbugs.gnu.org; Mon, 30 Nov 2020 13:07:22 -0500 Original-Received: from mail-wm1-f51.google.com ([209.85.128.51]:54467) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjna4-0006no-Nx for 34765@debbugs.gnu.org; Mon, 30 Nov 2020 13:07:21 -0500 Original-Received: by mail-wm1-f51.google.com with SMTP id d3so123657wmb.4 for <34765@debbugs.gnu.org>; Mon, 30 Nov 2020 10:07:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd-ie.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=jGGRbrJ4foQX7CCYQMc9g7j8uh3xnhZIDFfKiwNPMaU=; b=yFdsnkliy7cCDK24OOYQVaEdQN+uABOG9uP6sAwGWoMyJ27hFTjU4yewZTueCPqeNX W4gVT8tcLLmTPlNx2U352VQ9nyrCfxxOpEKBZFXlVWmVO2pJYJrMp2ZyV/v76uSgng0g cmzJYEAYSYABefdCUasj4RoY97SdqznuDfWdD43S08dDslMMbEaJ0egMrevBZinehcPa ARNbsY6/zi7pxaoe3zD2uHrI0AAk4LHtYJela5be3/GeP7dDDu96uLb756HK3emGKsnq 7L06R0K2zoHuO0fGcmyrOxyemevJ1v011fkiuapFybQEDBtHlZduDdGLtD9r81cg5KYP /7iA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=jGGRbrJ4foQX7CCYQMc9g7j8uh3xnhZIDFfKiwNPMaU=; b=qk425HqPnXMUEF8kPCas4SO3vpoboSb5Wd/Y5onEK6IbuHhOHWUBmZ9aoeDL++mMBx nsWEAWld0CTA3S8NGq70ziH3a3cXwnQFtlzoUc3pnBKB3vc8Hc1a3wVGGdI8XOUaZCxQ OXrdloP3RFlLx0kxvYh8/p6dna1ebU859Vd7oixwpQ/7noOBndwIG5/NekXHjs3F1Vg9 Q85IMJ2Y8XcTRrtOMGWv0bPlXss0C9GnonjESWdq5faWI2VzeVIJX3uzIzRCqcuPS19t nAhpuf4toZwZvLKXvrm4IAdmdrQosGrfPU1qjz6DfNboDIcu4e55+MGGarE+AUT2JafC Owmg== X-Gm-Message-State: AOAM5321tfvpC+NzsUhL9kmZU2gj3HIvcIhePDy+3bBVVGDR2XTG7hVk vgYxrwHcfl/NKi+toYRzTYvdbg== X-Google-Smtp-Source: ABdhPJxlTv0YEtAgyDzPYO/h304uk6snEZr3ojR8XAo1nRnCSswgbqNGhB6PGC+82lZ5EL7SNMqEVA== X-Received: by 2002:a1c:44d4:: with SMTP id r203mr57568wma.60.1606759634829; Mon, 30 Nov 2020 10:07:14 -0800 (PST) Original-Received: from localhost ([2a02:8084:20e2:c380:92bd:1bfd:38fc:fae2]) by smtp.gmail.com with ESMTPSA id y130sm127654wmc.22.2020.11.30.10.07.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 30 Nov 2020 10:07:13 -0800 (PST) In-Reply-To: <71b78484-b0a7-3e0e-a999-afa07f8b4832@gmx.at> (martin rudalics's message of "Mon, 30 Nov 2020 10:05:59 +0100") 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" Xref: news.gmane.io gmane.emacs.bugs:194665 Archived-At: martin rudalics writes: > If you think that patch is of some use, please try to > polish it up and push it. Honestly, I've forgotten all about it. Sure, I'll give it a go. I'm slightly confused about the conclusion of this thread, though. You and Eli said it was too radical to set inhibit_buffer_hooks based on whether a buffer name starts with a space, as there may be legitimate cases where those hooks should run in a temporary buffer. I accept this, but I don't see how setting inhibit_buffer_hooks based on a new optional argument to Fgenerate_new_buffer (and/or Fget_buffer_create) solves the problem entirely. If I create a temporary buffer with the proposed (generate-new-buffer "foo" t) then how do I later tell Emacs that this buffer's hooks should run? In other words, can we be sure that the buffers we choose to create with inhibit_buffer_hooks set will *never* need to later unset it? Should we expose a getter or setter for this buffer member, or is that opening ourselves up to abuse? I suppose if someone *really* wanted to un-temporarify a buffer with inhibit_buffer_hooks set, they could create a new, non-temporary buffer and swap buffer contents, or something to that effect? Am I wildly misunderstanding something here? > And also tell us why 'buffer-list-update-hook' would be still needed now > that we have 'window-selection-change-functions'. I've yet to look into these hooks and their precise semantics, but are you suggesting that one might obsolete the other, in which case we should deprecate the old one? Thanks, -- Basil