Description
Started by @emepyc
For me, web components are about web standards to solve some of the same
problems that biojs try to solve. You may or may not like polymer or
x-tags but the web standards behind them are very relevant to biojs.
I anticipate an increasing number of web components being
developed in the bio world as the web components technology matures (I
know some of them being developed now).
I agree that biojs supporting web-components examples are a good first
step, but for the long run, it would be better if web components become
first class citizens in biojs, or even if biojs is based on web-components
only. And I'm afraid you can't achieve that level of compatibility just
using configuration files.
This is an issue absolutely open for discussion :)
I will start this by stating my opinion:
- the Shadow DOM is amazing - it enforces someone to write reusable widgets (and not mess up with other components or create "single-instance-only" components)
- Combining different component might bit be more difficult, because one can only listen to events (one can argue that this is a good abstraction)
- Considering all the different web component libraries, this brings us to a similar issue as we had with the event system - do we want to give everyone the freedom to pick his own framework and just be a fancy registry or do we want to give more features (documentation, file i/o, ..) (see the discussion about an BioJS core)