From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Package installation messages Date: Fri, 15 May 2015 11:20:22 +0300 Message-ID: <5555AC46.9070304@yandex.ru> References: <55552452.7050703@yandex.ru> <55553712.2050608@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1431678058 28432 80.91.229.3 (15 May 2015 08:20:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 May 2015 08:20:58 +0000 (UTC) Cc: Bozhidar Batsov , bruce.connor.am@gmail.com, emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 15 10:20:52 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YtArT-00050f-Hm for ged-emacs-devel@m.gmane.org; Fri, 15 May 2015 10:20:51 +0200 Original-Received: from localhost ([::1]:58380 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YtArS-0004xl-Ba for ged-emacs-devel@m.gmane.org; Fri, 15 May 2015 04:20:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37885) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YtArL-0004wW-2D for emacs-devel@gnu.org; Fri, 15 May 2015 04:20:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YtArE-0002mu-Aj for emacs-devel@gnu.org; Fri, 15 May 2015 04:20:42 -0400 Original-Received: from mail-wi0-x22b.google.com ([2a00:1450:400c:c05::22b]:37826) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YtArE-0002hZ-2A for emacs-devel@gnu.org; Fri, 15 May 2015 04:20:36 -0400 Original-Received: by wibt6 with SMTP id t6so48374540wib.0 for ; Fri, 15 May 2015 01:20:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=v3itd+jG4YP1mzOfuqAyvcy2uOVfOSQc5Y5EsJCzkg0=; b=h84/t7PQVhoojA8C+fn+G8wGLJWn+ef3wbQzbOXSHSEQ/abPV0nePsHIQFygPLR6Gf zP7olRPsOV1kSXVBr/uMy1iDN7aTEFw8p2eW+CvjewDjXeIv1BvoYfQe7OXzojVNCnp2 1B4VdIEtRdv7X/jeALJ0wQqt/2WfbHkFcaj/+yvPrhbD0KiufwC8d4TzDSOw+rfCcmr5 BBVLoKNGAB+n24++DsUJzynqMMl0zsW5cR8xzfjRMrczQPC/NqnmM/DqDfZL37a7Giqp 9hWOKtpjjk8/1CuVek/SVntBJox25oVGNNIv6aXjYt+wGwMBFtssg8BWPdwwAM7bd9Vq BTzA== X-Received: by 10.180.81.104 with SMTP id z8mr55602953wix.5.1431678025637; Fri, 15 May 2015 01:20:25 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id a18sm1281373wja.46.2015.05.15.01.20.24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 May 2015 01:20:25 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:186511 Archived-At: On 05/15/2015 05:00 AM, Stefan Monnier wrote: > I asked for it. But after using it I agree that it sucks UI-wise. I didn't mean to imply that Arthur implemented something entirely unwanted. > I think to make it work better, we'd need to make the download and the > install more separate. E.g. when the download is done, rather than go > ahead and perform the install, inform the user that the download is done > and the install process can proceed, but wait for the user to > explicitly say "install now". When that happens, will the user still be in the list-packages buffer? Or will they have an opportunity to quit and then be surprised by the yes-no install prompt? What you're describing, looking at other applications, sounds more like an automated system to download *updates*, so that when the user does M-x list-packages, they can immediately install the updates. However, that might not be the best idea for us - the MELPA packages, for instance, update *very* often.