Looking at the code, there appears to be 4 fields for storing the image information, one it is received. There may be some nuances in how the control is rendered - try using 'multiple=multiple' as the extra argument and see what you get. Once that is working, have a look at modules/system/admin/images/main.php - function imanager_addfile(). It steps through the FILE variable and handles multiple files, though I don't see how this is set to work in the core.
I added several image fields in the event class, and I want to use the promoimage4 field to handle the multiple images as a gallery. Have a look on github : https://github.com/fiammybe/events/blob/add-previous-events/src/class/Event.php
Well, we know the form field will accept the input
Thinking about storing the images - how did you link the images to the event?
I hacked my page the same way
Rendering of the page was the same, I could only choose more than one item. But when I uploaded the items only the first one was shown by the component, so that needed more work. That was going to be the next step, after I could get a clean way of adding the extra 'multiple' parameter to the control.
With that change, how the field render on the page? What attributes did it have?
When I used the developer mode in my browser, I edited the HTML and added the attribute to the field. When I clicked on the Browse button to select a file, it allowed me to select more than one. Without that change, it did not.
That seems like a good way to proceed. I had a look at the library file, and came up with this to try to add the multiple keyword to the control, but nothing changed :
$this->setControl('promoimage4', array('name' => 'image', 'extra' => 'multiple'));
As for multiple file uploads, looking at modules/system/admin/images/main.php, function imanager_addfile() looks like it is set to handle multiple files. The change to make to the submission form is rather simple. The input field needs to have the 'multiple' attribute set. https://www.w3schools.com/tags/att_input_multiple.asp
Visitors uploading photos is not really required at the moment, so it would be content editors that would be taking care of that.
The resize feature is nice technically, but we're talking about a visitor population of 400-500 in total, so I don't think we should lose ourselves in cache strategies here
Some more questions:
Will general visitors be uploading photos?
Do you want people to interact with the photos? Add comments, like/share?
Any privacy concerns? Only registered members can view, or members of a specific group?
What other content is there with the event? Any way to add attachments, like here in the forums?
xcGallery covers most of these, but in the module, not as connected to another module. The multiple file upload is a form with multiple fields for uploading, not a drag and drop or multiple select option.
What I like about what I see in Catalogue is the resize feature - change the settings of the module to display images in a different size and the custom smarty plugin handles resizing and creating cached versions of the images. I;m not sure how images can be grouped into albums or sets.
The editor integration is a bit messy, with in my view lots of times whee configuration is rebuilt and overwritten later in the loop. It's not as easy as I had hoped, so please bear with me as I try to make sense of it all ...
I hadn't identified the filenames as a requirement. However, it needs to be as easy as possible to use, and there shouldn't be a limit to the number of photos to associate to an event. The people that will be taking care of handling the day-to-day content are not necessarily tech-savvy people, so it should be facebook/Instagram/pinterest level of ease of use
If ImpressCMS would have that ability, I would have chosen to have a multi-upload field or a drop-zone to upload photos and that would be it. Sadly, that control doesn't exist (yet) so going for a link with a gallery module seems to be a shortcut worth making.
It was a quiet evening at home for us - the best party ever!
Happy New Year! I'm looking forward to what's coming and seeing what more we can make happen.
What other requirements do you have? The last time I was making the decision, I had several - the biggest was the resulting filename after uploading photos. Photos get indexed by search engines, too, and having a readable filename is a factor in identifying the contents of the photo. I also wanted the images in the gallery to be easily selected from the WYSIWYG image selector. At the time, only xcGallery met those requirements. I still use it, but only in versions < 1.4. I'm in the process of updating it and evaluating other modules that might take its place. Simon's Catalog module is one I'm looking at. It will need some work to meet the filename requirement.
I want to extend the events module with a link to photo's taken during past events. What is the best gallery module at the moment that is still compatible with impresscms?
Happy 2024! By now everyone should be recovering from the effects of the New Year's eve parties
As far as I could test, PHP 8.2 support should be quite far along. The biggest problem will be the modules I think.
OK, I will try.
If you get a chance, Tac, please test the upcoming release on PHP8.2 and let us know what you find. https://github.com/ImpressCMS/impresscms
For CKeditor - config.js is part of the standard package from the developers (we've run into this with things we've done with Smarty, too). What's in there could be moved to formCkeditor.php
Thank you, Tac!
We have PHP8 compatibility in the coming release of 2.0, which is really just days away, once we finish a few things and get through the holidays.