adaptlearning / adapt_framework

A toolkit for creating responsive, accessible, multilanguage HTML5 e-learning courses.
https://www.adaptlearning.org/
GNU General Public License v3.0
570 stars 243 forks source link

Plugins type definition in bower.json needs to be more self-explanatory #964

Open taylortom opened 8 years ago

taylortom commented 8 years ago

https://github.com/adaptlearning/adapt_authoring/issues/1043

i.e.

{
  "component": "something",
  "extension": "something",
  "menu": "something",
  "theme": "something"
}

Suggest something like:

{
  "pluginType": "component",
}
oliverfoster commented 8 years ago

+1

oliverfoster commented 8 years ago

might have to do both for a time beng?

taylortom commented 8 years ago

Yep, happy to do that

moloko commented 8 years ago

could we also add fields to state whether the plugin:

moloko commented 8 years ago

Actually I suppose the last two could be included in the README - but I think the AT compatibility one would be useful. Also, you might want to search only for plugins that are AT-compatible, that would make this possible.

taylortom commented 8 years ago

I think all of those are vital for any plugin browsers (including the one on the community site). I'd like to maybe even see browser support added.

moloko commented 7 years ago

this has been sitting around for a year now, anything further on this?

oliverfoster commented 7 years ago

i'm a crossover adapt-cli / AT / framework thing that we should defo still do. Just needs some political will.

taylortom commented 7 years ago

Yep, still keen to get this in, but will prompt some reworking of the AT code, so needs to be discussed.

oliverfoster commented 7 years ago

I reckon we could do the adapt-cli bits first. Then the plugins, then the AT. Both styles should run concurrently to avoid any funny issues.