Grafidea

Why does it seem like IPS just tries to sneak in a new pricing structure? This happened last time as well. Why can't you guys just make a blog post stating "hey are pricing structure is changing", why does it always have to be so secretive? It's only when a member notices it and brings it to light.
Well looks like this will be the end of IPS for me and will be switching back to Xenforo then. I always assumed V5 was just an update, not a whole new force to cloud. 

want v5, click the button. Don't want v5, and want to stay on v4, don't click the button.

Maybe for you, and for people who have all the apps. But if customer X has only 'Forums', he will pay an additional $80 more for applications he will not use.

We no longer sell Invision Community Classic with individual applications. This is in preparation for v5 where there will no longer be a separation for the "applications" like there is now. It will just be all bundled together and more tightly integrated.
Old pricing for full Invision Community Classic was $850 upfront and $300 per year.
New pricing is $499 upfront and $199 per year.
You can reach out to sales if you have questions about pricing or options.

So excited to see what is coming next for Invision. As far as a wishlist one thing for me is just a general thought, but SEO SEO SEO. Any SEO improvements that help our forum threads get indexed would be huge.

Otherwise, one thing I have always wanted are Notification filters. When I see that I have 20 notifications there are times that I don't need to check every Reaction notification. But I definitely want to see all @ notifications so I make sure I respond to them all.

Low news now is good news for later 🙂 

This HAS to be the game-changer.

@Matt As you know, a lot of people use mobile devices, and I hope that V5 will bring many conveniences and improvements in terms of forum usability. It seems to me that the majority of users visit the forum from their smartphones rather than from a computer.

Cloudflare is caching your page with "ipsJS_none" CSS class on the body, it's likely that the cookie isn't being passed through when the initial page is cached. This means the CSS won't hide the bar on the initial load (due to how it's designed) and after the JS loads it goes ahead and hides that (although the page has been told that JS isn't supported).

Don't forget about visual experiences as well; most forum owners are laymen and pay more attention to appearance, simplicity, and functionality rather than source code. I hope @Ehren comes up with something cool.

@Matt As you know, a lot of people use mobile devices, and I hope that V5 will bring many conveniences and improvements in terms of forum usability. It seems to me that the majority of users visit the forum from their smartphones rather than from a computer.

@Matt Taking a look at the included images, I see you guys are still using that same long-ass code for language strings:
Member::loggedIn()->language()->addToStack( LANG_KEY );  
Can't you make it more simple with something like:
# Automatically uses Member::loggedIn() Language()->addToStack( LANG_KEY ); # Make it use another member Language( $member )->addToStack( LANG_KEY ); It's always been something that annoyed me. 😋

Don't forget about visual experiences as well; most forum owners are laymen and pay more attention to appearance, simplicity, and functionality rather than source code. I hope @Ehren comes up with something cool.

Don't forget about visual experiences as well; most forum owners are laymen and pay more attention to appearance, simplicity, and functionality rather than source code. I hope @Ehren comes up with something cool.

It won't. I believe we'll be requiring 8.1.

There have been quite a few developers and theme designers that have left the marketplace or are on the fence as to whether they will continue developing for v4 let alone the v5 platform.
Your team has been working extensively on two different codebases and have become quite intimate with it. 
I would recommend trying to visualize how difficult it would be for a developer new to the platform to setup a development environment and learn how to effectively create programs that meet your marketplace acceptance criteria.
Things to generally think about:
How closely do your programmers adhere to common programming methods for each of the languages you utilize? Is your codebase entirely PHP 8 compliant or are you still utilizing code written for earlier versions?   Are your APIs intuitive to use? Is the cost for entry too high for the first couple of years a developer is learning how to write really good programs and their sales are next to none? Could your error messages be more informative? How does a programmer effectively test their apps?  What lessons learned from your testing team could be useful to a new programmer or to your customers that help beta test two different versions of your suite until such time as v4 is fully deprecated? Would it be beneficial to put a little more structure around public beta testing to minimize the number of additional betas or dot releases after final release. What might you do differently to make becoming a developer more appealing to make recruitment "MUCH" easier and to keep the ones you already have for the long term?

A new UI, hopefully from @Ehren. Cleaned up code (if needed). More SEO (if needed). Faster rendering time (if needed). Maybe some fun new features like when Ranks were introduced. 

Hi all,
Next week we plan on releasing a few blogs outlining what development looks like for Invision Community v5.
I was curious as to what changes you'd like to see, and what changes do you think are coming?

The idea came to me that it would be nice to have the option to manually send a push notification when the site came back online. It happens that we close the site for a few hours, it would be nice to inform users that the site is now available.

Template: error

FIX:
<ul class="ipsList_inline"> to
<ul class="ipsFlex ipsFlex-ai:center ipsFlex-jc:center ipsFlex-fw:wrap ipsGap:2">

☀️ Welcome to this week's Invision Community Insight! ☀️
Thank you for checking out this weekly update. I hope you have had a lovely, productive week.
This week's updates from the Invision Community team are below. 🙂 
 
Current Happenings
New Version
Our latest July beta is ready! Upgrade to the official July release next week. 
As with all beta releases, upgrading your community is at your own risk. Please make sure you backup before upgrading! 
Here is what is slated for the July release, version 4.7.12. https://invisioncommunity.com/release-notes/
 
On Deck

Release Chat
Our July release chat will be happening at the end of the month. Join us live if you can or catch the video and discussion in the converted topic after the event. 
 
Finally, for those that like to see what we are up to line by line, here is the changelog for the week for version 4. Changes are limited for now as we focus attention on version 5. More information will be shared about version 5 at a future date. 
Changelog
 

Hi! It would be nice if the V5 version supported the graphic format - SVG everywhere. It's a vector format that looks good virtually anywhere and doesn't lose quality! Currently, it is missing from logos, custom forum icons, favicon and many other places. It's about handling .svg graphics as well as svg code.

I think it would be a good solution if the V5 version had URL Replacements built into the engine not with external plugins. Something like WoltLab Suite has. Please think about it, because a lot of forums are foreign and have diacritics in links.

I think it would be a good solution if the V5 version had URL Replacements built into the engine not with external plugins. Something like WoltLab Suite has. Please think about it, because a lot of forums are foreign and have diacritics in links.

I think it would be a good solution if the V5 version had URL Replacements built into the engine not with external plugins. Something like WoltLab Suite has. Please think about it, because a lot of forums are foreign and have diacritics in links.