From: James Cloos <cloos@jhcloos.com>
To: Ted Zlatanov <tzz@lifelogs.com>
Cc: emacs-devel@gnu.org
Subject: Re: Flipping url-show-status default
Date: Sat, 02 Oct 2010 15:21:59 -0400 [thread overview]
Message-ID: <m3r5g8cscw.fsf@jhcloos.com> (raw)
In-Reply-To: <87d3rsk5m4.fsf@lifelogs.com> (Ted Zlatanov's message of "Sat, 02 Oct 2010 09:54:11 -0500")
>>>>> "TZ" == Ted Zlatanov <tzz@lifelogs.com> writes:
TZ> If you're loading a large file, yes (in the download manager, not in
TZ> the main window). But the vast majority of use cases for HTTP are
TZ> tiny files and a progress bar for each one would be pointless.
Large is relative. The variances of pipe bandwidth and latency are huge.
And most images on the web are larger octet-wise -- often horribly
larger -- than they need to be. The practice of optimizing images
for the web evaporated when site design moved from coders to graphic
artists. Even the all-cell-phone-all-the-time kids don't seem to
understand the need to optimize download time.
TZ> Google Chrome, for instance, tells you it's loading the page, but
TZ> not each element within it. There is no progress bar.
Chrome is not friendly.
TZ> Mozilla Firefox shows a tiny unobstrusive inaccurate progress bar for
TZ> the whole page in the lower left corner.
And the biggest change the ff nuts did to Mozilla was to ruin the UI.
Some useful improvements occurred in the low level code, but the UI
changes were almost all regressive. (The URL bar background colour
change for TLS is the only UI progression I can think of.)
TZ> My proposal was to show the URL download progress in an unobstrusive
TZ> way, not to hide it altogether.
I missed that. Appologies.
But when one is behind a tiny pipe (a straw, if you will) detailed
progress info is imperative.
My preference is sequential pipelined downloads, with n/m file count an
percentage of current file progress info (%age can be either numeric or
graphic).
-JimC
--
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
next prev parent reply other threads:[~2010-10-02 19:21 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-01 14:20 Flipping url-show-status default Lars Magne Ingebrigtsen
2010-10-01 14:56 ` Ted Zlatanov
2010-10-01 18:13 ` Chong Yidong
2010-10-01 18:23 ` Lars Magne Ingebrigtsen
2010-10-01 22:17 ` Chong Yidong
2010-10-01 22:20 ` Lars Magne Ingebrigtsen
2010-10-01 22:29 ` Chong Yidong
2010-10-02 2:06 ` Lars Magne Ingebrigtsen
2010-10-02 2:23 ` Lars Magne Ingebrigtsen
2010-10-02 2:24 ` Lars Magne Ingebrigtsen
2010-10-02 2:58 ` Chong Yidong
2010-10-02 13:07 ` Lars Magne Ingebrigtsen
2010-10-01 18:34 ` Ted Zlatanov
2010-10-01 22:21 ` Chong Yidong
2010-10-02 7:23 ` Eli Zaretskii
2010-10-02 15:13 ` Ted Zlatanov
2010-10-02 7:34 ` James Cloos
2010-10-02 14:54 ` Ted Zlatanov
2010-10-02 19:21 ` James Cloos [this message]
2010-10-03 12:50 ` Ted Zlatanov
2010-10-03 22:34 ` James Cloos
2010-10-05 16:51 ` Davis Herring
2010-10-05 16:58 ` Lars Magne Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3r5g8cscw.fsf@jhcloos.com \
--to=cloos@jhcloos.com \
--cc=emacs-devel@gnu.org \
--cc=tzz@lifelogs.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).