Enable communities type Journal and Council (also figure out better names maybe)
as defined in the communities doc:
A community type is defined by it's leading id:
- Topic: anyone can post or comment
- Journal: guests can comment but not post. only members can post.
- Council: only members can post or comment
So I'm working on types 2 and 3.
I think we'll do the same as muted lists where they are not retroactive to simplify the implementation, so if a user posts on a community without being a member and then becomes a member, his old post won't be displayed retroactively.
I was thinking of just setting the "muted" column as true if the user who posted it isn't a member, which would neatly work out of the box with the other calls (the post would just not be returned). But it means an "unmute" commmunity op would be able to unmute it unless we prevent it, which I guess could also be an interesting "not a feature, it's a bug" to allow mods/admins to retroactively re-enable posts by a non-member who became a member
I'm also thinking that the "is_valid" column could be better fit (and not overlap with the mute feature). Quickly glancing over the code it seems like this column is always "true" so it could be a good use case.
Or maybe even adding a third column "valid_community_post" or something.