Module - Article Participants - options - who did what - type of participation

This module based on hits. If user even read article he is participant. This means no matter if he download or do anything else. he cannot do it without opening full view article.

he cannot do it without opening full view article.

sorry, what do mean?

I wonder, if we can display users that have purchased/downloaded the current article. I mean... user 1, 3, 25, 18, 100 has also purchased the current article.

I wonder, if we can display users that have purchased/downloaded the current article. I mean... user 1, 3, 25, 18, 100 has also purchased the current article.

Of course we can if we create new module :)

I think its also an option for the records field. At least for me it looks like a pre-defined SQLquery.

Maybe better for Records Field?!

If user even read article he is participant.

Reading is no real participation, IMHO ?! There is no further differentiation about the type? It's useful to choose what type of participation has occurred. i.e. viewed; bookmarked; favourited; downloaded; commented. Similar to parameters in User Statistics module.

BTW, User Statistics module has parameters for Hits and Readers. What's the difference?

User Statistics module has parameters for Hits and Readers. What's the difference?

Almost no difference.

There is no further differentiation about the type? It's useful to choose what type of participation has occurred. i.e. viewed; bookmarked; favourited; downloaded; commented. Similar to parameters in User Statistics module.

Copied from a related Discussion... because it turned out to be a feature request and idea.

It is true. But now it uses single query from hits table. Very quick. If we start querying bookmarks, follow, comments, ... that might take more resources.

So my suggestion is the same. Make module copy and change query. This way you will be able to create most accurate query.

o.k. I found the SQL you mentioned. But HENCE the name of the module! Not to mention it is a PAID module. The module name "Participants" implies all sorts of participation. Those includes ALL user tasks and actions. IMHO, you can´t call it Participants, when it just takes "Hits" into account.

IMHO, you can´t call it Participants, when it just takes "Hits" into account.

Partially agree. But in fact if you consider readers a participant it is correct. Because all other like commentes, followers, bookmarkers and so on had mad at least one hit on this article. I do not need to separate them into groups just get total number.

BTW, I think one can define the module name in two logical ways. Participants could be...

1. active, a contribution or action that changed the article or added something to it:

i.e. commented, add child/review

2. passive, an action that does not have an impact on the actual content:

i.e. read, favorited, rated, bookmarked, downloaded a file.

Edited/Updated initial post, because of valuable infos and conclusions in the comments. Also re-formatted the text because of move to Cobalt powered forum.

pepperstreet BTW, I think one can define the module name in 2 logical ways. Participants could be...

1. active, a contribution or action that changed the article or added something to it:

i.e. commented, add child/review

2. passive, an action that does not have an impact on the actual content:

i.e. read, favorited, rated, bookmarked, downloaded a file.

Bumping my own topic to get more attention and followers ;-)

yes interesting

Following...

Maybe I/we can get an "Accepted" topic status for Cobalt 9 ? ;)

I have created a related issue on Github / Cobalt 9.

Thats good, but it there any step forward in Cobalt 9 development?