Image FUpload: CCK integration

I'm working on a solution so that both options are possible. But before, I need to make my CCK interface running and working together with imagefield (as widget) and filefield.

subscribing.

looking forward to this :) I would also appreciate an option to upload to multiple new nodes in CCK.

As mentioned above, both options will be supported.

Enjoying module very much. Keep up the great work :)

I was wondering if there was a planned date for release of CCK integration feature.

Thanks

subscribe

Looks like my post got missed or ignored. Again, could you please give a planned release time frame for CCK imagefield integration feature? If you don't want give exact dates, which I can understand, could you at least say couple weeks, 1 months, 2 months, half year, etc.? I have some projects for which this is useful, and am considering whether to wait for this or go with something else.

Thanks again.

No, your messages didn't get ignored, but CCK integration (the interface) is more difficult than I thought. Additionally, you should know that I don't get ANY money for doing some extra work, e.x. integration of CCK.

Nevertheless, if you had a look at the code, CCK support is already implemented, only a widget is missing for CCK. That's the thing I'm working on.

SO, I think it should be completely integrated within 3 weeks.

Thanks. Yes, I know you don't get paid. Sorry if I sounded impatient, I just want a timeframe so I can make the decision for my sites with the most info possible.

Again, I appreciate your work on this very much :)

subscribing

subscribing

subscribing

subscribing

subscribing

subscribing

perhaps you don't get paid, but you SHOULD get paid.. good job. looking forward to this module in CCK.

very good job...
looking forward for batch upload integration...
thank you

subscribing.

one more subscriber

subscribing

sub...

I know, you want to have this feature, but I didn't had the time (and time = money) yet to implement it. Nevertheless, I will try to find some time.

subbing

do you have a paypal account grandcat? i for one am willing to help pay for this.

ImageField zip's way of doing it (UI) works quite well... once they fix the JS bug
http://drupal.org/project/imagefield_zip

..but it doesn't support the possibility and user friendly UI as Image FUpload it does. Additionally, Image FUpload is not as CPU "expensive". (20 images at once <-- ZIP method .. or image by image being automatically uploaded using Image FUpload).

subscribing

Great module!

nice1 subscribing

for easier listing in recent posts

Luckily, I found a sponsor who will support development with some money.
Dear sponsor, if you are reading this, please check your emails.

Consequently, this issue becomes active now. If I get paid as suspected, CCK integration will be ready within one week.

subscribe

subscribe

subscribe

subscribe

The sponsor did not reply anymore, so development has to stop again. I'm sorry for this but I need that money to be able to work on it.

I need 200 Euro to do this qualitative job. I know this is a lot, but compared to the hours of work not really much. I will also accept different sponsors (payments via PayPal).
Without the money, I won't be able to do this job next months.
With the money, I will be ready within one week (best priority).

Everybody should know that after this, Image FUpload will be more powerful than the image uploader of MySp@ce, for example, and much more flexible.

For everybody who is willing to sponsor some money to reach the mentioned sum, I will be deeply grateful and of course, the "big" sponsors will be listed on main page of Image FUpload.
Thank you.

Great. I will send you soon an email containing the invoice (PayPal).
I'm really thankful that you are willing to help me and consequently, the whole Drupal community concerning comfortable image upload and editing.
After having received the money, the job will take around one week.

Just received the needed money to continue developing CCK imagefield integration, thanks to attiks.
www.attiks.com

Great! Looking forward to testing it :)

awesome

thank you attiks for moving this along and thank you grandcat for a much appreciated module! look forward to testing it.

subscribing

thanks to both of you ...

subscribing

One week ago, I told you that I would finish around today. I'm sorry but I need some more time because some things are more complex than expected (e.x. image preview list + imagefield (multiple images per node)). Additionally, I have to rewrite big parts of the code. So I thought that I will also include some feature requests like user-defined cck fields in image preview list!

