adapt_framework icon indicating copy to clipboard operation
adapt_framework copied to clipboard

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

Open taylortom opened this issue 9 years ago • 10 comments

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

i.e.

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

Suggest something like:

{
  "pluginType": "component",
}

taylortom avatar Feb 19 '16 13:02 taylortom

+1

oliverfoster avatar Feb 22 '16 17:02 oliverfoster

might have to do both for a time beng?

oliverfoster avatar Feb 22 '16 17:02 oliverfoster

Yep, happy to do that

taylortom avatar Feb 22 '16 17:02 taylortom

could we also add fields to state whether the plugin:

  • is authoring tool compatible
  • has accessibility support
  • has RTL support ?

moloko avatar Feb 22 '16 17:02 moloko

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.

moloko avatar Feb 22 '16 17:02 moloko

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.

taylortom avatar Feb 24 '16 10:02 taylortom

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

moloko avatar Mar 06 '17 11:03 moloko

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

oliverfoster avatar Mar 06 '17 11:03 oliverfoster

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

taylortom avatar Mar 07 '17 09:03 taylortom

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.

oliverfoster avatar Mar 07 '17 12:03 oliverfoster