delta/git.git/progress.h, branch ks/status-initial-commit

nicer display of thin pack completion

2007-11-08T23:43:41+00:00

In the same spirit of prettifying Git's output display for mere mortals,
here's a simple extension to the progress API allowing for a final
message to be provided when terminating a progress line, and use it for
the display of the number of objects needed to complete a thin pack,
saving yet one more line of screen display.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Junio C Hamano

make display of total transferred more accurate

2007-11-05T20:53:14+00:00

The throughput display needs a delay period before accounting and
displaying anything.  Yet it might be called after some amount of data
has already been transferred.  The display of total data is therefore
accounted late and therefore smaller than the reality.

Let's call display_throughput() with an absolute amount of transferred
data instead of a relative number, and let the throughput code find the
relative amount of data by itself as needed.  This way the displayed
total is always exact.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Junio C Hamano

add throughput to progress display

2007-10-30T23:08:40+00:00

This adds the ability for the progress code to also display transfer
throughput when that makes sense.

The math was inspired by commit c548cf4ee0737a321ffe94f6a97c65baf87281be
from Linus.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Junio C Hamano

make struct progress an opaque type

2007-10-30T23:08:40+00:00

This allows for better management of progress "object" existence,
as well as making the progress display implementation more independent
from its callers.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Junio C Hamano

more compact progress display

2007-10-17T06:54:55+00:00

Each progress can be on a single line instead of two.

[sp: Changed "Checking files out" to "Checking out files" at
     Johannes Sixt's suggestion as it better explains the
	 action that is taking place]

Signed-off-by: Nicolas Pitre 
Signed-off-by: Shawn O. Pearce

Fix the progress code to output LF only when it is really needed

2007-05-23T18:30:49+00:00

Signed-off-by: Alex Riesen 
Signed-off-by: Junio C Hamano

Make macros to prevent double-inclusion in headers consistent.

2007-04-29T09:05:11+00:00

Signed-off-by: Junio C Hamano

provide a facility for "delayed" progress reporting

2007-04-23T05:18:05+00:00

This allows for progress to be displayed only if the progress has not
reached a specified percentage treshold within a given delay in seconds.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Junio C Hamano

make progress "title" part of the common progress interface

2007-04-23T05:18:05+00:00

If the progress bar ends up in a box, better provide a title for it too.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Junio C Hamano

common progress display support

2007-04-23T05:18:05+00:00

Instead of having this code duplicated in multiple places, let's have
a common interface for progress display.  If someday someone wishes to
display a cheezy progress bar instead then only one file will have to
be changed.

Note: I left merge-recursive.c out since it has a strange notion of
progress as it apparently increase the expected total number as it goes.
Someone with more intimate knowledge of what that is supposed to mean
might look at converting it to the common progress interface.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Junio C Hamano