Re: [Usability] Sound Juicer 2 mockup comments



On Tue, 2005-01-04 at 16:26 +0100, Samuel Abels wrote:
> From using s-j I know that it immediately starts extracting when the
> "Extract" button is pressed. That is good, but the button in the new
> interface is IMO not clear enough (as you already mentioned) to still do
> this relatively intrusive action.
> 
> Having a popup dialog ask the user would be a step backward though. I
> guess it has the same size as the other buttons to leave the impression
> that s-j is a CD player and a grabber as well, but I would still prefer
> it to be labeled "Extract" like in the current version - that looks so
> much easier.

I'm not sure what you mean by a popup dialog on pressing the extract
button to ask the user...  When the copy button is pressed extracting
will start straight away, just as it does now.

> Also, the "Edit" button looked like "Playlist" to me on the first
> impression, but I am not sure how to solve this. The current s-j lets
> you edit the names directly, will that still be possible with the markup
> cells or is there a popup window required when you press the "Edit"
> button?

The icon looks just like a playlist button as it is the playlist
icon... :)  Really this needs a slightly changed icon.

The main window is a read-only view of the metadata.  Editing is being
moved out into a separate dialogue as most of the time track editing
won't be required -- the metadata is correct.  If it is incorrect then
there may be some work required, maybe splitting the title fields into
artist/title (often FreeDB imports are titled "Artist / Title"), or
setting the date of each track, the genre, etc.  This adds a lot of
bloat to the dialogue so I plan on splitting it out so that the main
interface remains simple.

> I would vote for HIG-compliance, as the current functionality never felt
> "right" to me in Totem. Making them separate buttons would be closer to
> what people know from the real world. Even more, for the same reason I
> would like a "Stop" button in Totem. Isn't that even more important in a
> CD player? "Pause" would probably keep the CD spinning, thus also
> blocking the hardware eject button.
> But either way, those changes should be made consistently with Totem.

Pause would stop and unlock the drive, and on play it would resume from
where it left off.  Personally having both Stop and Pause in an
interface where they both have identical actions is pointless.

Ross
-- 
Ross Burton                                 mail: ross burtonini com
                                          jabber: ross burtonini com
                                     www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF

Attachment: signature.asc
Description: This is a digitally signed message part



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]