Featured Record - access

1) Type settings has access level parameter Who can moderate, if user in selected group, he can make featured record. Usually it has special level and regular users don't see this feature. Also registered user can make featured if he is moderator of section with privileges 'make featured'. Or if you use Emerald user can make featured if he buy some subscription.

2) You can set No one in parameter Who can moderate.

The moderator access selection does not work. If I set no one, i still can see that featured option on registered user on front end. what ever access i set, it still shows featured option on frontend

this is what I see as registered user

Create new moderator and allow him to make articles featured

Or if you want authors of the articles make their own articles featured, you can do it only with emerald integration. In type parameters select plans for this feature.

3) Is this anything to do with events parameters on section configuration?

No.

Thanks Sergey,

But I am not getting it. From the above screenshot, i can see you can create a new moderator, but how? I guess something is missing in my installation. Where did u get that screenshot from? Is it from joomla user section? or within Cobalt? Can u pls tell me the path on how to get that moderator page?

sorry for this stupid question, but i m not finding it, hence asked.

Kind Regards

Brian

i got it, thanks.

can we create a moderator based on user group or access level rather than assigning to a user? Is it possible?

Thanks

Brian

can we create a moderator based on user group or access level rather than assigning to a user? Is it possible?

The whole point of making moderators in Cobalt is to assign rights to user without changing his user group. because it may affect other access levels in Core joomla articles or other extensions. In fact for good security you will have to create separate groups for Cobalt moderators. But why do we need that complication if we just can assign rights to user.

One reason i can think of: It allows to assign and set a moderator (group) in another 3rd-party extension!

The point is That the way Cobalt works now, no one is stopping you to add user to special groups and assign the same users elsewhere. But if Cobal would work based on groups, that would be impossible to give user some rights without moving hime to special group.

It means Cobalt works with both methods well. But it would not if we create group based moderators.

Flexibility is the key here.

I mean, you could add J! usergroups as an option. Something like a "toggle" for both methods.

We do have Who is moderator parameter for user group. Although you select accesslevel but you always can create special access level.

I mean, you could add J! usergroups as an option. Something like a "toggle" for both methods.

I mean, what happens programatically or what is stored in which DB table and field...

Cobalt stores in DB. Then current user rights acording to ID al loaded and checked against different actions.

We do have Who is moderator parameter for user group. Although you select accesslevel but you always can create special access level.

Type -> Who can moderate -> ACL

But it sets the acl group, who sees the moderator feature.

For example: "Special" means Admin and Article Author can choose and set users in modal window, right? It does not restrict the user selecting. So, an author might see and select any user in that list.

A.) It would be nice to restrict the user list (just show users that belong to certain ACL groups). I think you did something similar in "Register field". There is a multi-select field.

I think "who can moderate" needs this as an additional parameter.

B.) With "toggle" I meant an additional mode for the whole moderator feature. A mode that does not allow to select users at all. Type parameter sets ACL... that is allowed to moderate. For example: Forum or Directory, where a certain "usergroup" will help the site owner. (i mean, user belongs to a user-group -> that belongs to an ACL -> that ACL can moderate automatically.

We do have Who is moderator parameter for user group. Although you select accesslevel but you always can create special access level.

Cobalt stores in DB. Then current user rights acording to ID al loaded and checked against different actions.

Can you give a code snippet/related SQL queries?

Can you give a code snippet/related SQL queries?

What is for? Hard to give example if I do not understand what you need. tell me what you want as a result.

I see. I think there is need for Cobalt API like

CobaltApi::setModer($user_id, $section_id, $rules, ...)

Right?

Do you have real case or you just have an idea? By the way, I would very happy to see your works with Cobalt.

Type -> Who can moderate -> ACL

But it sets the acl group, who sees the moderator feature.

For example: "Special" means Admin and Article Author can choose and set users in modal window, right? It does not restrict the user selecting. So, an author might see and select any user in that list.

A.) It would be nice to restrict the user list (just show users that belong to certain ACL groups). I think you did something similar in "Register field". There is a multi-select field.

I think "who can moderate" needs this as an additional parameter.

Regarding works: Me, too! ;-) :D

:D:D

Regarding works: Me, too! ;-) :D

Another project has not started: A small inventory management system for professional equipment. Directory style. Not sure when it starts.

Regarding works: Me, too! ;-) :D

Another project has not started: A small inventory management system for professional equipment. Directory style. Not sure when it starts.

Another Directory/Product Catalog is planned this year. Multi-Language DE/EN.

I hope Cobalt is going to be used for that :)

Another Directory/Product Catalog is planned this year. Multi-Language DE/EN.

I think this one requires a polished working Category module, including single Records/Items ;-)

I might consider the comprehensive "NextEnd Accordion", but it adds to much extra stuff in my opinion. Although, it looks pretty cool.