Uploader 2 tweaking from this afternoon

Jacob Farber jacob.farber at gmail.com
Sun Oct 26 02:07:50 UTC 2008

Im just curious- have we adjusted the way Uploader works to accommodate
Flash 10? It seems the current solution is to make the upload button itself
a Flash object.

On Sat, Oct 25, 2008 at 3:15 PM, Colin Clark <colin.clark at utoronto.ca>wrote:

> Hi Eli,
> I'm doing a bit of work on Uploader 2 today. Here's a summary of what
> I've done so far:
> * I tweaked numReadyFiles(), sizeOfUploadedFiles(), sizeOfReadyFiles()
> to use the constant SWFUpload provides:
> SWFUpload.FILE_STATUS.COMPLETE. It's probably better to use the
> constant rather than the actual value, since it's both easier to read
> and less risky in case of change. I also fixed a bug in those
> functions where it was referring to file.status when the SWFUpload
> documentation suggests that the status is stored in a variable called
> "filestatus." These functions also need tests. I've filed an issue to
> cover it: FLUID-1708
> * In Uploader.js, I renamed "uploaderStateElm" to "stateDisplay"
> because the original name seemed a bit redundant. If it's a selector,
> it will always point to an element and since it lives in the
> Uploader.js file, it's clear that it is part of the Uploader. I'm not
> sure "stateDisplay" is perfectly descriptive, either. Ideas?
> * I moved all the CSS class names in to options.styles. I tried to
> pick names that were very descriptive of function: queueEmptyState,
> queueLoadedState, and queueBrowsingState.
> * I renamed updateState() to refreshView() and made it public, since
> it's clear that this function is the main means of synchronizing model
> state with view state. I expect that refreshView() may grow and need
> to be refactored again a bit as time goes on.
> * I tweaked DemoUploadManagerTests to use queue.files instead of just
> files, since we both missed that one in our respective commits and the
> tests were failing. Oops.
> * I de-linted all the Uploader-related files.
> Next on my agenda is still to get Ray's server up and running and
> finish the implementation of SWFUploadManager. Hopefully this weekend.
> Colin
> ---
> Colin Clark
> Technical Lead, Fluid Project
> Adaptive Technology Resource Centre, University of Toronto
> http://fluidproject.org
> _______________________________________________
> fluid-work mailing list
> fluid-work at fluidproject.org
> http://fluidproject.org/mailman/listinfo/fluid-work

Jacob Farber
University of Toronto - ATRC
Tel: (416) 946-3002
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.idrc.ocad.ca/pipermail/fluid-work/attachments/20081025/6aa975af/attachment.htm>

More information about the fluid-work mailing list