aia

It would be good if there was some sort of conversion available for when they go away. More than likely those profiles are indexed by Google due to having content.

What will happen to statuses once they are deprecated? Will the content just be lost, or will we be able to convert it to another form (like topics)?

Not sure if it is something appearing in V5, but having embeds from other platforms like the current Youtube auto embeds would be great!
With TikTok and Insta reels hugely taken off the last few years, to have these embedded directly from the link would be a big step forward and increase engagement on posts! It's very hit or miss using these currently on 4 and I appreciate it is probably down to the platform themselves rather than a problem embedding into the board!

Ability to Set Language in the URL
For optimal SEO and multilingual support, it's important to allow setting the language in the URL.
Instead of having multiple languages in a single URL like invisioncommunity.com/forums/, we should have separate URLs for each language, such as:
invisioncommunity.com/en/forums/, invisioncommunity.com/es/forums/, etc.
This approach helps search engines accurately identify content in specific languages, leading to improved rankings for those languages.
Link Tags for Specific Languages
When different languages are presented on separate URLs, we can also inform search engines and browsers where other language versions can be found:
<link rel="alternate" hreflang="en" href="https://invisioncommunity.com/en/forums/" /> <link rel="alternate" hreflang="es" href="https://invisioncommunity.com/es/forums/" /> <link rel="alternate" hreflang="x-default" href="https://invisioncommunity.com/en/forums/" /> Making Every Title, Item, Comment, and Other User Input Fields Translatable
Only a small portion of posts typically drive traffic to any website or community, and many authors of these posts (topics) would be willing to translate them into multiple languages if given the option.
While most users may not translate their less important messages manually, automated translation can handle this task well, especially with the advancement of LLMs in translation tasks today.

Sure does!

For my case, I only need a flag indicating 'Used in Frontend'. To accommodate all scenarios, you can consider marking strings with one or both of the following flags: 'Used In Frontend' and 'Used in ACP'. This allows flexibility depending on where the string is used.

It's important not only for SEO but also for accessibility, especially for screen reader users.
The usage of more than one H1 tag is considered a bad practice for a reason, as highlighted even in MDN docs.
By the way, Google isn't the only search engine in the world. I know it's (almost) not the case in the US, but other countries also exist on this planet.

In the language translation interface, we need a filter for language strings used in the frontend. This would be super useful for frontend translations on multilingual websites where we don't need localized ACP but have readers from different countries.
It would also be great to have this information in exported XML so that it is available for external translation tools.

As I recall, it was proxying, not uploading, so it wasn't as reliable as uploading and quite overengineered. Immediate one-time uploading from third-party URLs is much simpler and much more robust than proxying them all the time.

Several years ago, there was a discussion suggesting the enforcement of uploading images rather than embedding them from third-party URLs.
It's a very important feature because images hosted on third-party URLs often become unavailable, making many topics immediately less useful.
With this feature, every time a user pastes a URL to an image hosted on an external website, it should be uploaded and embedded as an attachment, rather than relying on unreliable third-party URLs.
However, it appears this feature has not yet been implemented. So, I hope this will be implemented in the future.

Is it possible to have an alternative language for a name of a club, so one in English and the other in French. My guess that its just a label as I don't see any string to change for this.

And filer/search.
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/datalist https://www.w3schools.com/howto/howto_js_filter_lists.asp * Ideally, this approach should be used everywhere in long lists of options, not just in the stock replies list, because currently navigating long lists in IC is a nightmare.

The stock reply feature in IPS v4 is one of the best features introduced. As a one-man band, having to respond to customer support daily via private messages, I get asked the same questions by different customers all the time. If two or more customers ask me the same question, I create a detailed response and save it to stock replies. This has saved me a lot of time having to type responses manually. The stock replies also make it very self-satisfying, knowing I can send a detailed support response 24-7, no matter where I am located.  I could be out and about or even wake up at night to check my phone and reply to support instantly. My stock reply list is now very long, and I would like to be able to organize it more by having folders for different subjects, which would make it faster to select the reply I want. If IPS has some free time, can you look into evolving the stock replies feature to include more options?
Thanks

