-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[4.0] Feature: front-end users/user view #24799
Conversation
…eature-front-end-view-users
General comment: we should make sure that by default, no listings are available. Site owners should be explicetly required to configure a menu item and select the corresponding user groups. |
on a site with 10,000 users is it practical to have the exclude users filter? |
In joomla 4 we don't use class="chzn-color" instead it should be class="switcher" |
…eature-front-end-view-users
This sounds like a redo of #21441. 👎 for hardcoding |
I agree with @SharkyKZ this should not be hardcoded to a single component |
Yes, in case you would have 10,000 Authors and you would exclude 3,000, In that case I would advice you to create different User Groups (Authors_listed, Authors_unlisted). This feature is useful if you just want to exclude a couple of Authors from being displayed. |
The 10,000 user list would still be created |
@brianteeman Ok, I have seen the class="switcher" being used for yes/no. How would can I use it for 3 options? |
IMHO for the case I described, excluding a couple of users, the Exclude function would be workable |
You can't - it is only for 2. But I dont see any cases of you having 3 in this pr |
Sorry you missed my point. Its not about would the select list be usable it is that the select list is always going to be created. That will be a big performance hit |
@SharkyKZ @brianteeman Feel free to improve this PR that it works with extendable plugins. |
@brianteeman Ok, you mean with the rendering of such a list itself... What would you recommend instead? |
I honestly don't know. I just knew it was an issue because I faced it on a site once before. I am still not convinced that this is something for core |
Co-Authored-By: pe7er <[email protected]>
Co-Authored-By: pe7er <[email protected]>
Looking forward to seeing the new and updated pr based on our discussion at #jd19nl |
I've rewritten this PR to #25030 in which I've decoupled it from the Articles. Thank you all for testing + your feedback to this PR. |
Thanks for updating |
This PR add a new feature to display a list of Users from a selected User Group. You can use this new view for example to display a list of Users from the User Group "Author".
Summary of Changes
The front-end did not have a model/view to display a list of Users from a selected User Group. The back-end model of com_users has some authentication so that you cannot get data from the Users table if you are not logged in.
This PR adds a Front-end View + Model for Users and User.
It adds a new menu item type In the back-end:
Testing Instructions
Create some Users that you assign to some User Group (e.g. Author and Editor).
Add some Articles that you assign to those new Users.
In Menus > Main Menu, create a New Menu Item of type "Users: List Users from a Group"
Under the "Users" tab, configure what the new menu item should display:
Expected result
Front-end view: Users
Front-end view: Single User