I've not tested any of the newer dev releases but don't believe this functionality has been implemented. Technically, these features might be evaluated separately but both pertain to administrative functions/options I believe to be important. I'm requesting that an administrator, through settings be able to:


  • Restrict The Number of Repetitions Allowed - Users can ultimate create thousands of repeats at a time, creating unnecessary database records. This could be accomplished by either a) allowing only a certain number of repetitions at a time or better b) only allowing repetitions to be created up until a certain date (i.e. a year from the original node date.
  • Restrict Repeated nodes from being immediately published and/or triggering notifications in some way. Again, when multiple nodes are created, this creates a massive list of published nodes in blocks and other areas where "recent content" is viewed. When used with the notifications module, it has the potential to send out massive amounts of emails

Use case example. We have a social networking site centered around Organic Groups. One of the most important components of the site is the ability for members of groups to create Events that other members will attend. Quite often these groups will meet on a regular schedule (i.e. every Thursday at 5pm). This necessitated our need for a module like Node Repeat; to make it more efficient/convenient for users to create multiple instances of a node at one time. It accomplishes that basic functionality with the problems above. We're not likely to be able to implement this as a solution because we can't trust users not to create five years of events at once and they don't want to leave the nodes "Unpublished" only to come back and publish them later.

I've heard of modules that allow you to set a time for specific nodes to be published and will be investigating their possible use in this situation (any recommends appreciated). In the meantime, I would still need a way to force users to create repeats in an Unpublished status.

Comments

MacaroniDuck’s picture

Version: 6.x-1.1 » 6.x-2.0-alpha1

Moving this to the Alpha track. These features are even more imperative with the repeat process being made part of the initial event creation process. There may be additional settings needed like: Publish first event but leave repeats unpublished. I believe a large number, if not a majority, of people who will utilize this module in a similar manner that I described above.

Ideally, this mod would be integrated with or made to work well with Scheduler and some additional code. For example, when creating the repetitions, a user might be able to enter a value in a field, Number of Days before Event that Node should be published. A quick calculation and a "To Be Published" date field could be populated for Scheduler to rely on. This should stick for each repeated node that is created.

cwgriesel’s picture

I think restricting Repeated nodes from being immediately published would be best handled at the notification level, not at the node publish level.

I would want all future nodes to be published immediately, so they show up in the calendar if someone browses forward. However, I agree that a notification should not be sent for every node in the sequence.

A simple notification rule like "only send one notification for all nodes with the same name" would work. Since all nodes in the repeat sequence have the same node name, only one notification would be sent for the entire sequence. This is the desired result.

MacaroniDuck’s picture

Actually, in most cases I can think of, the desired result would be that notifications are sent in proximity to each individual event. This is how Meetup.com handles repeating events for example. As does Google Calendar for that matter.

If you are hosting a weekly event, you don't want one notification to be sent when you first create the event and then no further notifications after that. You likely want a notification sent each week, after the previous event, but before the next one.

I agree that this would ideally be handled at the notification level, but don't forsee that being possible without some extensive PHP/Rules coding. FWIW, our current work around for this (which actually utilizes a combination of Node Clone and Scheduler because Node Repeat continues to have problems) is to have users choose the publish date of each event instance. Then, with the use of the View Unpublished module, we make it such that everyone can see all the future events regardless of their published status. A similar setup could be accomplished very simply if Node Repeat offered a hook to Scheduler and/or some way for the node creator to specify a time frame in which nodes are published.

Again, something that could be accomplished with extensive PHP coding outside of the module, but seems like it would be much more simply accomplished within.

cwgriesel’s picture

The signup module will do what you want -- send notifications in proximity to any event for which a user has "signed up". This works for me in most cases. I'm looking for the additional ability to send notification when a repeated event is created, to let people know that the events are available. This should be a single notification, not a notification for each occurrence of the event.

MacaroniDuck’s picture

The signup module doesn't even come close to accomplishing the use case I've laid out, however (which is to notify everyone in a particular group of a new event that has been posted; not just those who have already signed up for it). There's some promise in the Signup CCK module, but I don't think it's matured yet.

And again, in most social networking group settings, the notifications will need to be sent out for each occurrence of the event since a) membership fluctuates and b) people count on the reminders.

gagarine’s picture

Title: Ability to Restrict Number of Repeats and Published/Notification Status » Restrict the Number of Repeats
Version: 6.x-2.0-alpha1 » 6.x-3.x-dev
Assigned: Unassigned » gagarine
Priority: Major » Normal

I change how settings are set and this feature will be really easier to implement now. I specially want to be able to limit the number of repetition.

Please for "and Published/Notification Status" open a new issue.