Closed GoogleCodeExporter closed 9 years ago
A bulk upload would be very useful in the event that your were printing a photo
album for example, or calendar.
Original comment by wggawa1...@gmail.com
on 19 Apr 2010 at 5:20
Feedback on the 1st release:
1. Only 1 files ends up in the library. Looks like it kills the queue as soon
as 1
file is uploaded.
2. Start upload button isn't needed. I select a file, I click on Upload new
file, the
file is placed in the queue, the file control clears and is ready for me to
select
another file.
3. File status needs to say Waiting or Uploading. Only one file at a time can be
uploading. As soon as the file is uploaded it is removed from the queue, added
to the
library and the next one starts uploading with a status change.
4. Each queued file should have a cancel button. The file is removed from the
queue
if canceled. Uploading stops and the file is removed if the currently uploading
file
is canceled.
Original comment by zetapri...@gmail.com
on 21 Apr 2010 at 12:09
Only one file should be uploaded at a time, not the whole queue in parallel.
Original comment by zetapri...@gmail.com
on 21 Apr 2010 at 12:15
Users don't get it.
It is not clear that more than one image can be uploaded. We need to make it
obvious.
Option 1: place a message "You can select another image now."
Option 2:
1) show the queue above the form
2) collapse the form onclick and fade in a new queue item to create an appearance of
transitioning from the form to the queue, then fade in an empty form again
This would be purely visual effects with no change to the substance of the
process.
Should be more obvious than just clearing the form.
Original comment by zetapri...@gmail.com
on 23 Apr 2010 at 5:40
Original comment by zetapri...@gmail.com
on 3 May 2010 at 11:01
Please test.
Add "http://zp.pro24.lv/js/multiFileUpload.js" to Branding->Javascript URLs
New upload form is available on "My Images" page
Original comment by k.safro...@gmail.com
on 4 May 2010 at 3:13
Scripts and CSS ready for testing need to reside in java/dev/ folder.
We can have a look at how it works from someone's else server, but it shouldn't
be
used for formal testing.
Original comment by zetapri...@gmail.com
on 4 May 2010 at 8:46
http://zetaprints.com/java/dev/multiFileUpload.js
Original comment by k.safro...@gmail.com
on 10 May 2010 at 7:46
Don't know how to test this. I went to realestate / branding/ layout options
and saw
a few JS links in there:
http://realestate.zetaprints.com/java/test/1/jquery.min.js
http://realestate.zetaprints.com/java/dev/imageEditor.js
http://realestate.zetaprints.com/java/dev/multiFileUpload.js
Nothing different about My Images page upload procedure. I changed the last JS
line
(URL) to this latest one:
http://zetaprints.com/java/dev/multiFileUpload.js
Again, I see no changes to the upload procedure in My images page.
Original comment by agur...@gmail.com
on 11 May 2010 at 2:07
I briefly tried it in FF. Works fine.
What you should see is a files getting queued for uploading.
You can remove them from the queue.
Let's see if you can figure it out or did we make it too complex?
Original comment by zetapri...@gmail.com
on 12 May 2010 at 9:14
Original comment by zetapri...@gmail.com
on 12 May 2010 at 10:31
Original comment by zetapri...@gmail.com
on 12 May 2010 at 10:40
Original comment by zetapri...@gmail.com
on 12 May 2010 at 10:42
1. We need to at least make the hover over the red X "cancel" link look like a
link.
The way it is now, the cursor does not turn into a pointer. (cancel.png)
2. Can't fully test this feature yet, we need to make sure it works for
different
folder destinations as well. Right now that might be related to issue #23, not
sure.
Let me know if it is related since I'm testing uploading multiple images with
assigning different folder destinations to each one. At the moment, can't
create new
folder and all images end up in "Default" folder, regardless of weather I
entered a
new folder name in the "folder" field.
Original comment by agur...@gmail.com
on 13 May 2010 at 11:19
Attachments:
There is no reason why it can't create new folders. The comment above is a valid
issue. Images should end up in the folder their are intended.
Original comment by zetapri...@gmail.com
on 13 May 2010 at 8:17
New folders are created fine, and images are placed in correct folders, but
folder
list is refreshed only with page refresh
Original comment by k.safro...@gmail.com
on 14 May 2010 at 8:25
Maybe re-test and tell us how to replicate the problem?
Original comment by zetapri...@gmail.com
on 14 May 2010 at 10:30
[deleted comment]
Apart from issue related to issue #23, the rest is OK now. The images are
uploaded to
specified destination folder, visible after refresh. If you haven't fixed
anything
maybe I was doing something wrong, or was testing during your edits, not sure.
Important thing is, they do get uploaded to the correct position now.
Original comment by agur...@gmail.com
on 14 May 2010 at 1:32
Original comment by zetapri...@gmail.com
on 17 Jul 2010 at 2:28
Original issue reported on code.google.com by
zetapri...@gmail.com
on 19 Apr 2010 at 5:16