Therefore, please excuse me that I didn't finished yet. I will need some further days.
Thank you =)

what about title, alt and description fields? do the imagefield upload widget will still manage those fields? Keep in mind that those fields are not cck fields and that is making management and use not so powerful, what do u think? should they be somehow transfered (duplicated) to cck if possible? Keep in mind that views does not recognize those fields
Any ideas for that as a feature request.

It was planned to include these 3 fields, although they are not present using views. They can also used otherwise so I think it's important to include these fields. Additionally, if you upload multiple images to one node (imagefield), these are the only fields which are related to the images.

@attiks
Anyone using this module should thanks you ... great dude ;)

@grandcat
Anyone using this module should thanks you for your effort & time ...

Thanks for both of you !!!

transferring those fields in cck as an option could be very useful, making imagefield galleries full "views" compatible, if anyone knows or has an idea on how to represent those fields now in views, please add it on this open issue: ways to represent imagefield title, description or alt fields in views 2
http://drupal.org/node/366434, maybe this FUpload: CCK integration could be a nice way somehow, nice work

Thank you, grandcat for your wonderful contributions!!! I too look forward for the imagefield UI.

I am also willing to make a small contribution for these features :D

subscribe

Thanks grandcat and Attix!

Quick developing state:

Most of the background things are done by now, but the preview list still has to be adapted to the new background system. I think, finishing this task will take some additional days.
Thank you that you can wait for so long.

hey grandcat how much money do you need to finish this?

grandcat, your work is very much appreciated! thanks!

subscribing

Subscribing!
Any ETA on when its completed?

Subscribing. Thanks, attiks!

subscribe

http://drupal.org/project/jifupload

sombody just done something similar to this. hope it works, going to try it now.

Image FUpload will also be ready to use in a few days and offers much more possibilities than this one.
Additionally, Flash is much more popular than Java in browsers.

I hope too, just wanted to point out there is something, i like flash much more than 100 of java installations :-)

Yes I can't wait for this :)

subscribing

What's the status here? Due to some experience in building image galleries I have come to a personal best practice regarding image gallery creation.

This best practice uses imagefield multi value and theming the output via the template. One can easily make Gallery overviews and all kinds of stuff using imagecache and views, and I believe this could even become an out-of-the box image gallery one day that is similar to Calendar module: some glue code that uses Views, Imagefield, imagecache and CCK, creates the necessary content types, fields and views on install, anf off you go.

The only piece in the puzzle missing is multiple image upload from the interface. I thought about sponsoring this project to get it done. I may also create a chipin. For no matter how far grandcat has got - there will be more work to do. Polish the interface, bug tracking, testing and improving.

So who would be willing go also give some money and do you generally think this is a good idea?

First of all, project status:
The new 3.x version will be published in a few days (alpha release) I think.

It's right: Using the named modules, you can create every type of image gallery you want to. The problem is that it isn't quite comfortable as a ready-to-use application like some other all-in-one gallery modules which can be found here. Nevertheless, the flexibility can't be provided by such a module at first, but a "widget" module for the combination of CCK ImageField, Views and so on would do it.
Other opinions are welcome. So I would give it a try, but myself, I can't do any sponsoring. I'm very happy that attiks sponsored me to finish the integration of imagefield.

Is the dev version already working? I'd give it a try to see how this is built.

No, the dev version doesn't contain anything of the new development stuff. I decided to publish a fully working version.

subscribe!

i'lll be willing to sponsor. either in code or money.
just tell me. i'm in a project which needs to attach an image gallery to an article as slideshow, right now thinking about glueng it together with image gallery, but im happy to use cck if it gets finished soon.

An issue I have come up with for bulk upload of images using imagefield is that they get attached to a node and is therefore easy to make a gallery, but I am unsure how to add fivestar ratings to each image within the gallery when you use views to display the images unless I missed something. Will this be something that is possible with CCK for Fupload or does Fivestar only work on a per node basis?

