[InfisJSC] Topic starter's rights

[infis]

if you do this, it will unnecessarily complicate permissions.

Therefore I also told that I will think. As it also negatively affects productivity.
Before to add these limits, it is necessary to define necessity of it accurately at first.

 

[Espen Espelund]

I vote to keep this addon clean and stable

 

[swatme]

i think that what they are wanting to do can already be achieved using usergroups and promotions.
these types of permissions should be used to set limits, not set prerequisites.
if you do this, it will unnecessarily complicate permissions.

any idea how it can achived using usergroups?

 

[swatme]

It is interesting idea. I will think over implementation of it.
But there is one vital issue: it can be necessary to apply limits not to one permission, and at once to several?
By the way, these limits lead to additional query. It can affect at the big forums overall performance. You so do not think?

i think the idea is just the same with other implementation with permissions with number limits.
if not with posts, then trophy level is maybe is better
if member reach certain trophy points/level then he can have that permission.

the idea with certain number limits will outweigh the cons of implementing it.
besides we forum owners has one desire, that is making our site gets more posts and traffic


@kier/mike
maybe you can add up suggestions to implement the number limits to lock/unlock feauter

 

[infis]

For usage of a limit from started threads it is necessary to add an index to the table xf_thread, differently two (four) additional queries will be rather powerful on time.
Why two or four queries? Because or we consider only total started threads, or only within a current node. The minimum two queries - as happens reversal to model twice. Well also we do not forget that it is possible to do check only in a case topic starter, instead of for each user. Though I all the same consider that it is superfluous loading on a forum.
Now about trophies. Usage of points of trophies essentially is easier, as this information already is available in the information on the user. Therefore does not demand additional expenses for queries.

So, whether it is necessary to do something and if it is necessary, as how?

Also it is necessary to designate accurately availability topic starters permissions. I would suggest generally all of them to ignore, if the user did not reach the installed limit.

 

[Allan]

French language

 

[infis]

two (four) additional queries will be rather powerful on time.
Why two or four queries?

Sorry. Only 2 queries needed. And also calculate threads in node - it's not good idea. Because it will be necessary to consider not only in a current node, but also in subnodes. And it is already too prodigal.

 

[Espen Espelund]

Another bug. Users are given access to hard delete their own posts when this addon is enabled. Mods with access to soft delete can hard delete any post

 

[infis]

It not bug. Actually it by design. But, if it is necessary, it will be possible to add an appropriate option.

 

[Espen Espelund]

Wierd. Didn't change topic starters rights for deleting at all.

 

[infis]

Wierd. Didn't change topic starters rights for deleting at all.

I add two new permissions for hard-delete. Now other some two permissions for delete - are soft.
Test this, please.
First post is updated.

 

[raytrails]

Vote for default inclusion in future XF-versions. Pretty standard function I'd say

 

[infis]

First post is updated.