[Pidgin] #7019: "You have dragged an image" dialog box needs improvement.

Pidgin trac at pidgin.im
Wed Sep 10 16:07:29 EDT 2008


#7019: "You have dragged an image" dialog box needs improvement.
----------------------+-----------------------------------------------------
 Reporter:  endolith  |        Owner:              
     Type:  defect    |       Status:  new         
Milestone:            |    Component:  pidgin (gtk)
  Version:  2.5.1     |   Resolution:              
 Keywords:            |  
----------------------+-----------------------------------------------------

Comment(by deryni):

 > They won't "casually fling" anything if it highlights the specific areas
 they can drag into and shows the "can't drop here" pointer everywhere
 else.

 With the current setup virtually the entire window would have the "you can
 drop here" cursor so you still have the learned "I can drop anywhere on
 the window to get what I want" behaviour, which is where the "casually
 flinging" comes from (think Fitt's Law, and no that doesn't apply here
 directly, it is just a comparison idea).

 > Besides, it shouldn't change the buddy icon without asking first, since
 this is mildly destructive.

 If we are already popping up a confirmation dialog (and thus requiring at
 least one more click) I really fail to see the point in splitting up the
 drop targets.

 > Agreed that a dialog should always have keyboard accelerators, but
 they're not a cure-all for usability. I don't see how moving hands back
 and forth between mouse and keyboard is better than having three large
 drop targets that each do one function without any extraneous steps.

 I didn't say they were better, I implied they were faster than acquiring
 small-ish targets. Further, the buddy icon is not a large drop target and
 again, if all of the actions (perhaps modulo embedding the image) have a
 confirmation popup anyway I completely fail to see what splitting the
 targets achieves other than to shrink the applicable drop target for every
 action by the combined sizes of the other two drop targets.

 > We already have a specific action for copying text into messages that is
 specific to the entry area. We should treat embedding images into messages
 the same way.

 Yeah, I think embedding the image if it is dropped onto the input area is
 acceptable (though I'm not at all sure what it has to do with the action
 for pasting text), but I still think leaving the rest of the window as one
 large dialog-displaying drop target is best.

 > I don't see how anyone would be "confused" by tooltips, but no, I don't
 know of any other programs that use text tips for drop actions. The status
 quo is to use the pointer image alone to hint about the drop action. This
 should probably be changed. http://brainstorm.ubuntu.com/idea/12988/

 Tooltips would be confusing because you don't expect to see them there,
 also because it could cause someone to be unsure what they are dropping
 onto exactly and whether or not the tooltip is a drop target (not that
 that should *ever* be the case but that doesn't stop people from thinking
 things).

 Whether or not tooltips should be added to indicate drop actions is
 debatable but not really relevant for the underlying issue here (and
 probably not something we want to be innovating).

-- 
Ticket URL: <http://developer.pidgin.im/ticket/7019#comment:10>
Pidgin <http://pidgin.im>
Pidgin


More information about the Tracker mailing list