This fact has nothing to do with Image FUpload. Five stars module does only function on a per node basis.
If you like to have this rating module based on multiple images basis, you could ask the image_field maintainer for help.

i would suggest against adding five star on every image, its somewhat old fashion like page counters. nobody rates images as its mostly boring and hard to be objective unless its hot or not site..

Interesting point actually about not rating photos... and I will rethink whether or not my site will use photo ratings, except I will want to find a way to present photos in some kind of order (most viewed perhaps, but then everyone might click through every photo in a gallery slideshow). The reason for asking about ratings here is I was under the impression that Fupload CCK was an alternative to Image_field. Usability wise Fupload is a great way to add photos, and far much simpler than multiple values from Image_filed. What I am trying to do is have site users create their own galleries, using their own gallery name and tags, which is straight forward enough, but in other parts of the site I want to pull those images and display them based on content, so for example if a user has a photo of a certain city we can have it display on the city info pages (but his gallery where he uploaded the city photo might have other non relevant photos so I don't want to display the whole gallery). I need the Views to be able to retrieve and sort the images based on tags or words in the captions, showing the better or most popular images first. This would mean perhaps only one or a few images from a user's gallery would be being pulled. The problem I encounter is that bulk uploads, which are necessary from a usability point-of-view and expected nowadays, that have View handling are all to a node (but then I could be missing something as I am new to Drupal). I would have thought that how the images are handled once uploaded and referenced in the database is part of the uploading system (therefore Fupload CKK module), where it should be possible for the images to be attached to a user created gallery name, yet still be available individually as a field... nodes within a node (which could have voting if wanted).

Really not rating photos unless its some primary function is obsolete today, its seen million times and just not needed, maybe some digg voting + or - is ok, as anyway ppl either like something or dont, and voting should be only used in that format if u ask me.

CCK Integration now done in new version 3.0 (alpha). Have fun, but don't forget to run update.php if you update from a previous version.

Oh my... amazing. This was definitely worth they wait. Well done sir. This is truly a fine set of code, and is much appreciated.

Finally, an elegant solution for multiple image upload for Drupal!

-edited whoops

great work thundercat, thanx on this module.

beautiful!!!!! THANK YOU!!

lets have a look on it! thank you grandcat and all supporter!

For all, please don't forget to run update.php. Otherwise, it won't work.
Feedback please.

I didnt use update.php, but i didnt have it installed before, and it works. Do u have to make update.php wheter or not you have installed Fupload before?

I installed it and everything works till I tried to upload any files.

When I select files, they are added to the queue with text 'Pending...' and it stays like this.

This is a UI issue, you have to click upload images. I also thought the Pending was misleading. They will stay pending until upload is clicked. Is there any way it can start uploading as soon as there are items in the queue?

I would be willing to make some UI changes to this process to make it more end-user friendly. grandcat: I don't want to make extra work for anyone including myself, what work flow would work for you? Each UI change has an issue which can be discussed so we can determine the best way to handle it? Once we come to a solution, I or someone will create a patch for that change?

I would not describe it as an UI issue. It's possible that it's not as user-friendly as suspected, but you should know this is an alpha release. A lot of things can change.
Additionally, some facts why it exists an extra button to start uploading.

You know the button which starts it, is at the bottom. You know that's possible that fupload automatically creates a new node gallery if imagefield is used in "multiple storage mode".
So, if you start uploading, all entered data will be used to create automatically a node gallery. So, if you want to change some things (like the author), the changes won't have any effect because the node is already created using AJAX. That's the fact.

Of course you say, we could create the node after all images have been uploaded. Right, but in single storage mode, if a lot of nodes have to be created all at once, the server load would explode. So, AJAX is doing it regularly to decrease server load. This was my point of view.

Work flow is possible, please provide some patches or ways how to solve it.

Another thing, please tell me if you like it:

If multiple storage mode is active, on clicking "Upload images" at the bottom (which label will be changed to "Save" again), the images will be uploaded and after that, the user will be automatically redirected to newly created node. This is like Drupal is doing it, the same thing.
If preview list page is enabled, user will be redirected to new node after having submitted form.
Additionally, we could change the "pending..." to another phrase like "Pending... submit the form to continue").
Is that a good solution?

