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

List:       kde-usability
Subject:    Re: App of the Week: Kicker
From:       Eric E <whalesuit () yahoo ! com>
Date:       2002-03-25 23:55:27
[Download RAW message or body]

Hi all,

Are we still working on Kicker?  If so, here's a quick evaluation of about 
the shortcut button area.  Comments appreciated.

Cheers,

EE
["kicker_shortcut_area_usability.xml" (text/xml)]

<?xml version="1.0"?>
<report date="2002-03-25">
	<author name="Eric Ellsworth" email="whalesuit@yahoo.com"/>
	<application name="Kicker (Shortcut Area)" version="1.1"/>
	<os name="Linux" version=" 2.4.8-34.1mdk"/>
	<interface name="KDE" version="2.2.2"/>

	<issue severity="2">
		<description>Dragging icons from desktop produces inconsistent \
results</description>  <reproduction>
			<step>Show desktop</step>
			<step>Drag an icon from desktop to shortcut area of kicker</step>
			<step>Dragging a desktop icon onto a Konsole icon simply launches Konsole</step>
			<step>Dragging a desktop icon over a non-KDE app shortcut button results in the \
icon  being added as a shortcut button to the left or right of the existing \
button</step>  <step>Dragging a desktop icon onto a the Show Desktop icon attempts to \
copy the  icon.desktop file to the directory ~/.kde/Desktop</step>
			<step>Dragging a desktop icon onto a the Show Desktop button attempts to copy the
			icon.desktop file to the directory ~/.kde/Desktop</step>
			<step>Dragging a desktop icon onto the KMail button creates a
			new email with the To: recipient being the icon dragged on KMail</step>
			<step>Dragging a desktop icon onto a Konqueror button causes Konqueror
			to try to open it.  If the icon is an HTML or XML file, Konqueror shows it.  If it \
is a text  file, it opens Kate (my default editor) to this file, leaving Konqueror \
open and pointed to the  file.  If the icon is a .desktop shortcut then Konqueror \
asks the user if the shortcut should be  executed.
			</step>
			<step>Dragging a desktop icon onto the Home Directory button performs the same
			actions as Konqueror (above) - it does not copy the file to the user's
			home directory</step>
		</reproduction>

		<solution>
		</solution>
		<comments>
			Some of the actions on this list are intuitive in some sense, and some in other
			senses, but they don't seem consistent to me.
			Also, if the main goal of the user is to copy the icon to the shortcut button \
area,  this can be quite difficult.
			I like that dragging thinks onto Kicker icons invokes actions,but I think we need
			to make those actions clear to the user as they are releasing from their drag.
		</comments>
	</issue>

	<issue severity="1">
		<description>Removing an icon from the shortcut area leaves a space</description>
		<reproduction>
			<step>Right click on a shortcut button</step>
			<step>Click remove</step>
		</reproduction>
		<solution>Add an RMB option to arrange icons in the shortcut button area</solution>
		<comments>It's rather annoying to have to move all your icons one by one to fill in \
the  space left by removing a shortcut icon</comments>
	</issue>
	<issue severity="1">
		<description>Quick browser shortcuts to directories don't update when directory
		contents change.</description>
		<reproduction>
			<step>Right click on the shortcut button</step>
			<step>From the add menu, choose Quick Browser</step>
			<step>Choose a directory the Quick Browser will point to</step>
			<step>Files in this directory are shown in the Quick Browser menu</step>
			<step>Add a file</step>
			<step>This file is not shown in the Quick Browser menu</step>
		</reproduction>
		<solution>Have Quick Browser poll for new files on Kicker startup</solution>
		<solution>Add a Refresh Directory option to RMB menu</solution>
		<comments>As far as I know, the only way to refresh is either to remove and re-add \
the  Quick Browser, or point it a different directory, then point it back to the \
original one.</comments>  </issue>

	<issue severity="defect">
		<description>A lethal issue</description>
		<reproduction>
			<step>Do something</step>
			<step>Do something else</step>
		</reproduction>
		<solution>Argh! We'll die!</solution>
		<comments>We must fix it, or we're doomed!</comments>
	</issue>
	<comments>This is by no means an exhaustive evaluation, just some points I think \
should be addressed</comments> </report>


_______________________________________________
kde-usability mailing list
kde-usability@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-usability

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