From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Radon Rosborough Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Various fixes for early init file changes Date: Mon, 19 Mar 2018 09:20:46 -0700 Message-ID: References: <87vadsnzw5.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: blaine.gmane.org 1521476410 22467 195.159.176.226 (19 Mar 2018 16:20:10 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 19 Mar 2018 16:20:10 +0000 (UTC) Cc: Noam Postavsky To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 19 17:20:06 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1exxW2-0005iD-5O for ged-emacs-devel@m.gmane.org; Mon, 19 Mar 2018 17:20:06 +0100 Original-Received: from localhost ([::1]:42881 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1exxY5-0001D8-7A for ged-emacs-devel@m.gmane.org; Mon, 19 Mar 2018 12:22:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44941) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1exxXN-0001Cb-QV for emacs-devel@gnu.org; Mon, 19 Mar 2018 12:21:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1exxXN-0003gd-3g for emacs-devel@gnu.org; Mon, 19 Mar 2018 12:21:29 -0400 Original-Received: from mail-lf0-x235.google.com ([2a00:1450:4010:c07::235]:43772) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1exxXM-0003eA-SD for emacs-devel@gnu.org; Mon, 19 Mar 2018 12:21:29 -0400 Original-Received: by mail-lf0-x235.google.com with SMTP id v207-v6so6620460lfa.10 for ; Mon, 19 Mar 2018 09:21:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tLWnYz7kuDV30oP+paxs24eRiGZbx7F2+7jBCj88/tU=; b=qkq2iGe61xYegoo+FbFu/4C580aJcI7zLVRbIpEb5yU7UTDh87XOIL5qb5ZNi+tUN/ 6zPrqj6d/kRfckAkFSYqEPHMOwTq2QolN07aH8JzWdTYi1JKTnZS5/hPpIQ6Pks39Axx LhBwhvZ+0JR26Q3LxK4YERYOgZf/lrom8toa7+LaAsCqn2qrjAg05I4NY8FPE/SDARv9 vd5GU9kswrWMJTFMolg3LJz64yOj4KDATllCfJmjUhhInka3+PeGxqnDbeNBFPmF4jmj lN9xKF866nFTniJXNwfYXXvuN07J+LkckIQOa5Warh11HAhCzNnufc14hDTTeofKcQs8 izcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tLWnYz7kuDV30oP+paxs24eRiGZbx7F2+7jBCj88/tU=; b=J4rJmSzVb/0PnHlH6MuUtLNVUEBWQ5yet+/uKAN6e8EKwCtYJ6XR+oTjaWzdCpI3V2 Z99gmdbI2EE0noXXobkPfTKCnNSgx0s3LWM2QVK+77CDwLWVVb3QpJY4ahsTrdRqiD4y 0KelSNU0uykVYPdNkP/uHzPwTIRewCzpXd5z7Ytwg2MY/dsFlZJueMktAn5Rzy60ZMer 0c5ifhs6rbiB1RUzKoX+LJFjr0nhXBaB/KJL2jvoEwnGk6LJBEm8y/871G3Wv49ejAep /GaB7QWqIX3dPwYIKiBz/ksoWzRD2J1fVN7xQJaVBIdopV5zOoNHsbt0WNIdfhLeiQy7 cxcg== X-Gm-Message-State: AElRT7GNNocdqIt+joxq9W2+n10V0ILXLrlESsPbZq6aewzm/+xJYBJF tfQppOJEVBxTEOHakKjL7NN9ACu4w+1YsBBMzy8M2oNN X-Google-Smtp-Source: AG47ELvo6xIVTy/prcOzImE++05E2H2dKSmtV+WeyR9eMnCtU3LtE7bSc42sb58vAlDhOH7qxT09lLvyqc7fDbrAP60= X-Received: by 10.46.151.136 with SMTP id y8mr162412lji.84.1521476486921; Mon, 19 Mar 2018 09:21:26 -0700 (PDT) Original-Received: by 2002:a19:6514:0:0:0:0:0 with HTTP; Mon, 19 Mar 2018 09:20:46 -0700 (PDT) In-Reply-To: <87vadsnzw5.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4010:c07::235 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:223822 Archived-At: >> Then I realized that novice users should not be suppressing this >> warning, and should instead be taking the extra call to >> `package-initialize' out of their init-files. > > Hmm, in light of this, should we abandon the idea of adding buttons in > *Warning* buffers allowing people to easily suppress warnings? Or are > there other use cases? I'm honestly not sure. I like the idea of making *Warnings* more user-friendly, because that seems like a good step towards modernization. However, I do think that there shouldn't be any easily accessible way to turn off this one particular warning, since otherwise I can guarantee a lot of people are going to use it instead of fixing the (important) problem. Maybe as a compromise there could be a way to mark a warning so that a disable button isn't shown for it? -- Radon