Please give me some constructive feedback.

Of course, it doesn't work (the redirection) if single storage mode is active (one node per image). It's not possible because we could only redirect to one node. Is it a good idea to redirect to node creation page (by showing a status message as it is handled at the moment)? Or another method?

Update:
Please have a look at other node (concerning UI issues):
http://drupal.org/node/399066#comment-1348898

This is great! Will download and test right now. Thanks for your hard work on this!

1/ I get redirected to a create new node page after clicking 'Done editing'

That's right. This should give the possibility to easily add some more pictures. But I will change this in an update:
If multiple storage mode is active, you will redirected to newly created node. Otherwise, in case of a single image per node, we have to find a better solution. I don't think that it's a good idea to redirect to front page?

2/ If I don't select any element to be editable I still see the extra step page, but the only thing I can do is click 'Done editing', maybe better to skip it (if possible)

That's right. I will fix it.

3/ If you want a field to be editable you have to check it twice, once at 'Field settings' and once at 'Title text settings', maybe add some remark to make this clear for the user

I'm aware of this fact. I will return a warning (in validations step) in a future version.

Thank you for your feedback.

One time again to point 2:

You can set the permissions who is able to see preview page, at permissions table (as a little workaround).

Where did you limit the files exactly? Which setting? Screenshots?

If a message appears containing rendered tags, then often a server error happened. I need more information, but I will also check it by myself.

Have a look at the comment below.

Sorry, I saw the message now. Thank you, I will fix it.

Update:
Fixed in CVS Head. (in dev now).

Fatal error: Maximum execution time of 30 seconds exceeded in /home/izlasci/public_html/includes/common.inc on line 2787
Fatal error: Maximum execution time of 30 seconds exceeded in /home/izlasci/public_html/includes/database.mysql-common.inc on line 41

i keep getting this errors when i upload Multipl. images. cca 20 or so, When i click done editing. Node is still uploaded but these errors dont look nice and convincing when using module.

Also there is HTTP 0 error if i try to upload image to other imagefield(regular upload) in CCK node while upload is in progress to imagefield with Fupload.

Your server seems to be very slow. Also, this has nothing to do with Image FUpload.
Try to raise max_execution_time and memory_limit in your php.ini. Contact your provider if you don't know what to do.

First, a question:
For what do you need this? For a image field, it's possible to choose a imagecache preset in "Display fields" section at Home › Administer › Content management › Imagefield .

1/ is true. All in all, you only want to remove these thumb.jpg files?
2/ can be solved by using a preset in "Display fields" section (attached screenshot).

Now, I understood what it's for. Today, I won't be able to check your patch because I have to do some UI improvements so that it is also possible to create a node (multiple mode) without any images and so on. You will see the result in the dev version of tomorrow.

At the moment, I don't know what it breaks exactly. Do the imagefield titles/alts appear? Perhaps a screenshot if possible?

hmmm probably. the second problem should be module problem and its compatibility with regular image upload widget but its no biggie, maybe take a look or something.
first problem, you should be right about this. only wondering why does it take so long when images are already uploaded when clicking done editing that it times out, i usually upload 50 or so images on the same site with regular upload and it never times out when i click to save node.

If you are using single storage mode, each image node has to loaded again via mysql (twice because of validation). So, if the mysql server is not on the same server, the connection could be slow: time out!
In case of multiple images per node, there should be no problem.

At last, you can't compare regular upload with this one. These are two different things.

I had a look again at the code. Indeed, there's a little performance issue. After having fixed some UI issues, I will publish the new version (alpha 2). Perhaps, it will help you a bit.

