[gst-devel] gst-player ui required changes
paul at temple-baptist.com
Thu Jan 16 01:08:07 CET 2003
I'm no code guru, but <stop> and <pause> have very different behaviors in my
experience. When I press <pause> I expect the media to hold its place and
wait for me to <resume> (or play) and pick up where I left off. When I
press <stop> I expect the media to reset back to the begining of the disc
and wait for me to start it over again.
As a simple user I readily expect my media player to have a stop button. I
anticipate most users to expect a media player to have a stop button. It's
one of the basic functions. Whether or not it is
needed/required/different/redundant/stupid doesn't really matter. This is a
user interface right? The users will expect and want a stop button. We are
building this for them , right? Personally, I would think any player
without a stop button would be lame and I wouldn't use it.
----- Original Message -----
From: "Joshua N Pritikin" <vishnu at pobox.com>
To: "Erik Walthinsen" <omega at temple-baptist.com>
Cc: <gstreamer-devel at lists.sourceforge.net>
Sent: Thursday, January 16, 2003 12:48 AM
Subject: Re: [gst-devel] gst-player ui required changes
> On Thu, Jan 16, 2003 at 12:12:47AM -0800, Erik Walthinsen wrote:
> > On 16 Jan 2003, Steve Baker wrote:
> > > > - get rid of stop
> > > Done! Its software, not hardware. There are no heads or motors to wear
> > > out, and no batteries to run down by being in pause forever.
> > OK, this is bogus. Hardware issues have nothing to do with user
> > interface. Why are we creating a new interface when everyone and their
> > dog is going to be vastly more comfortable with an interface they
> > literally grew up with? Just because that interface originated in
> > hardware limitations does not mean that it is inherently flawed, nor
> > it give us license to arbitrarily change and cease to match what our
> > *user* expect.
> i'm nuking "Stop" in my player too. It doesn't make sense to have
> two buttons that do effectively the same thing ... and i like "Pause"
> better than "Stop".
> Victory to the Divine Mother!! after all,
> http://sahajayoga.org http://why-compete.org
> This SF.NET email is sponsored by: A Thawte Code Signing Certificate
> is essential in establishing user confidence by providing assurance of
> authenticity and code integrity. Download our Free Code Signing guide:
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
More information about the gstreamer-devel