From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Newsgroups: gmane.emacs.devel Subject: Re: Package installation messages Date: Thu, 14 May 2015 22:24:16 -0400 Message-ID: References: <55552452.7050703@yandex.ru> <55553712.2050608@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e01184cb0db3d3b0516158c7b X-Trace: ger.gmane.org 1431659271 7158 80.91.229.3 (15 May 2015 03:07:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 May 2015 03:07:51 +0000 (UTC) Cc: emacs-devel , Artur Malabarba , Bozhidar Batsov , Dmitry Gutov To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 15 05:07:50 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 1Yt5yX-0003WQ-S5 for ged-emacs-devel@m.gmane.org; Fri, 15 May 2015 05:07:50 +0200 Original-Received: from localhost ([::1]:57526 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yt5yX-0007Wh-4X for ged-emacs-devel@m.gmane.org; Thu, 14 May 2015 23:07:49 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40702) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yt5J5-00061N-1b for emacs-devel@gnu.org; Thu, 14 May 2015 22:25:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yt5J3-0006wA-L5 for emacs-devel@gnu.org; Thu, 14 May 2015 22:24:58 -0400 Original-Received: from mail-yk0-x236.google.com ([2607:f8b0:4002:c07::236]:36061) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yt5J3-0006w3-G4 for emacs-devel@gnu.org; Thu, 14 May 2015 22:24:57 -0400 Original-Received: by ykep21 with SMTP id p21so30233649yke.3 for ; Thu, 14 May 2015 19:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ZyjQZ1kqdhGNicESoTz0cdsYs+Xb39eAy/46A5Hp85g=; b=nP5i9XMXAw+XjkfmwZYtfvsGYegAqVYgZXmmLChSfjk7EZVzjIaeBzHiu/VFff2rkJ TAzt1C/jArOaYZW/ED+lvY4CYZ0TX7YvddkfrNjFLTDFsXXhZk9GQSbvuhIanhwg4Cuh /hkbdRH1rwCwhnbE1sHVBRH9b3ZZVQNBIsgt32umSxsD3ZpDnO4uOssxtNbGDrACr8+G hV8z2mr0xiN8BY1DlpiJQQTmCOQlY/J6nHuj+RMus2MX8BOhC8ZvkPimoBlSe6YzBxhV ZcTmVCx9htyhfHc6li9oRztnMvtHyogFy/VcoIznhIIRharIdOydKg6tSHx6cG54CNr2 YnJg== X-Received: by 10.236.202.72 with SMTP id c48mr7510376yho.57.1431656696854; Thu, 14 May 2015 19:24:56 -0700 (PDT) Original-Received: by 10.13.198.2 with HTTP; Thu, 14 May 2015 19:24:16 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4002:c07::236 X-Mailman-Approved-At: Thu, 14 May 2015 23:07:24 -0400 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:186504 Archived-At: --089e01184cb0db3d3b0516158c7b Content-Type: text/plain; charset=ISO-8859-1 @Stefan I actually like the hassle-free install process. If I mark stuff with `i` or `U` followed by `x`, I mean to download and install those packages in one go. I have been spoilt by how it is currently; would be good to at least have an option to keep it that way. @Dmitry I have never needed to do `C-g` while an installation is going on. But I can understand how that can cause problem. @Bozhidar I also like the clutter-free installation process, without the compilaiton buffer popping up. If the "Transaction started" message is cryptic, it can probably be replaced with something that indicates that package(s) are being installed; or something like below? Package Manager: In progress [upgrade(), install(), delete()] ... Once everything is done, Package Manager: Done [Upgraded(), Installed(), Deleted()]. @Artur Regarding the 3 options: 1. I wouldn't mind that as I can always enable that in my emacs config 2. Can't comment on this as I don't understand the how-to or implications of using a "background process" 3. I believe that people who have the Paradox package installed wouldn't be affected by this right? -- Kaushal Modi On Thu, May 14, 2015 at 10:00 PM, Stefan Monnier wrote: > >> 1. Keep the feature but disable by default. Async refreshing would still > >> be enabled. > > I'd rather we not keep options for behavior nobody has specifically > > asked for. > > I asked for it. But after using it I agree that it sucks UI-wise. > 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". > > > Stefan > > --089e01184cb0db3d3b0516158c7b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
@Stefan
I actually like the hassle-free install process. If I mark stuff wit= h `i` or `U` followed by `x`, I mean to download and install those packages= in one go. I have been spoilt by how it is currently; would be good to at = least have an option to keep it that way.
@Dmitry
I = have never needed to do `C-g` while an installation is going on.=A0 But I c= an understand how that can cause problem.
@Bozhidar
= I also like the clutter-free installation process, without the compilaiton = buffer popping up.
If the "Transaction = started" message is cryptic, it can probably be replaced with somethin= g that indicates that package(s) are being installed; or something like bel= ow?

=A0 = =A0 Package Manager: In progress [upgrade(<num>), install(<num>= ), delete(<num>)] ...

Once everything is done,
=A0
=A0 =A0 Package Manager: Done [Upgraded(<num>= ), Installed(<num>), Deleted(<num>)].
@Artur
Regarding the 3 options:
1. I wouldn't = mind that as I can always enable that in my emacs config
2. Can't comment on this as I don't understand the how= -to or implications of using a "background process"
3. I believe that people who have the Paradox package ins= talled wouldn't be affected by this right?


--
Kaushal Modi
=

On Thu, May 14, 2015 at 10:00 PM, Stefan Mon= nier <monnier@iro.umontreal.ca> wrote:
>> 1. Keep the feature but disab= le by default. Async refreshing would still
>> be enabled.
> I'd rather we not keep options for behavior nobody has specificall= y
> asked for.

I asked for it.=A0 But after using it I agree that it sucks UI-wise.=
I think to make it work better, we'd need to make the download and the<= br> install more separate.=A0 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".


=A0 =A0 =A0 =A0 Stefan


--089e01184cb0db3d3b0516158c7b--