about second issue, i am not comparing, i am saying if i have one CCK field with regular img upload and one with your fupload widget, the first one breaks yours if upload is done at the same time.

Will this module work with imagefield 6.x-3.0-beta1?

No, it won't work with this version at the moment.

Great system! I'm testing the development version now and it seems to be working great. I do however agree on changing the "Pending..." part.

Great module!

Be sure to follow step 2 of the readme again when upgrading :)

OMG! All i have to say is WOW! I just downloaded and tried Alpha 3 and I LOVE how you can independently set the Titles and Captions for each image! But not only that but also any CCK field that is part of your image node!! Genius!!! Thank you!

Thanks for some positive feedback.

No doubt GC, this module is awesome

Yep, it is! There have been so many different takes on image gallery modules, but none of those is really any good. The best solution is a simple CCK gallery with image_fupload.

BUG?

Seems to me there is some bug in latest alpha3 version. When i select lets say 30 images it starts uploading them normaly but then between 3-6th image it goes to edit captions page and shows only those 3-6 images uploaded. (Images are around 150 kb each so it takes few seconds for each to upload.) anybody with same problem? grandcat can u confirm this or deny this?

This has been fixed in the latest dev.

This bug was already fixed in dev version. I know this bug, it was already reported. The problem is that it didn't appear in my test environment.

#402586: Crashes browser

Please use the latest dev version and don't forget to do all those update steps.

ok, i wasnt following other posts only this so i didnt see it was reported. thanx

First off, just let me tell you that you have done a great job on this module. I have been looking for a way to easily create galleries and add photos to the gallery for a long time. As a previous Gallery2 user, in which you can have the ability to upload straight from iPhoto to the Gallery, I was missing that kind of simplicity. A user should not have to figure out what to do, but rather just upload, title and describe and go! This is as close to that in Drupal as I've seen. Thank you Grandcat for your work and to attiks for you support of the module.

Now for my questions...
1. After the upload stage of my group of images and then clicking next step, I'm presented with the Edit captions stage. Should I be seeing previews of the images at this stage. If I don't add titles and descriptions and just click the 'done editing' button, I am then given my node view and I can see all the images added and have the ability to go into the Edit mode and I can then add descriptions to each photo. Should I be seeing the previews of the images at the Edit captions stage. I've added a screenshot.

2. Any way to get a single photo from the newly created gallery (node) to be the highlight image in the teaser, rather than all the images showing up?

1.
You have to create an imagecache preset and select it in the field settings of your used imagefield. Then, thumbnails will be shown up. Of course, imagecache has to work correctly on your server (depends on clean urls etc.).

2.
This isn't the job of FUpload. There are a lot of possibilities using Views, for example, to get it work as you want to.

1. I went back and changed my preset in the field settings to my 'thumbnail' setting rather than the 'medium size' setting that I had. It worked after that. Wonder if it was because the name of the preset was thumbnail or because of the size of the imagecache preset settings.

2. Yea, I can get it to work in views, but I thought I would ask.

Great Work Grandcat + thanks for putting up the cash Attiks...
I have used the uploader to add a few hundred pics to a site and it works amazingly...
Just wanted to give my thumbs up for this funcitonality and confimr it works as advertised...

Thanks
Gregg

Thank you for this positive feedback.

~~~~~~~~~~~~~~~
EDIT:

Sorry for posting this here. I lost track of where I was at.
~~~~~~~~~~~~~~~

Can anyone tell me how to allow a user to create a new gallery to upload images into? Right now all I can get is a list of existing galleries. I seem to be having trouble figuring out how to do this or if it is even currently possible with Image FUpload.

Thanks in advance.

JDonofrio please post this in the forum or in IRC on #drupal-support. We'll be glad to help you there.

I will close this issue now because it mutates more and more to a general support. CCK integration is already done by now.

Very Impressive work. This module has been well due for Drupal. Thanks to all that helped make it happen!