I would agree with that - there are other platforms that allow you to select your notification options - every message, or a daily/weekly summary. The manual action of 'digesting' a post would put more in control of the forum admins on what is included.
As a matter of fact, I didn't really understand the use case, but I get it now : this could be part of a site-wide functionality that is then used for a weekly//monthly newsletter 'things that you missed', or it could be in the welcome page of the site : activity since your last visit.
I see, it's something that will not be present in the first iteration, I'll be focusing on the forum part itself, but it's something to be listd under 'opportunities for new modules'
I'll remove that feature from the new version of iForum I'm preparing. It can be added later if there is enough demand for it.
It was carried over from NewBB.
It's one of the 'Topic Options' at the top of the page. And there is a spot in the module's control panel to view Digests. Beyond that, I'm not sure - I don't see any notification options related to Digest.
There is an icon for digested topics on the forum index page, too.
Can anyone tell me what the 'digest' functionality in iForum is used for? And whether it IS used?
The method for managing permissions is part of the core - and we have a nice tutorial in the wiki from QM-B on how he implemented it that started out as a discussion in the forums.
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.
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.
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?
I've been looking at this and finding there are a couple more things to finish -
I'd be interested in seeing this done, too.
Looking at the code and the model document (doc/imtagging_model.pdf), it appears there should be at least 1 more class to implement - tag_link, similar to category_link. Maybe some form elements, too?
Other considerations would be to use Sprockets and get that working as you would like and then integrate that with the module of choice.