Re: feature announcement
- From: Toralf Lund <toralf kscanners com>
- To: gordo pincoya com
- Cc: "M . Thielker" <balsa t-data com>, balsa-list gnome org
- Subject: Re: feature announcement
- Date: Fri, 24 Aug 2001 09:29:42 +0200
On 2001.08.24 08:27 Gordon Oliver wrote:
> On 2001.08.23 10:10 M . Thielker wrote:
> > On 2001.08.23 21:32 Gordon Oliver wrote:
> > > just make it harder to dig them out (note that this could be
> partially
> > > fixed
> > > by UI - using scrollbars that show the position of marked messages
> ;-)
> >
> > and would be a non-standard, confusing UI element that nobody would
> > really
> > want to use - imagine what percentage if 200 pixels one message of 5000
> > would make...
>
> There was a program at SGI that used this... It was a diff program
> (gdiff),
I think a number of other SGI applications did this, too, including the
development tools.
> and it was _really_ nice. It is not so much to show percentages,
> but rather to show the existance of something interesting. It is
> visually very obvious...
I totally agree. This would NOT be a "confusing UI element". Also, I've
seen the same thing other places, too, but I don't remember exactly where.
The point is, it's not really that non-standard, either.
> But it would be a pain to write, and should
> really be a generic component, which would be more of a pain.
Definitely.
>
> The problem even now with threaded mailboxes with hundreds of messages is
> that if a new message gets stuck in an old thread you don't immediately
> see it... (minor pet peeve).
I find this a bit annoying, too.
Anyhow, for a search function, we could simply include the usual "find
next" and "find previous" buttons.
- Toralf
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]