git-gui: Limit display of large untracked files.
commit19b41e455932d56a578becdfd91095a9a041f21c
authorShawn O. Pearce <spearce@spearce.org>
Tue, 23 Jan 2007 07:33:58 +0000 (23 02:33 -0500)
committerShawn O. Pearce <spearce@spearce.org>
Tue, 23 Jan 2007 07:33:58 +0000 (23 02:33 -0500)
treeed99a69fe3f969465c3392a9ccfa0967fb044c34
parent464c9ffee45520c8be3ec656f926224501bcf977
git-gui: Limit display of large untracked files.

Our internal diff viewer displays untracked files to help users see if
they should become tracked, or not.  It is not meant as a full file
viewer that handles any sort of input.  Consequently it is rather
unreasonable for users to expect us to show them very large files.
Some users may click on a very big file (and not know its very big)
then get surprised when Tk takes a long time to load the content and
render it, especially if their memory is tight and their OS starts to
swap processes out.

Instead we now limit the amount of data we load to the first 128 KiB
of any untracked file.  If the file is larger than 128 KiB we display
a warning message at the top of our diff viewer to notify the user
that we are not going to load the entire thing.  Users should be able
to recognize a file just by its first 128 KiB and determine if it
should be added to the repository or not.

Since we are loading 128 KiB we may as well scan it to see if the
file is binary.  So I've removed the "first 8000 bytes" rule and
just allowed git-gui to scan the entire data chunk that it read in.
This is probably faster anyway if Tcl's [string range] command winds
up making a copy of the data.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
git-gui.sh