-
Notifications
You must be signed in to change notification settings - Fork 206
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
consider a javascript structure to house our widgets #4
Comments
This is an interesting idea. Let me sit on it over the weekend to give you useful feedback. |
a simple example in case this is easier example.html . In this application, we might want to
once something is completed. |
That makes a lot of sense. Good thinking @timelyportfolio ! |
explore this in this line |
…we need to access later
is this something that might happen or should I abandon hope? |
@timelyportfolio This is definitely something that will have to be implemented as we make the widgets more extensible with javascript. However, I believe this is something we should do after the widget API has stabilized and we have tested it across several widgets. |
Closing this as I have opened a new issue #19 with a more concise description of the objectives. Thanks for bringing this up. |
In the case of multiple widgets, there will be multiple
payload
which could be confusing and also possibly cause conflicts. In addition a widget often will return anobject
that allows us to do things with it beyond the initial draw/build. As an example, I have changedgetScript
in my fork to something like this:and then a {{widget}}.js that does something like this:
To test it for yourself, you could
Would love thoughts.
The text was updated successfully, but these errors were encountered: