image vs fupload
Johnny D - April 6, 2009 - 18:55
| Project: | Image FUpload |
| Version: | 6.x-3.0-alpha4 |
| Component: | Miscellaneous |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Description
So prior to fupload I was using single image import and labeling. I was thinking to let a user upload 50 pics at once but choose the top 5 or so to do single style so they can tag users and other info mainly so those pics can be much larger originals. I notice last version prior to alpha 4 that they conflicted and would not display properly.. is it clearly one or the other. Or should I try again?
Side question when is Dev CCK ready-- I assume I must use alpha 4
#1
I don't understand where the problem is exactly? Be aware that it's a setting thing (of imagefield itself) in most of the cases.
Beside:
Use the dev version if you want to run fupload in addition to the new RC releases of ImageField/Filefield.
#2
I guess what I meant was with multiple images are hard to display as best pics ect as users upload some bad shots this way. So I decided to add a picture gallery that uses std. single upload and tagging so that I can have voting and display say top 10 pics ect so they are better shots.
I think I just needed to figure this out for myself to tell people that many pictures into the reports ok. But the best of the bunch enter into the gallery for site use and display.
#3
I made changes to the rc and disabled and made a number of setup changes. In the end all my event pictures were still displaying but my session pictures were not displaying. I saw them in "files" but they were not being shown any more when going into edit. I reuploaded them which I assume made lots of duplicates. I fear doing this again.. especially down the road.. Was that fixable vs reuploading. Are you aware of things that cause this to happen such as unchecking enable attachments ect. I am not sure what did it but it was scarry!
When I switch from one version to another I want to feel confident that this wont occur. I realize I went farting around but it was concerning. Just want to makes sure alpha to dev and future releases do not cause a break in attachment.
Thanks allot for your help--
#4
Image.module adds its pictures as default as unchecked attachments, saving images is done by image.module, fupload is only a widget for uploading several images at once. So, it's an image.module fact.
I can't really track down your problem, I don't have this problem. You should know that you often have to increase php_memory_limit because this often causes problems with images which have a bigger filesize.