Nigel Moore

We've built it internally for ourselves and have it kinda working. 
Our only challenge is that the way we are doing it (as @JP TTT mentions above) causes infrastructure resource issues due to the long polling that happens on such regular intervals, especially with people who have lots of unread notifications. 
(using JS to fetch the member notifications endpoint (/api/core/members/{id}/notifications) and extract the unread count from the fetched result and set it with setAppBadge PWAs function)
We'd LOVE to see this functionality rolled out natively as IMHO, Badge Counts / Notifications are one of the primary and best benefits of PWA Apps 🤓
(Especially now that Apple has finally come to the party recently - it's made companies like Basecamp go all-in on PWA)
It would very likely be one of the highest ROI features for Community Engagement available. 
Hopefully it's on the short term roadmap to really complete / round out the PWA capabilities of IPB. 

We've built it internally for ourselves and have it kinda working. 
Our only challenge is that the way we are doing it (as @JP TTT mentions above) causes infrastructure resource issues due to the long polling that happens on such regular intervals, especially with people who have lots of unread notifications. 
(using JS to fetch the member notifications endpoint (/api/core/members/{id}/notifications) and extract the unread count from the fetched result and set it with setAppBadge PWAs function)
We'd LOVE to see this functionality rolled out natively as IMHO, Badge Counts / Notifications are one of the primary and best benefits of PWA Apps 🤓
(Especially now that Apple has finally come to the party recently - it's made companies like Basecamp go all-in on PWA)
It would very likely be one of the highest ROI features for Community Engagement available. 
Hopefully it's on the short term roadmap to really complete / round out the PWA capabilities of IPB. 

We've built it internally for ourselves and have it kinda working. 
Our only challenge is that the way we are doing it (as @JP TTT mentions above) causes infrastructure resource issues due to the long polling that happens on such regular intervals, especially with people who have lots of unread notifications. 
(using JS to fetch the member notifications endpoint (/api/core/members/{id}/notifications) and extract the unread count from the fetched result and set it with setAppBadge PWAs function)
We'd LOVE to see this functionality rolled out natively as IMHO, Badge Counts / Notifications are one of the primary and best benefits of PWA Apps 🤓
(Especially now that Apple has finally come to the party recently - it's made companies like Basecamp go all-in on PWA)
It would very likely be one of the highest ROI features for Community Engagement available. 
Hopefully it's on the short term roadmap to really complete / round out the PWA capabilities of IPB. 

Thanks @Jim M - this one definitely caused us some embarrassment.
Is there any ETA on when the fix might happen, considering the serious nature of the issue?

Hi, wanted to confirm if the plugin does the following functionalities: 
Only Moderators/Administrators can inject news into everyone's notifications feed When we send something it shows in everyone's news feed all at once Thanks!

Note: This is JP, developer at The Tech Tribe. I am writing on behalf of Nigel's account

Thanks @SUBRTX - that's at least a step in the right direction, which is great news.
However, as I've just posted over in the comments on that link, I don't think it's been thought through very well.

Here's what I posted over there.
========================
I just had a closer read of it and and whilst it is a step in the right direction, I still don't think it's amazing.
Most people that use these notifications will still want to be notified when one of their posts is quoted by someone else.
But no-one wants to be notified when their post get a like/reaction.
So, keeping "quoted" and "reactions" bundled into a single option is a mistake in my opinion.
I feel like "quotes" should either be bundled with "replies / mentions" or setup as it's own option.
To be honest - for the best granularity - IMHO all 4 options should be separate.
I.e.
- REPLIES         [ON / OFF]
- MENTIONS   [ON / OFF]
- QUOTES        [ON / OFF]
- REACTIPONS [ON / OFF]

Great post @Joel R and you've confirmed everything we were thinking / planning - much appreciated 🙏
Agreed and at this stage, our plan is to change all those OPEN clubs to PRIVATE and our Dev team is scoping up an Auto-Approve process, likely using MariaDB triggers with some filtering in place so members can immediately join the club without having to wait for approval. 
Yes, we definitely won't be doing that - the dev team tested on Friday changing a club from OPEN to PRIVATE and confirmed that this option stays as "Club members can view and participate" so we're all good there 🙃
Thanks for the warning.
 
Thanks and yup, we've already got this turned ON so that all the Clubs a member has joined show up down the bottom of their main forum page. It's a great feature 🙂
GREAT IDEA - we'll do that ASAP as soon as we change all the Club types. Thanks for the suggestion!
Another great idea, we'll have a think about best categories, but even something simple for now as a TYPE one that includes "Vendor User Group" and "Accountability Group" will be a great option to add. 

We could go deeper into sub-industry classifications as we grow the number of User Groups. 

Thanks again for the suggestion!
We actually also have about 300 x PRIVATE Clubs that are used for small accountability groups (we have matched about 1500 of our members into small peer groups). These PRIVATE clubs definitely don't show up in any lists unless someone is Invited to them and they work great for that purpose. But they definitely wouldn't work for our "Vendor User Groups" feature. 
Thanks for all your input here @Joel R - much appreciated !!

I'm a heavy user of clubs on one of my Invision communities and wanted to provide some more information / clarification:
1.  All members of your greater community are immediately and automatically members of Open & Public clubs.  Those club types are, by definition, open and exposed to the entire community by default.  It's literally in the name of the club type 🙂 . The difference between them is whether or not you need to join to post, but you will always view the content.  
Streams, by default, show all available content that members can see.  This means they will see club content from Open & Public clubs, by default.
2.  I am not a fan of editing the filter for Streams, because if you exclude club content, it will ALWAYS exclude club content even after they join the club.  My assumption is that when members join the Microsoft club, they would want to see the Microsoft club in their stream when they return in the future.   
3.  I personally think your best solution is Closed clubs, which will more than suffice for your use case.  By default, users (for example, brand new members to your overall community) will not see any content from any Closed club until they specifically join Closed clubs.  Which is what you want.  Everyone is happy.      
Even though Marc is correct that clubs of Private type will always prevent any public content, I want to explain that in order for Closed clubs to expose  public content, the club owner would have needed to intentionally define that section to show public content.  Don't do that, duh!  Slap the hand of your club owner if he tries to define a new section that "anyone can view."  If you stay away from the options of letting a section intentionally become public, then the content of your Closed club will stay private. Which is what you want.  Members join the club, they see the content.  Members who don't join the club, won't see the content. 

Make content public? appears when you add a new section for Topics in a Closed Club.  
I am not a fan of Private clubs and want to add a clear warning that Private clubs won't even show on the club list, so you lose all discoverability.  It's literally hidden. It's like a private, hidden, secret club that is invite-only, and you will only see the club after you accept an invite. If you stick with Closed clubs, the club name and description will appear on the list of clubs, and members can browse the vendor user group they want.  
As you identified, the one custom coding you would need is to auto-approve member requests to join the closed clubs.  
4.  Some additional tips:
You can choose to let club content areas co-exist with the normal content areas. For example, club forums that members joined can appear in your community Forums, and will append at the bottom.  This allows your community to commingle content and makes it easier for your users to browse and participate, instead of needing to go specifically to the Clubs app.   
From a behavioral standpoint, this option is great once it's been set up.  But users will need to navigate to Clubs app in the beginning. If you want to encourage discoverability, I would recommend you create a new forum of Redirect type, which directs users from the community Forum to the Clubs.  
If you have that many clubs, you may want to think about defining Extra Fields that can be filterable on the front-end.  This could be things like industry vertical, industry application, user groups, etc.  
5. Even though I've been talking about Clubs ad nauseum, I think it's important to holistically ask if Clubs is the appropriate solution if the only thing you're needing it for is discussion. Clubs are not another tool, it's an entire kit of tools. Just be aware that from a user's behavioral standpoint, Clubs introduces a layer of user complexity.

There wouldn't be a way in which to do this without someone having to approve them. However, I do have an alternative idea for you.
Have you thought about using commerce perhaps? This way you can use forums as you intended in the first place, rather than clubs. So using your scenario above you could create either a subscription or a product, with $0 value with the name "Microsoft user group". Create a group that is added as a secondary group when a user "purchases" that item, which also gives access to x forums content.

With the way it works now when someone likes a content you post (topic, post, file, image, etc), it shows up in your profile's activity, and you can also look up all the reputation a user has received in their profile.
 
For example, if you look at my profile right now, you'll see this item in it:
A list of reputations given and received is also available on this page: https://invisioncommunity.com/profile/145950-teraßyte/reputation/?type=forums_topic_post&change_section=1
If you follow a link from there, and the post is anonymous, you'll be able to figure out who made the post.
 
It doesn't work like this right now, it's a function that IPS would need to implement in the framework. I guess you can ask for this topic moved to the Feedback forum instead.
 
And no, it's not possible to create a custom modification to change this behavior, either. Because of the way reputation is currently implemented (traits), it's not possible to overload/extend the necessary code.

https://www.sosinvision.com.br/

I can probably make a new module.
No. It's expected people can send notifications when you install. If you have 10,000 members then you'll have to enable it one by one. This crazy. I can tell you how to do it on your board if you wish, but something like this won't be there.
For both cases, you better create an account and redeem your purchase in my board. I'm not updating files here anymore.

No problem, Nigel. Please do let us know if you do manage to reproduce at any point

If you can give step by step instructions to reproduce, including which pages you were on at the time (any others also that may have been open in other tabs too), and we can then see if we can reproduce it in testing

I can only really suggest letting us know if you see this happen again. I cant see any reason it would do so 

Ive split this off into a new topic for you. The first thing I would ask there, is if you have tested without cloudflare being switched on?

Hi, I found that extension where someone created it for a different platform. @aXenDev said he was working on an app for IPS, Hopefully, it will be released soon.

Hello @beats23, thanks for the suggestion, do you know where I can find the proper installation steps for this prompt? It is just uploading the clevr.PWAInstallPromptIOS.mpk file to the form root?
Thanks!

Unfortunately, it can be anything from HTTPS not configured correctly to the server died while you pushed the button. Without more information or us being able to reproduce it on your community, I can't really provide much more details about the error. However, you can check your browser's console log to see if there is any further information there such as an HTTP status code or other error. That may provide some further direction.

To enable/disable for new members:
 

There isnt. You are indeed correct that you would have to be anonymous in order to not show on other peoples profiles

To not show on your own profile page - the above.
Not 100% sure that there is a specific setting a user can enable to not show themselves on other profiles, outside of going anonymous.

Click on the x in the top right of that block 🙂 

There is no workaround for that unfortunately at present. 

Yes. I will start to update my resources soon. 👍