[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: amaroK usability report
From:       Iñaki <ibc2 () euskalnet ! net>
Date:       2006-05-03 13:59:30
Message-ID: 200605031559.30710.ibc2 () euskalnet ! net
[Download RAW message or body]

El Miércoles, 3 de Mayo de 2006 11:28, Chi Shang Cheng escribió:> > I'm not agree with "3.19 \
Unnecessary use of Files browser":> >> > My brother (with knows nothing about "collection" \
concept) uses it> > ALWAYS. In> > fact it's the only he uses to select music. Sometimes he \
browse him music> > with Konqueror, but just sometimes. The same with many friends of mine:> > \
no one of them know the concept of tags collection/library and use always> > the "file" \
concept, but they use amarok file browser more than just> > Konqueror.
> ...> - Similar applications don't have this functionality, so this behaviour of> file \
> browsing inside a music management application (for instance iTunes,> Songbird, Banshee \
> etc.), so it wouldn't be experience that would help the> user discover and use this \
> functionality.
Humm, but what about Winamp, XMMS and so? The people I know use "file based" audio player \
instead of "tags collection based". In this point it could be important to know how many people \
use the first or second method (I really don't know).


> - The Files browser panel is quite narrow, and I also assumed that users> would prefer a \
> wider screen to browse in. I haven't looked for (scientific)> research about the implications \
> of subjective preference of window> dimensions for applications; more importantly, do users \
> make this> disctinction/discrimination (consciously/subconsciously)?>> - KDE users that are \
> not familiar with amaroK, but are (probably) already> familiar with the Konqueror file \
> browser. But task analysis should also be> conducted to find out more about the "opening \
> file" behaviour of users (on> the KDE desktop): how often do users open a file from within an \
> application> and how often do users use the file browser to access a certain file.>> - If the \
> Files browser wasn't available, would users know how to play> music/add songs to the \
> playlist/etc. while still not using the> collection/library? If the users could easily do \
> this with another, with> the emphasis on easily, then it would be obvious that this Files \
> browser> does not fulfil an important purpose. If the answer was only a modest> 'yes', \
> emphasizing modest, then this feature would be questionable.

I agree with you, because there is another more common way to access "files" in amarok:  menu - \
"Actions" - "Play media..."that open a common file dialog. This could be more appropiate than \
the "Files" left tab.

Anyway I'd like to do a suggestion to your fantastic document:
I think many people don't know what a collection/library is. They just expect to open \
directories and files, no more. But because in this way they can listen to their music it's \
very possible that they never discover the advantajes of managing tags collections. I see this \
case in many of my friends, in most of them. amaroK should invite/explain the user to use \
collections. For example:- In the first wizard it could show the concept of a collection based \
in audio file tags. amaroK in fact creates the collection but it possible that the user didn't \
realized of it and never uses it.- When pressing "Actions"- "Play media..." there could appear \
a message about the advantajes collections, something like "discover the advantajes of managing \
collections instead of just directories and files" and by pressing in this text amaroK could \
show a easy explanation of the concept of a collection (tags, directory independence...).





> > Anyway the amaroK file browser allows typical actions of amaroK as "add to> > the> > \
> > playlist", "edit info"... and it's easy to use, more than draging and> > dropping files \
> > from Konqueror to amaroK playlist (that forces the user to> > see> > at the same time the \
> > konqueror and amaroK-playlist windows.>> In Windows, an application can add (cascaded) \
> > context-menu items to the> Windows Explorer. Winamp makes use of this functionality for \
> > instance. So> it could be solved this way.
In KDE too, of course.   ;)

Regards.


-- y hasta aquí puedo leer...
_______________________________________________kde-usability mailing \
listkde-usability@kde.orghttps://mail.kde.org/mailman/listinfo/kde-usability


[prev in list] [next in list] [prev in thread] [next in thread]