Hi,
Is there a way to add "Google One Tap", which is the sign-in with google popup that shows up automatically on page load?
You can find it on many sites, like Stackoverflow, Medium, Kayak, Linkedin, and other large websites.

 
works even better on mobile:

This is the code to call the pop:
<script src="https://accounts.google.com/gsi/client" async defer></script> <script> function handleCredentialResponse(response) { // Handle the response from Google One Tap console.log("Encoded JWT ID token: " + response.credential); // Add your logic to handle the credential response } window.onload = function() { google.accounts.id.initialize({ client_id: 'YOUR_CLIENT_ID', callback: handleCredentialResponse }); google.accounts.id.prompt(); // Display the One Tap prompt }; </script>  
Is it possible to integrate this with Invision Community's sign up/in form?
I already have the "signin with google" obviously, but I really want to trigger this popup when a gues comes to my website.
 

Yup, a must-have feature. I implemented it myself in the current CKE, and I hope IC5 will allow doing it too. Or, even better, it will finally include it for all IC5 users 

This simple feature will greatly decrease confusion in cases where messages are moved to another topic. Currently, it appears as if they have disappeared, which leads to a poor user experience.

Because the filter (on the left) has inconvenient and unexpected default settings. Ideally, it should display information for all possible sections by default, rather than filtering by the first item in the filter list.

Scroll down a couple of miles and you will see the "Forums > Posts" filter, which is suitable for your case and will show the desired reactions.

This simple feature will greatly decrease confusion in cases where messages are moved to another topic. Currently, it appears as if they have disappeared, which leads to a poor user experience.

Yes, FURLs are the way. I'd prefer to have FURLs for everything that should be indexable by search engines, and just a simple rule in robots.txt that disallows indexing of anything with additional (non-FURL) parameters instead of a bunch of disallowed parameters.

Yes, FURLs are the way. I'd prefer to have FURLs for everything that should be indexable by search engines, and just a simple rule in robots.txt that disallows indexing of anything with additional (non-FURL) parameters instead of a bunch of disallowed parameters.

We just block tab= in the robots.txt by default. I am thinking about a better solution for v5 where each tab gets its own FURL. It would be easy to do: site.com/articles/123-record/tab-content/ or something.

Can we please have more details on how content will be changed (rebuilt) with the v5 upgrade?
We already know that spoilers will be updated (and rebuilt?) from divs to details+summary, which is good.
However, the main concern is inline styles, especially those involving text and/or background color. Throughout the lifetime of v4, forums have accumulated many messages that were copied and pasted into the editor, with colors not being removed. Consequently, many messages in v4 contain inline styles that are not visible to users now but will become apparent when we finally get dark mode. For example, this message was copied (CTRL+C, then CTRL+V) from here, and this is how it will look in dark mode:

So, the question is, will the content rebuilding task include an option to remove these styles in order to fix this side effect of insufficient style clearing in v4?
Also, more information about content rebuilding plans might help identify potential issues, so we would be grateful if you could share them sooner rather than later. Thank you.

Hello,
I use the strongest rules for creating user passwords, but the app let me create account with easy passwords with non-standard characters like ččččč, řřřřř etc. 😐

This is quite disappointing, as many of us will not be able to upgrade to 5.0.0 right out of the gate and will probably need to wait until 5.1 before many of our plug-ins are updated. I'm really excited for 5.0, but I'm also realistic about how soon after launch I'll be able to upgrade. 8.2 active support ends in 7 months, and I don't see being on 5.x before this time next year. 

Very poor ratings on the phone version mostly because of render-blocking resources in the css and unused javascript.

PC version is good but the phone version lacks on all Invision Community sites that I have checked.