Closed (fixed)
Project:
Subscriptions
Version:
5.x-2.0-rc1
Component:
User interface
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
11 Apr 2008 at 15:04 UTC
Updated:
30 May 2009 at 21:48 UTC
Can the default subscription setting for new free-tagged categories be set to 'subscribed'?
Because, right now, if default settings or a user's personal subscription settings is set to subscribe to some or all EXISTING free-tagged taxonomy/category terms, if/when a new category is added to a free-tagged list, the user WON'T be subscribed t that category.
This means as your taxonomy lists grow (to include newer, more relevent terms as your site grows), less and less content will be subscribed to.
I'd rather 'force' users to manually reduce what they are being subscribed to in favor of keeping them better informed on current terms...
Comments
Comment #1
mdowsett commented...or is the solution to NOT allow users to specify which categories they subscribe to?
No...because the admin would still have to continually update the default settings to include these new categories....
....and changes to Subscription preferences don't seem to be applied to existing users anyways.
I'm no coder, but I think this may be a tough thing to code on a really dynamic site with a lot of users....wouldn't it result in a script needing to be run every time a new categories are created that change each users' preferences?
I suppose it could be done but that would be a job run when cron runs....but could be very hefty right?
Comment #2
salvisI don't know how to do this and at the same time keep the users from feeling spammed.
Comment #3
mdowsett commentedhave a setting for the admin to chose whether to turn the preferences ON or OFF for new terms by default? Let the admin decide whether is spamming your users or keeping them informed. Small groups want to know about everything, massive groups would feel spammed.
Comment #4
salvisWhat you're asking for is a new subscription type: subscribe to a vocabulary, so that when a new term is created, a category subscription for that term is created. Users could turn this on or off. It's an interesting idea.
The part where I'm still sceptical is where you force this onto your users. This kind of website behavior is especially obnoxious when the user has turned something off and it keeps coming back. This will get you black-listed sooner or later...
Comment #5
mdowsett commentedI can see on a more general news site that it could be spamming but on a more focused community site, all news 'should' be interesting to most users.
I'd just be afraid that if you don't do this, as the site evolves, old terms become extinct and new terms get added but noone will be subscribed to them (automatically) and won't get viewed.
You're probably getting sick of all my posts! ;) I think my goal of using Subscriptions for a newsletter type mailout certainly isn't what it was designed for and probably shouldn't be used. I was looking for a solution to do a dynamic (no admin work) customizable newsletter....and it be all pretty (HTML) formatted. I think I'm pushing it...I haven't seen a newsletter solution that does fit my needs...
Comment #6
salvisSometimes, I wish you'd research a bit more before posting, but I can take it.
I see your reasoning and I will probably implement subscriptions to vocabularies, but I remain unconvinced that forcing subscriptions upon entire roles (or even all authenticated) of existing users is the way to go. OTOH, I don't see any reasonable way to implement a more fine-grained model.
We're at RC1 though, and I won't introduce any new features before the release, and it won't be a top priority after the release. Feel free to post a proposal — it ought to be a free-standing add-on module.
The one thing that is extremely unlikely to happen with Subscriptions is that it starts to send HTML notifications, as I pointed out in #246626: Theming Subscriptions - sending out HTML emails. If you keep mentioning a "won't fix" issue, you're just wasting the maintainer's time.
Did you ever get around to try subscriptions_event (which is where we originally met)? Please open a new issue for feedback about subscriptions_event, don't tag on here!
Comment #7
mdowsett commentedSometimes, I wish you'd research a bit more before posting, but I can take it.
I try...but I will try harder. I find Drupals search sucks as it searches site wide. I wish there was a way to search just within a module support queue.
I never got around to the subscriptions_event thing....side tracked with trying to figure out the rest of subscriptions. Now I don't know where to find our original post! ::
I'll find it again somehow...
Comment #8
salvisIt's #236123: Weekly email of all upcoming events.
EDIT: If you have any comments on subscriptions_event, please open a new issue and don't tag on here!
Comment #9
salvis