Jump to content

Matt

Management
  • Posts

    70,143
  • Joined

  • Last visited

  • Days Won

    649

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Invision Community 5 Bug Tracker

Forums

Events

Store

Gallery

Everything posted by Matt

  1. I fixed the bug in the DB, which the bug fix fixes before it gets to the DB.
  2. For now.. dum dum duuuuuuuuum. We have no plans to remove it.
  3. Not currently but I like the idea.
  4. Yes. It's unlikely we'll make huge changes to the JS for 5.0.0, but we will slowly migrate across to native over several versions.
  5. Great modification, and that will still be possible in v5.
  6. I'm not really sure what is driving customer habits beyond what we're seeing as trends in the industry. The community market has become more professional and hobbyist communities which used to keep the marketplace alive by spending $5 to $50 on something they felt they needed for their members are being consumed by social media or other hosted apps like Discord. My hope is that after market developers focus on few projects but more impactful ones. Wordpress has WooCommerce and Yoast which are incredibly popular and generate a lot of revenue. Proxy classes/code-hooks just couldn't continue. Our code base was years overdue a clean up but it would have caused massive support overhead and massive after market development headaches were most of the marketplace needed updating. What modifications do you have?
  7. I agree. It wasn’t to suggest mods aren’t popular just that statistically more people choose to run “vanilla” installations. There has been a shift downwards in new applications for sure. I think that is just a byproduct of the forum market maturing and changing.
  8. I’m unsure what the question is there. 🙂
  9. Yes.
  10. I'll repeat what I said in my first blog: We are being very intentional in restricting what can be changed with regards to our functionality and UI. None of this is by accident or an unintended consequence. We are providing tools to create features that side alongside our functionality, and less opportunities to replace our functionality. We will have a better suite of development tools to enable this. The third party developers are very important to us, but most customers choose to not use add-ons or modifications. Based on statistics we collect, the most popular plug-in on the marketplace has less than 250 current installations, and the most popular application has less than 600 installations.
  11. I'd be surprised if only 20% of currently available plugins and applications were possible with v5. There may need to be some refactoring, some adjustment of the feature set but it's too early to say "well, we're going to lose 80% of the marketplace".
  12. No. It's not the same as it was in CKEditor v5 due to how they changed building the editor. We will ship with more plugins though, and you can drag them into the toolbar as normal.
  13. It is being done as we speak.
  14. What version of Invision Community are you running?
  15. It's hard to give dates, but we have a fairly aggressive timeline to meet and we're on track. I would say we should be in a position to showcase Invision Community 5 in some way during Q4 this year. I hope this doesn't become a "coming weeks" moment for me. 😅
  16. PHP just started crying.
  17. I completely understand the anxiety and I get the fatalism, but please have patience. Wait until we have laid out the suite of tools. Then consider if some of your mods are even worth porting over. Consider your highest quality apps and then let us know if you need guidance on how to migrate them to v5. Remember this is breaking news. Some of this code was only finished a few days ago. We are in the pre-pre-alpha phase. We are releasing news and listening to feedback, so there is no need to panic. Also keep in mind that v4 will be maintained until 2025 at least.
  18. But it can’t continue. In the past, we’ve changed the signature params in getItemsWithPermissions() and had to patch the release as tickets pile up as apps which overload that just break. Internally we have a rule not to touch function params of commonly hooked methods. It means we can’t make changes to our PHP code without breaking loads of client sites. This means we can’t clean up and modernise our own code. Pretty sure it’s alpacas.
  19. He will stare at me without blinking until I add in new tools. He can be quite scary.
×
×
  • Create New...