[PATCH] Update of "size" column patch for setup (Was Re: Is setup-2.506 ready to release?)

Igor Pechtchanski pechtcha@cs.nyu.edu
Mon Sep 5 18:19:00 GMT 2005

On Mon, 5 Sep 2005, Brian Dessent wrote:

> Igor Pechtchanski wrote:
> > Actually, I think it makes more sense to treat it as "the amount of
> > *extra* disk space that will be occupied after the downloads" (since
> > it doesn't account for the expanded size of the tarball anyway).
> > I'll see if I can change the logic accordingly at some point soon.
> The problem there is that by that interpretation, the size column should
> be zero for every row except those packages which have been selected to
> download/install/upgrade.  That would be quite confusing, since you can
> no longer use the column to judge size before picking a package.

Ah, I see.  Yes, that would be a problem.  How about naming it "estimated
download size" (or 'Size to Download', just to get a reasonable cut-off),
and setting it to '0k' for packages that are already installed?

> Otherwise you get the baffling situation of clicking "Src" and seeing
> the number decrease, despite the fact that you have just added more
> bytes to download and more hard drive space to be occupied.

Using '0k' for installed packages would take care of this problem, won't

> I think the notion of "amount that will be downloaded" would be better
> expressed as a running total that is displayed on a different part of
> the dialog, rather than in the size column.

We could do both.  In fact, the number of bytes to download is a better
progress indicator than the number of packages...

> > No problem.  On an unrelated note, do we want to resurrect Max's
> > colorization patch (one that color-codes the packages according to their
> > installed status, from wa-ay back when [Jan 2003])?
> I never saw that one.  I'll look at it, but I'm a little hesitent that
> it might add more confusion to an already confusing interface.  Plus
> when colors are involved, everyone has a different idea of what looks
> good, not to mention that end users will have varied visual themes /
> color schemes selected in display options.

Read the whole thread from that message onward (and Google for "Max
Bowsher colour patch" -- yes, the British spelling)...  This was
discussed, but never got anywhere.

> To be honest the next feature that I think needs to go in is some means
> of controlling the window size, such as saving/restoring the last window
> size/position.  I say that because with the addition of this size
> column, the default starting size of the package picker page is now such
> that the description field is nearly entirely off the screen, and the
> user almost certainly will have to resize the dialog.  Saving/restoring
> the window coordinates saves us from having to make any decisions about
> how large or small it should be - the user just resizes it once to
> whatever is desired and then it persists.


> I was thinking of adding another preference file, such as
> /etc/setup/last-options or something that would store this information
> as well as anything similar.  E.g. we could have the "create desktop
> icon" choice persist as well.

That would be a good idea (in fact, why not consolidate all of the
preferences files into one?).  Also, it may be time to move them from
files into the registry -- this has also been discussed previously.

Some more random ideas -- a right-click context menu in the chooser.  One
possible context menu item is "Lock" (which locks a given version and
doesn't attempt to update it).  The list of locked packages could also be
kept in the registry, or, better yet, we could mark them off in
installed.db.  I know, PTC -- I'm working on it.
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

More information about the Cygwin-apps mailing list