From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bozhidar Batsov Newsgroups: gmane.emacs.devel Subject: Re: Package installation messages Date: Fri, 15 May 2015 07:49:39 +0300 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=001a113495005fa65005161792d9 X-Trace: ger.gmane.org 1431665402 4670 80.91.229.3 (15 May 2015 04:50:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 May 2015 04:50:02 +0000 (UTC) Cc: emacs-devel , Stefan Monnier , Artur Malabarba , Dmitry Gutov To: Kaushal Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 15 06:50:01 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 1Yt7ZQ-0005kE-FB for ged-emacs-devel@m.gmane.org; Fri, 15 May 2015 06:50:00 +0200 Original-Received: from localhost ([::1]:57644 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yt7ZP-00048k-KQ for ged-emacs-devel@m.gmane.org; Fri, 15 May 2015 00:49:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44498) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yt7ZC-00048I-66 for emacs-devel@gnu.org; Fri, 15 May 2015 00:49:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yt7Z7-0003By-H2 for emacs-devel@gnu.org; Fri, 15 May 2015 00:49:46 -0400 Original-Received: from mail-la0-x232.google.com ([2a00:1450:4010:c03::232]:34387) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yt7Z7-0003Af-3W for emacs-devel@gnu.org; Fri, 15 May 2015 00:49:41 -0400 Original-Received: by laat2 with SMTP id t2so101343595laa.1 for ; Thu, 14 May 2015 21:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4oRriYmz7LBlzkV7AovR4suDZPKEG/6yOLrFb+NEJng=; b=Ee5iw8VIIImpsKZdi5U1Y/sI9yxpZNSPBC4rmc+69T5xR3rwK7c6/DTk0y/mqncz6E BIQHjJSTjyBCeRkgdmQG5532DPFdGHYRK+eLZj2o4bhn60PhcBUy3eOldaZQ/nwlfEyL SfSv0Z2ihj+0AkBnq08K3foXK+sG67v9Ur1jBiajY3cCLlpnntPQRatdRa/IrSz6QdhJ zl4GVedmKJt70dkOrGBc+EDaOY/YGOnJpezgoRaVfqXNxtmJnsNZ3HBrdxxCMutjM+R8 heNfJBXLAKjHHuVQLTXiFelv41HucHWwnuLIpKq1RtFworGKOZU7puE0AR8DgDLUbhM3 f8Cg== X-Received: by 10.152.179.233 with SMTP id dj9mr5740908lac.101.1431665379352; Thu, 14 May 2015 21:49:39 -0700 (PDT) Original-Received: by 10.112.25.7 with HTTP; Thu, 14 May 2015 21:49:39 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: qQKrWiXkJdAPYwWBXwWUeMIl16A X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::232 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:186506 Archived-At: --001a113495005fa65005161792d9 Content-Type: text/plain; charset=UTF-8 While I can live without the compilation warnings (and many users are scared by them) I've found and fixed a ton of compilation warnings in various packages, because they we're displayed so prominently. Maybe this should be an optional behaviour or they should simply be dumped into **Messages*. As for the messages themselves - yeah, anything featuring a summary of the operation that started and ended would do IMO. Some progress indicator would be awesome (maybe counting down the operations that are remaining or something). On 15 May 2015 at 05:24, Kaushal wrote: > @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 >> >> > --001a113495005fa65005161792d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
While I can live without the compilation warnings (and man= y users are scared by them) I've found and fixed a ton of compilation w= arnings in various packages, because they we're displayed so prominentl= y. Maybe this should be an optional behaviour or they should simply be dump= ed into **Messages*.

As for the messages themselves - ye= ah, anything featuring a summary of the operation that started and ended wo= uld do IMO. Some progress indicator would be awesome (maybe counting down t= he operations that are remaining or something). =C2=A0

On 15 May 2015 at 05:24, K= aushal <kaushal.modi@gmail.com> wrote:
@Stefan
<= div class=3D"gmail_default" style=3D"font-family:'trebuchet ms',san= s-serif;font-size:small">I actually like the hassle-free install process. I= f I mark stuff with `i` or `U` followed by `x`, I mean to download and inst= all those packages in one go. I have been spoilt by how it is currently; wo= uld 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 go= ing on.=C2=A0 But I can understand how that can cause problem.

@Bozhidar
I also like the clutter-free installation process, wit= hout the compilaiton buffer popping up.
If t= he "Transaction started" message is cryptic, it can probably be r= eplaced with something that indicates that package(s) are being installed; = or something like below?

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

Once everything is done,
=C2=A0
=C2=A0 =C2=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 i= n my emacs config
2. Can't comment on th= is as I don't understand the how-to or implications of using a "ba= ckground process"
3. I believe that peo= ple who have the Paradox package installed wouldn't be affected by this= right?

<= font face=3D"'trebuchet ms', sans-serif">
--
Kaushal Modi

On Thu, May 14, 2015 at 10:00 PM, Stefan Mon= nier <monnier@iro.umontreal.ca> wrote:
>> 1. Keep the feature but disable by defau= lt. 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.=C2=A0 But after using it I agree that it sucks UI-wi= se.
I think to make it work better, we'd need to make the download and the<= br> install more separate.=C2=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".


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan



--001a113495005fa65005161792d9--