You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now, basic require statements will give you the members of that object.
However, it's come to my attention that a lot of people don't actually use require directly! It seems every framework comes with its own unique version of require to do slightly different things, as well as some on the side.
Supporting all of these, especially custom ones, sounds like a real pain. Especially considering the bulk of the work on this extension comes from my own use cases, I wouldn't even know if there's bugs in them because I don't use any of these.
My ideas on how to solve these issues:
Do nothing on my part, and let the people who use these importers contribute code to support them (although if we get one, we should probably do some refactoring around it to make sure it's actually clean and modular).
Let users write custom Lua scripts to support their importer. This seems excessive, and I'm not sure it would be very user friendly either since they'd have to traverse the AST probably!
Do nothing at all and don't officially support any importers.
The text was updated successfully, but these errors were encountered:
@evaera gave a good suggestion: we could document some JavaScript API and let users create a JavaScript file somewhere in their workspace that exports functions that the extension will interact with.
Would have to figure out the best way to go about this though in a way that hopefully avoids people having to use luaparse or something similar. I'm pretty sure we can make the assumption that you're going to be using a function, and then we can have users write in their scripts what function they're going to use? 🤷♂
Right now, basic require statements will give you the members of that object.
However, it's come to my attention that a lot of people don't actually use require directly! It seems every framework comes with its own unique version of require to do slightly different things, as well as some on the side.
Notable importers/frameworks with importers:
Supporting all of these, especially custom ones, sounds like a real pain. Especially considering the bulk of the work on this extension comes from my own use cases, I wouldn't even know if there's bugs in them because I don't use any of these.
My ideas on how to solve these issues:
The text was updated successfully, but these errors were encountered: