I thought this deserved some extra discussion here:

On 19/10/12 11:17, Apache Bloodhound wrote:
#195: Attach file form à la GMail
--------------------------+----------------------
   Reporter:  jdreimann    |      Owner:  olemis
       Type:  enhancement  |     Status:  accepted
   Priority:  major        |  Milestone:
  Component:  ui design    |    Version:
Resolution:               |   Keywords:
--------------------------+----------------------

Comment (by gjm):

  Replying to [comment:7 jdreimann]:
  > Replying to [comment:6 olemis]:
  > > Feedback is welcome .
  >
  > Thanks Olemis, looking good!
  > I would remove some of the buttons though:
  > 1. **Start upload** - I believe dragging a file onto the page or
  selecting it in the file dialogue is enough of an indication that the user
  wants to upload it.
  > 1. **Cancel upload** - This should be done individually via the {{{ x
  Cancel }}} action you've already placed next to the upload indicator.
  > 1. **Clear failures** - Again, this should be done individually.
  Failures matter, especially in these low volume transactions (usually
  someone will attach one or two files only); not the situation in which I
  would expect batch clearing to be helpful.
  > 1. **Toggle all** - I assume this is related to the previous three
  buttons?
  >
  > Just to clarify: in the description field, what does the button at the
  end do? I can't quite make it out from the screenshot. In the mockup it
  was meant to confirm the input to save it, or cancel to clear the changes
  to them based on the inline editing discussions on the mailing list
  recently.

  Note: I think that we should discuss this on bh-dev so I will reply to the
  subsequent email that this comment creates for us to continue there.

  Actually, olemis has a point. I didn't spot that issue as I did not
  understand that jdriemann wanted the downloads to start at the earliest
  opportunity.

  My concern here is that sometimes people are going to find that they are
  uploading files that they did not mean to. I realise that jdreimann's
  suggested drop area reduces the likelihood that a file will be dropped
  accidentally when the drag action was meant for another location, but
  mistakes will still happen just from selecting the wrong file.

  I would suggest that making sure it is possible to confirm all with a
  single button click would be enough to reduce inconvenience here - and I
  am not suggesting we should have an additional "are you sure" after that.

  Finally, even if my reasoning above is a bit too protectionist, immediate
  upload certainly seems to me to be inconsistent with the conclusions I
  believe we have come to about inline editing on the same page.


Reply via email to