This has just been released and has not been tested by many. I can tell you from my years of experience and being non-technical that JS2Bubble definitely is a plugin that enables the functionality to send data from reusables to other areas of the app, and does enable you to trigger events when the processing is complete. Now, as a non-technical person, it had been out of reach for me personally for the past 6.5 years of building on Bubble because I don’t know how to write javascript.
I eventually got to learning it and could with some simple scripts do some processing and passing data from one reusable element to other parts of the app. So, I would say that it is still out of reach for me to utilize it in the same manner I’ve been able to build my plugin to do. Some of those things I focused on were to make it accessible for non-technical users and not necessarily for the Pro Bubble Developers who have a background in tech and likely have been using JS2Bubble for years now. So, for those Pro Developers who feel that Toolbox plugin is their go to choice for this need, that is great, and for those non-technical users who find it challenging to create the same functionality with Toolbox, can now use Data Jedi.
Okay, easiest would mean, no need for code, so check. And most scalable as in what, no limit on character count then check. But if you are referring to use it for more and more data types as your app data structure grows, then check on that as well. As with the built in actions connecting to your apps API and the exposed values from the Data Jedi Plugin Element, you do not need much setup.
And in terms of documenting it and managing it as it scales, simple.
Just add a new option to your option set. Then for your CRUD reusable just reference the option set values to ensure you are targeting the appropriate data and elements for their purposes.
To call it niche as in it only does one thing is a bit absurd. If you have not checked out some of what it does, go ahead and do so, as it doesn’t just allow you to globally communicate data for all CRUD operations, but also saves WUs, improves performance (ie: data is downloaded faster) and opens up functionalities that previously didn’t exist in Bubble (like the new searchbox element that works with all 4 major data types available in Bubble - those are custom data types, option sets, api connector objects and plugin data types) or the elements that make SEO a breeze, especially the URL Path List Extractor element. On top of that it allows you to quickly create options sets, opens the door for option sets to be user created and more. I already have a filter element that does deep nested filtering on the data client side at no WU costs. There is a database diagram schema already in it, and I’ll be adding in the export and import features within the next month.
Trust me, I understand and anticipate a bit of confusion around it, as it is all new in terms of the Hybrid Data Structuring approach it enables to be in reach of any Bubble user, pro or beginner and the immense WU savings that it allows for. I figured those who are unconcerned with WUs would be unimpressed with the plugin on introduction, as they would likely fail to look at the larger aspects of what the plugin does and all the additional functionalities it has built in and what it can enable, such as improved performance, extra security layers (keep option sets for user roles hidden, only have fields for that privacy rule rule so in the event privacy rules fail for some reason, the object only has the fields the user would be allowed to see anyway or using the User data type to store lists of things rather than a custom data type that stores the entire apps users bases objects which is helpful for systems like contact management.