Kevin Carwile

One way I can think of would be to create a custom data field for your members in rules, and set it up as a select list with all the different 2-class combinations as options. Set it as public access so that each member can edit their own selection from their profile. Then create rules for when the data field is updated which add the two awards from the selected option and (*removes all other class awards). * Removing awards is not an iAwards rules action as of yet unfortunately.

@Ryan Thomas I'm looking into some ways that I can make the sql queries run a bit faster for you. It looks like most of those queries you showed me are from widgets pulling content from the whole site, and therefore must sql join and filter based on permissions for collabs.

Off the top of my head, I can think of some cool ways the invite system could be coupled with other apps using rules: Event: Member sends an invitation Event: Member registers from an invitation Event: An invitation has expired Event: An invitation has been renewed Condition: Member was invited by another member Action: Send an invitation for a member Action: Give a member another invitation Action: Expire an invitation Action: Renew an invitation Just by adding a few ECA's, someone could start tying apps together with invites, such as giving out economy points to members when they send invites. Or giving them awards with iAwards when they reach a certain amount of recruits. Or granting another invitation when a previous one expires. Or posting a welcome topic when a member registers from an invitation. Or promoting a member to a new group based on their number of converted invitations or whether they were invited themselves.

Easiest way I can think of is to create progressive member groups with access to the appropriate lessons and add those secondary groups as appropriate. The question is... what event represents them completing the lesson. One way I can think of is to create a a questionare using the forms app by @Mike John and grant the next lesson group upon submission of a passing result.

ipsguru.net/rules/support

Apps provide their own ECA's (Events, Conditions, Actions) to rules through the rules extension API so that they can be used in rules. This would be another action that needs to be defined in the extension. Yes, it appears in the rules app, but only after iAwards would tell rules how to remove an award.

custom-action-recount-the-content-for-a-member.xml

@Jimmy Gavekort Active record created/updated is going to apply to nearly everything in the system. Its basically an event that fires everytime the database is updated. Probably not what you are shooting for. For example, the rule you are trying to create is an active record. So your rule is probably trying to award you for creating a rule (ironic). You should pick something more specific such as "any content is created or updated", and then add a condition to that rule to check that the "new" variable is true in the event to further limit your rule to just when content is created. @-RAW- That error is being generated by iawards, but I cant tell you why at the moment. Rules catches all thrown exceptions so something like that shouldnt happen. Did you add any code to your api methods that halts execution and sends error output instead of simply throwing an exception that can be caught? It seems like that is what is happening. I'll have a look at your source code this evening and see whats going on here.

All of that is very simple to do since iAwards works together with rules. It was very smart to include the integration. @-RAW-, If you get me a release copy of the app, I can set up a simple rule for each of those scenarios and you can then bundle them in with the app so users can hit the ground running.

Rules broke on the 4.1.6 core update, yes. The newest version fixes that. However, that would not cause rules to do anything that it was not already configured to do. Which rule moved your members? It may need some tweaks.

I'll take the load off for you. Just get me a copy of your app and I'll code the rules extension for you.

Please direct all support issues and requests to: http://ipsguru.net/rules/support

Go to the "Settings" link for Group Collaboration in your ACP. Disable the "expanded category configuration" option. This will split the configuration of collab categories out into multiple steps so that your server doesn't have to process all the configuration at once. Those are core language strings. Check to see if they are also missing if you try to customize those permissions from the "Moderators" ACP interface. I believe IPS forgot to update pages to generate those for new databases. It may need to be filed as a bug report with IPS. I'm wondering why Advanced Tags & Prefixes is configurable under collaborations... it doesn't have any of its own content types does it? At any rate, I think I know what you are saying. The tab is very wide in order to fit the whole app name? Your saying that a navigation tab was not added automatically to your menu for my app after you installed it? WTF. You can add the link to the collab app manually from your menu manager in ACP. That link will take you to a page that will display all of the collab categories. Agreed.

It can be translated. But its not as easy as other apps with static language strings. GC uses a lot of dynamic language strings that incorporate the language of other apps. This means you need to translate from the ACP for many strings.

The model is only a template that can be copied from when the collab is created. No syncronization happens beyond that because each collab is fluid and can be changed independent of the model. There is no way to make safe assumptions as to what to sync and not sync, and what parts match up with the original model or have been customized, etc. I had the idea myself, but quickly discarded it after realizing the technical nightmare the it would create.

Use the gbarry account you created.

Support is now being directed to http://ipsguru.net/collab/support I can answer this question there. Thanks.

@raincat I will help you in the new support forum linked from the product page in the marketplace. Please post your request there. http://ipsguru.net/rules/support Thank you.

An ad-hoc one, I suppose. But I believe that @-RAW- has a more official awards app in the works that has rules built into it. You may want to check with him on the status of that.

GC content is segregated from that of non GC content at the core level based on the context of the page being viewed. This is by design since collaborations are by concept separate workspaces for content creation. For that NOT to happen is an exception to the general design of GC. It can be done, but it would require case by case specifics. As wohali mentioned, it is best for plugins or custom widgets to be used to fit the exception. Create a member group for 18-30 and only allow collab access to that group in your collab category settings. You could definitely use rules to automate the moving of members in and out of that group based on your own criteria and timing.

You can automate routines with rules. Give me a buzz if you are interested.

Only the code I gave.

You could check the member's email preference from their settings before sending them the email.... Create a condition in the rule that you send the email out. Choose "Custom PHP Code" as the condition type. Enter the following: return $member->allow_admin_emails; Of course, the $member variable may be different depending on the event you are using to send your email.

/* Load a specific collab */ $tempCollab = \IPS\collab\Collab::load( collab_id ); /* Switch to the new collab temporarily ( current collab, if any, is returned from this method ) */ $activeCollab = \IPS\collab\Application::switchCollab( $tempCollab ); /* Pull topics from our selected collab */ $topics = \IPS\forums\Topic::getItemsWithPermission( ... ); /* Switch the collab back to whatever it was before (very important!) */ \IPS\collab\Application::switchCollab( $activeCollab );

There is not an API per se. Collab is designed in a way that affects all the existing core API methods such as \IPS\Content\Item::getItemsWithPermission() and \IPS\Node\Model::roots(). With GC installed, those api methods will only return results in the context of a specific collaboration, or lack thereof. So if you want to pull topics from a specific collaboration using \IPS\forums\Topic::getItemsWithPermission(), you simply need to switch to that collab context first before pulling the topics. Switching context is easy. I'll follow up with a code example here shortly.