Closed (fixed)
Project:
Drag'n'Drop Uploads
Version:
6.x-1.0-beta2
Component:
User interface
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
8 Sep 2010 at 19:15 UTC
Updated:
20 Jan 2011 at 08:10 UTC
Jump to comment: Most recent file
Comments
Comment #1
johnvThere is no new element on your form. Just drop the file from your explorer on the 'file upload' widget, on on the rigth of it.
Comment #2
decipheredBoran,
There is no visual indicator in the current version, you can simply just drop the file on the Node body and it will work.
I do have a version in development which will show you the actual dropzone(s).
Comment #3
boran commentedI re-enabled the module, set the upload widget to "photos" (the relevant fieldfield).
Then going to node edit, tried to drag an image from the desktop to
a) The node body text
b) the file upload widget (browse/transfer buttons, title field, grey space around it all.
Nothing seems to happen.
Comment #5
boran commentedSorry to insist on this :-)
I upgraded to the dev version, but it does not work for me either.....
I'm attaching a screen-shot of the file upload widget, on can see where I'm trying to drag.
What am I doing wrong?
Comment #6
gilles.brochet@insa-lyon.fr commentedI had the same problem with drupal and french translation interface. When the interface is in english, it works.
So, i modify 3 files (upload.inc, filefield.inc, imagefield.inc) in dragndrop_uploads/modules directory.
The problem is that the submit button value of the create content page change when you change interface language. (the default english submit button value is 'Attach' and the french is 'Attacher')
In upload.inc, change :
'submit' => 'Attach', to 'submit' => t('Attach'),
In filefield.inc, change :
'submit' => 'Upload', to 'submit' => t('Upload'),
In imagefield.inc, change :
'submit' => 'Upload', to 'submit' => t('Upload'),
For me, it works now
Comment #7
johnvChange status after new patch #6.
Comment #8
decipheredHi guys,
Looking at #5 and #6, whether or not that wasn't the cause of the problem (which it undoubtedly is) it should be fixed either way, it's just bad coding standards on my behalf of which there is no excuse.
Will get this fix committed ASAP!
Cheers,
Deciphered.
P.S. It does make things a hell of a lot easier for developers/maintainers if you do actually create patches (http://drupal.org/patch/create).
Comment #9
decipheredFix committed to DRUPAL-6--1.
Cheers,
Deciphered.