About Organic Groups Mandatory Group
Groups:
Terms:
What do you think about Organic Groups Mandatory Group module to be considered for Drupal_Commons as to have Users categories like "Visitors" "Guest" "Bsse Users" or "General Users" to be joined and centralized to a first "Interest Group" on a "Social Commerce" site for management and organizational task to be add?
At the moment Drupal_Commons do not provide by installation a "Group" where users automatically are added to the Site.
The module is An add-on for the Organic Groups (og) module that makes one group mandatory for all new users and/or requires new users to pick a group.
What do you think about?
Edit: For reaching more feedback audience I add this discussion post to some more Groups


Comments
We hadn't thought about this.
I can image how it might be useful to have / use this module. But I'm not sure it's best to have this part of the base Drupal Commons distribution; anybody can add this module to the distro after install, so is there enough justification to have it in the base release?
Does anybody else have any comments?
Seems like a good option for site admins
We're looking to provide a way for users to be automatically members of a group set up for feedback. Would be great to have this functionality built into Drupal Commons.
Miscellaneus
@Jay - I have add this discussion to some more group.
Though, I am having really fun to try to contribute with organizing my post here , please change and feedback me by correct my doings where suited.
I really enjoy to learn more in this environment and thank you and the Acquia company, very much for this great opportunity to learn more about content administration.
more recipes
Personally, I would prefer more recipes for features or functionality and less in the Commons distribution. I would prefer to manage the updates, but it would be very nice to have a wiki-how-to for extending Commons.
Some remarks
Yes of course, I too would really like to see development in the "features" and "functionality" direction. Though,
I can understand that redesign from scratch of the compact features of Commons, first it's a lot of work, second "feature" is really and means very much advanced Drupal and php coding expertize and a development cost question. I do appreciate that Acquia Team did this way as to target and provide for general and advanced Drupal users to have the easy opportunity to build a much more complex interactive site, in this case a Commerce/social one.
One of the great advantages and support for Drupal user in general, like me for example, with Drupal commons you have a more suitable learning curve access then jumping to something like OA that in fact do have more development in "features" and contribution and exchange/import functionality.
IMHO Aquia.com did a great step filling exactly with Drupal Commons the missing gradual learning hole for the whole Drupal Community and Drupal users, and I appreciate that very very much. Acquia.com did also support with this distribution what, as I may optimistically suppose will come with the new redesign on Drupoal.org,
meaning that in my opinion with this site they have given the opportunity to acquire important feedback as what may be really wished and suited and indispensable to UI facilities and features for the broader target group of Drupal Users.
I'm sure in the next months my self would be able to acquire enough expertize as to overcome missing capabilities that would be faster be implemented with features the OA way.
I will not be surprised that other developments will soon come in Drupal that will compete with "features" in the astonishing dynamical world of Drupal!
;-)
Some functionality would not apply to all Commons sites
My point about recipes; how to use and configure specific modules to accomplish added functionality; was that some interesting functionality might not be useful to all Commons based sites. The benefits are that functionality that is less mainstream would be more available to those who want it. Also it could be available now, or whenever, and not be dependent on a Commons release. Anyone can contribute a "how to" recipe for additional Drupal modules. Also, hopefully Aquia will offer some things they might do for a specific website that they might decide is not suitable for the "core Commons".
+1 it seems to me very sensible
Breaking DC in smaller feature and have some guidance how to add feature without breaking the compatibility with futur updatte improvement is realy very important and a great way to build a beneficial ecosystem of DC feature contributors.
We have to be preapared for a very big step in D7 and need to understand the road map to invest time and effort in DC.
How about some specific recipe titles?
Jerry --
I like this idea. I'd be willing to invest a little time in writing these recipes.
BUT, it would be great to start collecting a list of possible recipes to write. I've created a "Recipe" wiki page over in the Documentation Group; can everybody here who wants one please go add a suggestion there?
NOTE: I'd like to keep these recipes to things that are more configuration / usability-oriented stuff that people deploying a Commons installation might want to do. I do NOT think it's best to try to tacke some of the hard technical challenges (e.g. breaking Commons into a series of smaller Features.)
Shouldn't a wiki be editable?
I see no way for me to Edit that wiki, Jay. I am a member of the group. Is this bug still at large?
This issue & "genre" recipes
What also might be helpful in the long run are recipes for specific genres of sites. In other words, lists of modules that can help someone create the ultimate site they are looking for. For example, we are utilizing DC to create a small community social networking site (connecting people in our metro area who play all forms of "unplugged games" .. board games, card games, RPGs, etc.) So, the functionality that originated this thread would actually be extremely useful to us. Here's a specific example:
We have a need to create recurring events that people can RSVP to. (We also need those recurring events to appear as individual nodes so that they can each instance of the event can have it's details adjusted/modified when needed, but that's another challenge altogether). While individual groups will create the majority of events, there will be some events where any member of the community should be invited to attend. The problem is that the RSVP module does not offer the ability to "invite all users". You can either invite all users of a Group or invite individual users. Our current "work around" is that we've created one "main public group" and will work to make everyone aware that they need to join it if they want to be made aware of and RSVP to public events. We'll make this easy by having it be a group they can join at registration.
What would be ideal is for everyone who creates an account to be automatically joined to this group. As others have pointed out, this is not likely a feature that should be part of the "core" of Commons since it's utility is not as universal as something like recurring events (hint, hint).
Back to the recipe piece. If there is interest, I'm certainly willing to share our final "recipe" for our site as an example of a "community networking" recipe once we've gotten everything established.
Please do
Sorry for the delayed reply here.
I do encourage you to go back to the Recipe's page (linked above) and share your recipe for your external community networking site.
I'd suggest you do it as a wiki page - vs. a blog post or document. This way we can all contribute to this with added ingredients & steps!
Useful particularly until we know the future architecture better
Ideally, I would like to have a way to have part of a DC site viewable to the public and part viewable to one private group. Ideally, there might be sub-groups under the private group, particularly if that is the way to keep things private.
So, until I know what this might look like and and when it might be available, I expect to roll out with just one private group that all discussions will take place in. Then, if I get lucky, tags will provide a way to move discussions into appropriate sub-groups down the road.
With only one group available, and if understand correctly a limitation of what users can do without joining that group, it would be easier for them to be joined automatically in that group, once their membership is approved.
I could see it making less sense when there isn't any single group everyone should be part of, but if everything is group-centric, I think it makes sense to have a default group.
In the meantime, can we assume that adding the module is safe and won't break anything in a future revision? Also, if I use it can I use drush to download and enable it?
Thanks.
I am using it with no
I am using it with no problems.
My voice "pro"
It's a must for any DC-admin, otherwise broadcasting became big headache
Can you please elaborate
Can you please elaborate what do you mean by 'broadcasting became big headache'?
I'm new to Drupal and DC.
It's easy
When admin ("when", not "if") have message, which he must translate to everybody in community, group with all site members do it as "one post action". In any other case - see my definition
Organic Groups Mandatory Group module
It's one of the first modules I added to my site.
From users point of view (not admin, remember users!) - it's annoying when they join the site to post a comment, they are asked to join a group as well.
So on my site user is joined the default group automatically. If they want - then can join another group or quit default group later.
P.S. I hate Mollom
~~~~~~~~~~~~~~~~~
HobbyBlob.com
Showcase your Hobby to the whole world!
problems automatically joining a group
Having to join a group to post is debilitating. It makes some sense for some groups, but for scale it is not intuitive. Facebook are the educators and the rest of us either go with the flow or buck the winds.
I worked several hours on trying to automatically enroll a User into a group as the posted a node using "rules" and PHP, but it is very tricky because of how the process validates. This was for http://referendum.com and I ended up abandoning Commons and switched the site back to D6. I moved some of the nice Commons code into my own module.
I have just used Commons on http://www.equat.ca which is trying to rapidly organize a political party in Canada, and where groups make more sense, but the majority of the Users, I fear, will be put off by having to join each group. It could be a nightmare.
og_autogroups experience?
I just noticed
http://drupal.org/project/og_autogroups
which has a very low install number. Does someone here have experience with it?
I use it
Jerry, I used this module. To make it easier for the user, when users register, they are joined the defualt group (og mandatory group).
When they create a post - it is automatically assigned to this group.
What did you want to know?
HobbyBlob.com
Showcase your Hobby to the whole world!
Commons or D7?
Hi Jerry,
I noticed that your site http://www.equat.ca is Drupal 7, did you abandon DC?
I want to build a site where user can create private groups and be a member of many groups but those memberships are only visible to the user and not from other groups.
Can I use OG groups 7 for this?
Thanks,
Josh
I really like your way of
I really like your way of expressing the opinions and sharing the information. It is good to move as chance bring new things in life, paves the way for advancement, etc.
350-030 braindumps ///