Dear module maintainers,

I would like to have an image gallery organised based on directory structure, as I posted here. So I am wondering, why the functionality to upload image to different folder is not implemented? Is there any specific reasons?

I am aware of the patch for image_import. Maybe this patch is the workaround I have been looking for. But I would like to have more practical workaround.

My experience in PHP programming is very little. But I have experiences using any other programming languages. What I can think of is to implement the above functionality in either the main image module or the image_gallery module.

If that would be in the main gallery module, then we should be able to specify the target folder where to upload the picture, when we create the image content.

If that would be in the image_gallery module, then we should be able to specify the folder holding the pictures of the gallery. So when we create the image content and select the gallery, the picture will be automatically uploaded into the specified folder for that gallery.

Now, is there any patch for either of those possibilities or similar to those?

I would like to try to build the patch to implement one of those. Which one would be the easiest to implement? And could you please provide a guideline for a non experienced PHP programmer?

Maybe that patch would be useful for everybody else who are looking for similar functionality.

Thanks a lot in advance for your help.

Kind regards,

Anto

Comments

Hetta’s picture

Hetta commented
Status: Active » Closed (duplicate)

Duplicate of http://drupal.org/node/103793 (and about 1000 other issues, marked duplicate) - test that, give feedback, and - if you can - upgrade the 5.x-2.x-dev script to 6.x-1.x-dev.

Thanks.

http://drupal.org/node/225014 is unrelated - it will create sub-galleries based on your image import folder; it won't create the image import folder structure in your /files/ folders.

aryanto’s picture

aryanto commented

Duplicate of http://drupal.org/node/103793 (and about 1000 other issues, marked duplicate) - test that, give feedback

I am aware of that feature request. I think it is too complex for the simple functionality that I am looking for. It uses taxonomy terms to build the folder structure. So I think it depends on Taxonomy module that I don’t use (yet). A part from that, there is no patch for version 6.x. So I can not test that as I am using Drupal 6.2. That is why I raised this support request.

and - if you can - upgrade the 5.x-2.x-dev script to 6.x-1.x-dev.

My experience in using Drupal is just about 3 weeks. To do the upgrade, I would need to understand the rules and structures of both versions. I am still learning about those and also PHP scripting. If I would implement a patch, I will do that on Drupal 6.x. And if could do that, would I ask for support? :)

http://drupal.org/node/225014 is unrelated - it will create sub-galleries based on your image import folder; it won't create the image import folder structure in your /files/ folders.

Yes, I noticed that yesterday after implementing the patch. It actually just simplify the creation of image galleries. So this is also not the one I am looking for :(

Anyway, thanks for replying. I will try to learn faster. :)

aryanto’s picture

aryanto commented
Status: Closed (duplicate) » Active

No good reason at all to set the status to duplicate. Change status back to active.

dman’s picture

dman commented

What is unique about your request that makes it not a duplicate?
Are you aware that image_gallery uses taxonomy to do its gallery management? That's what the image naming patch was built to support.
Sorry it's not there for DRUPAL-6 yet, but if we get it sorted first, we'll see what happens.
I don't think that adding an extra two form elements to the upload area, as would be required to allow a user to choose or create a folder each time, would be an improvement. Plus admin and extra rights would be a pain.

I really do think that having the folder chosen based on the gallery name (as per the pending patch) is better than having to have the user choose a folder each time (as per your request here).

The tokens approach is not a workaround, it's an improvement. And actually simpler than adding stuff to the UI. Not more complex.
And it addresses the general case problem, not just yours today.

I do think that the ability to define the directory images get uploaded to is a duplicate of the existing request. A D6 version may be an extension to that. The changes are not hard, and can probably be ported pretty easily. If you really want to help, try applying the patch (possibly by hand) to version 6-dev and see if it works for you.

I think there is a totally good reason to call this a duplicate. But I won't change the status and get into a revert war with you, I'd rather explain it to you with words. Hopefully you'll see the similarity.

drewish’s picture

drewish commented
Status: Active » Closed (duplicate)

dman's is exactly right, your issue is a subset of that one. also your tone is a bit off putting, remember that everyone is working on this because they want to, not because you paid for something.

aryanto’s picture

aryanto commented

@drewish

remember that everyone is working on this because they want to, not because you paid for something.

That is what an open source is all about. I am really aware of that.

@dman
I didn't intent to start the revert war. I just would like to get reasonable explanation and suggestion as what you have done. Thanks a lot for that.

I don't think that adding an extra two form elements to the upload area, as would be required to allow a user to choose or create a folder each time, would be an improvement. Plus admin and extra rights would be a pain.

You have made a very good point. As that would be really a pain if we had to upload hundreds of pictures. I didn't think about that before.

If you really want to help, try applying the patch (possibly by hand) to version 6-dev and see if it works for you.

I will try to apply the version 5.x patch manually to version 6.x. And if I could, I will post the progress on http://drupal.org/node/103793.