Re: Determinate NSProgressIndicator without animation?
Re: Determinate NSProgressIndicator without animation?
- Subject: Re: Determinate NSProgressIndicator without animation?
- From: Jonathan Hendry <email@hidden>
- Date: Fri, 14 Sep 2001 18:48:43 -0500
On Friday, September 14, 2001, at 06:27 , Lloyd Sargent wrote:
On Friday, September 14, 2001, at 06:10 PM, Ondra Cada wrote:
Jonathan,
Jonathan Hendry (JH) wrote at Fri, 14 Sep 2001 18:03:48 -0500:
JH> I used a non-animated progress indicator in a PDF reader
JH> project. The widget shows where you are in the document.
JH> (I don't think a scrollbar is ideal for this.)
Well, I'm not an expert of GUI, but somewhat I feel that scrollbar was
actually designed _exactly_ for that.
Correct me please if I am wrong, but I feel this is a question of
consistency: the user sees progress indicator, well! He presumes the
application is performing some lenghty computation, and the thing
informs him
how far it is. The user sees scrollbar? Right! He presumes there are some
data of which just part is shown, and the thing informs him which part,
and
how big it is.
Right or wrong, I have to agree with Ondra. The progress indicator really
is not a good indicator of "where you are in the document".
Why not? And what if accompanied by a label noting page #?
And, as he so eloquently stated, the scrollbar is, in fact, the RIGHT
thing to use.
Unless there are 3 dimensions: same-page X, same-page Y, page-in-document.
You can use one scrollbar for two dimensions, but that sacrfices resolution
and can be somewhat awkward, especially for large documents.
Otherwise it seems to me you are using a widget in a non-standard way
(which is what gets Windoze users into trouble a lot <grin>).
The lack of animation ought to be a sufficient clue that it's not the
usual widget.