incubator-bloodhound-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Martin <gary.mar...@wandisco.com>
Subject Re: [Apache Bloodhound] #195: Attach file form à la GMail
Date Fri, 19 Oct 2012 10:20:01 GMT
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.
>


Mime
View raw message