Sure thing.
I stand by my request of the frappe team of a single line “provide” “import” or “include” statement in the .js file along the lines of “this is all it will take to make our tool work”. Given the awesome utility of Frappe Charts, Frappe Gantt, Frappe Datatable and I’m sure a few other skunkworks projects they’ve got going, it should be simpler to bring in those resources without ~ 6 lines of path problems.
FrappeJS is unreleased at the moment. We are working with the interns on this for now. Anyone else who interested in diving in, ping @netchampfaris, he will add you to the ESoC group.
It is coming out much much better than we hoped. Fingers crossed ! No ETA
@clarkej I think we’re talking about different things here. While datatable, charts and gantt may be inside FrappeJS, they also both exist independent of the frappe framework and he ERPNext app. Kickapoo’s issue was trying to include the datatable library by referencing the ERPNext include, which we haven’t been able to do. That’s the basis of my grousing. And to be fair to the ESoC team, I haven’t had the chance to look at the work that they’ve done yet.
OK yes before say Charts, Gantt and Datatable used in ERPNext might be used standalone in a custom app is a matter of APIs that first must evolve and be developed.
For this to occur demands the usual motivation time and effort to refactor and package.
Agreed. Charts is out of the woods and in version 1.x. It is being used well outside the ERPNext ecosystem, which is a endorsement to the Frappe team’s ability to build excellent tools outside of their ERP software bread and butter. Datatable is less mature but it is really promising and I hope it completely overtakes child tables which I find terrible for a number of reasons. I have less of a read on Gantt, but its the most specific of the three so it’s likely to have fewer users overall because of that.