- This topic has 15 replies, 4 voices, and was last updated 8 years, 6 months ago by .
You must be logged in to reply to this topic.
The Support Forum is closed. Not to worry! Providing the top quality support you expect and we're known for will continue! We're not ending support, just changing where you submit requests. This will provide you with the best experience possible.
Premium Support
Have you purchased an addon for Connections such as one of our premium templates or extensions with a valid license and you need help?
Please open a Support Ticket in your user account.
Free Support
Are you using the free Connections plugin? Don't worry, you are still very important to us! We are still providing you with the same high quality support that we're known for.
Please open a new support topic in the WordPress support forums for Connections.
Tagged: 0.7.9.3, entry, unlisted, visibility
Sorry, I should have clarified. This is regarding the count showing everyone in the system public, private & unlisted.
I need to figure out how to have the count represent the public numbers and only show categories with public listings.
@ Grady
Ok, got it. I just thought of a penitential solution that I might be able to implement…
Yippie!
My first thought was to just make the widget query categories that had public listings.. But, my php skills wayne when it comes to constructors and classes I didn’t want to do something that killed everything.
@ Grady
No, querying counting public entries in each category would be extremely db intensive. It just would scale well.
My thought is since I just added full support for entry meta which is to support custom fields; this could be extended to support taxonomy (category) meta. If I do that, then when an entry is added/updated the count for the categories could be calculated and saved in this meta. Doing this would allow me to have the grunt work done only when adding/updating an entry then pull this data based on user permissions to show the correct count. This still could mean an extra db request for each category be displayed instead of just the one presently, but those queries would at least be really quick to execute.
You must be logged in to reply to this topic.