Group promotion. in phpbb 3.1

[ephemeraboy]

should in 3.1 will be added group promotion (by total post, total warn, date join etc)..??
I think this feature's so crucial...
and for now mostly every forum added this feature as basic feature
I hope phpBB 3.1 will do this too...

[MichaelC]

i think this is similar to an events system that i think naderman discussed at londonvasion for phpBB 4 but I think the move to symphony scraped that and it would be a good idea to add this in 3.1

[code reader]

are you sure?
i was under the impression that "events" are meant for 3.1 (if i misunderstood, it won't be the first nor the last time).
in any event, i do not see any connection between the framework question and any specific feature, and this one included.
why would symphony make event system more or less likely?

peace.

[prototech]

i think this is similar to an events system that i think naderman discussed at londonvasion for phpBB 4 but I think the move to symphony scraped that and it would be a good idea to add this in 3.1

phpBB4 was never mentioned at Londonvasion (and wasn't even being considered at that time). You are referring to the presentation on 3.2 (now 3.1 with the new version numbering system).

[idiotnesia]

Yes londonvasion discussed about features in ascraeus. There are a lot of cool features in the presentation. I hope some of them can be implemented in 3.1.

[MichaelC]

Oh yeh, I was wrong. Sorry.

If the events system is still planned for 3.2 (now 3.1) wouldn't this already be planned to be included in this version?

[naderman]

It's unlikely that without major changes to the architecture of phpBB we can achieve an event system of the kind we hoped to implement. It was actually one of the reasons we realised that we need to focus on less invasive features in 3.1, and start planning a version 4.0 with fundamental differences. So I hope we can provide a few of the popular event-style features, like group promotion as features in 3.1 (potentially using hooks), but not through a generic event system.

[MichaelC]

It's unlikely that without major changes to the architecture of phpBB we can achieve an event system of the kind we hoped to implement. It was actually one of the reasons we realised that we need to focus on less invasive features in 3.1, and start planning a version 4.0 with fundamental differences. So I hope we can provide a few of the popular event-style features, like group promotion as features in 3.1 (potentially using hooks), but not through a generic event system.

Out of interest how were you planning to introduce the events system to work?

[A_Jelly_Doughnut]

In a perfect world, an events system would work something like the following:

Every action performed in the board would trigger a call (or calls, in all liklihood) to handle events.

An arbitrary example:

Code: Select all

function approve_post($post_id)
{
   global $user;

   $events->handle->mcp->approve_post_pre($user, $post_id);

   // do the actual approving

   $events->handle->mcp->approve_post_post($user, $post_id);
}

This would probably have been doable. (In fact Nils had some kind of working concept)

But you run into a problem of generality. What if I want to perform multiple events on a single trigger? (What if Event B needs to be run before Event A, for example?) What if I only want to perform an event within a certain forum? (There's no reason why an approve_post function like written above would need to know what forum it was working on).

For what its worth, any inaccuracies here are a result of my fuzzy memory. Its been a while since Nils was talking about this )

[MichaelC]

In a perfect world, an events system would work something like the following:

Every action performed in the board would trigger a call (or calls, in all liklihood) to handle events.

An arbitrary example:

Code: Select all

function approve_post($post_id)
{
   global $user;

   $events->handle->mcp->approve_post_pre($user, $post_id);

   // do the actual approving

   $events->handle->mcp->approve_post_post($user, $post_id);
}

This would probably have been doable. (In fact Nils had some kind of working concept)

But you run into a problem of generality. What if I want to perform multiple events on a single trigger? (What if Event B needs to be run before Event A, for example?) What if I only want to perform an event within a certain forum? (There's no reason why an approve_post function like written above would need to know what forum it was working on).

For what its worth, any inaccuracies here are a result of my fuzzy memory. Its been a while since Nils was talking about this )

Ah right. And I belive nils had a problem with it looping and it wouln't detect it? So like getting 5 posts make a member get added to a group. And having 5 posts gets a member removed from that same group. It would have a loop and phpBB wouldn't detect it?