You know, for whatever reason the github sync always gave me issues the few times I tried itā¦ but isnāt now. Am sketching a much better development flow (one that automates the require manual github sync while isolating local code in a way that can be tested, tree-shaked, and deployed back to bubble). Will follow up / post when I iron it out. Thank you so much for your comments everyone. This convo has really brightened my day.
2 Likes
There were definitely a few kinks to work out early on. I recall sending at least a couple support requests to fix a borked sync back in 2018, but I havenāt had any issues since.
Good luck.
1 Like
I would love to have a video walkthrough of your workflow.
3 Likes
Iāve something promising in the works. Will share once ready!
2 Likes
I tried building something like in the past but was not sure if there would be enough interest. I do have a boilerplate I use and VS code Snippets.
If there is enough interest in this and we can truly work on this as an open-source project collectivly I can share the repos. Hopefully from there it can become a true extention
3 Likes
Hi all. Iāve spent the last three weeks building Bask - a VS Code extension for streamlining Bubble plugin development. While Bask itself is not yet prime time ready, I have a first draft of our docs posted here.
Ideally, Iād like to get feedback on this first draft of features / docs.
Given the effort to produce this thing (but more importantly, to maintain it) this would be something I charge for on a monthly / annual basis. That said, this will have features that likely pay for themselves, such as:
- Automated and recurring plugin unit test reports and alerts
- AI plugin developer assistant
- Plugin usage statistics
Those who are interested in being an early user and who provide feedback would get 30% off our product for life (where the price is yet to be determined but will be set to be enticing). Would love to hear any thoughts, recommendations, and respectful criticism. Thank you!
*EDITā¦ Pinging
- @keith given his post from Oct '22
- @Vibu given his post from Nov '22
- @mike.maberry given his post from Nov '20
6 Likes
Nice work zelly
1 Like
Great work, dude. Thank you for the contribution! This seems really cool. Building plugins has always been a pain in the ass, for sure. Just the lack of a simple āformat codeā ability drives me crazy.
1 Like
In no way am I sticking up for the plugin editor here, but (ā + A) then (ā§ + ā„) does perform a basic formatting sweep.
3 Likes
Stahhhpppp! 
What are those second groups of buttons in English? 
4 Likes
shift + tab
In addition to what Exception and Doug said, VS Code, of course, does a great job of formatting our code once weāve manually git synced it from Bubble to a local workspace. Big goal of this project is to automate all of that manual syncing. That and maintain git-controlled versions of our production files AND source files.
1 Like
Thank you for your interest, ankur1 and Eli! While I know not everyone responding has explicitly asked to be an early user, Iāll definitely notify those whoāve commented here when Iām ready to give access. Youāll be the first on my list 
That said, am aiming to have an alpha release in the next 1 to 2 weeks.
And to all others reading, Iām definitely still open to feedback / feature requests beyond those listed in our first draft docs.
1 Like
BTW, @zelus_pudding, this does seem interesting to me, though Iām not sure if it solves particular pain points for me wrt Bubble plugin development. Iād be interested to check it out and provide feedback as Iām able. Glad to see someone thinking about and working on this, of course!
1 Like
I appreciate the interest! That said, I reviewed your post from Octā22 and I imagine this plugin would adequately resolve the pains listed in points:
- 2: Minification breaks on Bubbleās function definitions (because theyāre wonky). I have a working system using ES Build that ingests an SSA and minifies / treeshakes without issue. Iām 99% sure my process extends to other minification tools.
-
5: No easy way to save a version of a plugin without publishing it: we version control the entirety of a pluginās
srcanddistfilesā¦ so any git-commit is one you could revert to. These snapshots can be distributed across themain,bask_dev, and somebask_maintype of branching setup.
That said, what pain points would a VS Code extension ideally solve for you? One I hadnāt planned but could consider is your point 4 - implement an easy Copy / Paste for setting up new Client Side Actions. Are there other pain points you have?
@AliFarahat had mentioned a few of his own pain points in that thread.
- 3: Canāt create / return custom objects! This is solvable. Although I canāt fix the fact it would pollute the Bubble Workspace Dropdown picker with useless API calls, I could create a little VS Code based wizard that correctly implements the hack that makes returning custom objects from SSAs an easier thing to setup.
- 5: Aside from the complaint that the version of Node that SSAs run is out of date (Bubble is fixing that) we will still be unable to use ES Modules. While that is true in one sense, thereās a fix for that. In fact, Scious Search uses ES Modules. The trick is in bundling / treeshaking our code into a production ready version. Bask will natively be able to do this at launch.
- 7: can we have a VS Code extension? I say yes.
If I didnāt address a point youāve written about, itās because we canāt solve it with Bask. But Iām curious if Iām missing any others.
1 Like
wow, had this exact same idea multiple times and even had a chat with @theo.goldberg about it on a call a few months ago
would love to check out any early version and perhaps even help develop it
2 Likes
Brilliant docs.
1 Like
The docs seem really promising - the features already seem a massive leap forward from the primitive things Iām doing now.
1 Like