Recent Discussions

28 Feb 2004 - 1:55am
0
9 years ago
2 replies
Jeff Howard
2004

RE: More on re-ordering rows

Hi all,

Worked through an interaction that moves toward WYSIWYG, but stops short
of drag and drop. It's more of a click-and-drop. Let me know what you think.

Here's an overview:
1. User selects a row to move. The row highlights in the table.
2. User clicks elsewhere in the table to indicate the destination.
3.

27 Feb 2004 - 6:55pm
0
9 years ago
4 replies
Seth Nickell
2004

Getting access to users ensconsed within large companies

As part of the product I am designing now its important that I better
understand (talk to, shadow, function as...) a few different classes of
users as they exist in their "natural habitat": the large non-hi-tech
corporation.

In my past experience I've always been able to use direct access to
prospective customers or lean on my personal connections to find
suitable people to talk to. Unfortunately because this product area is
very new for Red Hat, we don't have suitable business relationships that
I can leverage to get at "prospective users".

26 Feb 2004 - 8:13pm
0
Josh Seiden
2003

When a widget is just not right ( was RE: [ID Discuss]Re-orderingrows in a table.)

Another spin on this great subject line:

When an answer is just not right, re-think the
question.

In other words...

When faced with a choice between two undesirable
solutions, it often pays to go back to the problem
definition. Sometimes by redefining the question, you
can open up a new solution space that includes
something desirable.

Some questions I would ask: why does a user want to
re-order things on this page? Are all re-ordering
options equally valid? Is complete flexibility needed?
Is it even desirable? Maybe template-based layouts work
better.

26 Feb 2004 - 6:00pm
0
Nick Ragouzis
2004

When a widget is just not right ( was RE: [ID Discuss] Re-orderingrows in a table.)

I agree Dave. And besides ... the checkbox idiom is exactly what's desired here.

Sandeep wrote, relevant to the option using shifting:
> Basically, user selects one row by checking the checkbox,
> and then, uses the up/down buttons to dynamically move
> the selected row.

Why in the world must the user be limited to selecting one row (i.e., in a radio button group) for the shift operation? And
would the rows thus selected have to be contiguous at the outset?

26 Feb 2004 - 5:21pm
0
Terms:
Dave Malouf
2005

When a widget is just not right ( was RE: Re-ordering rows in a table.)

Hey there,

Andrei said, why would you ever use a checkbox for a radio button? Sandeep
said he was doing it for the wrong reasons.

I recently designed an app where I did just that.

Why?

Well, I made the decision w/ my peers b/c while the behavior is wrong, we
discovered:
1. this behavior is actually not well understood by our end-users
2. that radio buttons all stacked up in a vertical row just looks really
weird. It creates a warping effect in attempting to read the labels next
them and the clarity gets a lost.

26 Feb 2004 - 4:52pm
0
9 years ago
6 replies
sandeepblues
2003

More on re-ordering rows

Unfortunately, where I work, the role of ID and UI
engineer are forced into 1 person: me. Therefore, I
don't have the luxury, authority, or maybe, the
self-discipline to suggest the hard-to-implement
drag-n-drop DHTML design.

I am leaning towards option (b) : The user changes the
order number in a textbox to change the row order, as
opposed to (a): provide up/down buttons and a
selection list.

Here is my reasoning. Please comment.

There are numerous edit pages for this my.yahoo-style
front-end application, that require reordering of
items in a table.

26 Feb 2004 - 3:51pm
0
9 years ago
4 replies
Adrian Liem
2004

Sequential vs. "free flowing" interaction

I'm new to this field so my language may not be quite up to par with
conventions, but hopefully this makes some sense and some of you may have
some advice for me.

I'm working on a school project with the task of designing an interface for
a digital frame where the user can directly insert a memory card into the
frame, and then complete all functions with a touch-screen interface.

25 Feb 2004 - 6:18pm
0
9 years ago
10 replies
Terms:
sandeepblues
2003

Re-ordering rows in a table.

Context: let's say that a webpage has a set of panels
for individual news sources...like my.yahoo.

Problem: How to allow the user to edit the sequential
order the panels? Assume that the user successfully
navigates to the edit page.

There are 2 ways that I have seen of doing this:

(a) Provide a selection list with up and down arrows.
- my.yahoo and my.msn does this.

(b) Provide a text box next to each row, with an order
number: 10, 20, 30. To move row 30 between 10 and 20,
the user would have to change the number to 15.

25 Feb 2004 - 6:18pm
0
9 years ago
1 reply
Terms:
Christian Simon
2003

Re: HCI vs. Interaction Design vs. Human Factors

> on 2/24/04 19:56, id at ourbrisbane.com at id at ourbrisbane.com wrote:
> HCI looks at the computer and human in synonymous
> terms,
> ignoring environmental, physical and sociological variables.
>
>> On Feb 18, 2004, at 11:19 PM, Dan Saffer wrote:
>>> I feel that interaction design has a broader (some would argue less

25 Feb 2004 - 10:25am
0
Phil Hudson
2004

Re: Undo selection convention

How about Group/Ungroup? A common approach in draw apps, a simple
application of the Composite design pattern: the user chooses to create a
single super-selection which they can easily revert to a multi-selection.

>These objects are zones on a drawing, desktop
>application...objects over a geographical map. A
>click on the background, is a common way to deselect
>objects, and that shouldn't be tampered with in this
>case.

Syndicate content Get the feed