Skip to content
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

Support playerless onPage plugins, contribution wizard #338

Open
mdale opened this issue Jan 29, 2013 · 3 comments
Open

Support playerless onPage plugins, contribution wizard #338

mdale opened this issue Jan 29, 2013 · 3 comments

Comments

@mdale
Copy link

mdale commented Jan 29, 2013

We would like to reuse the uiconf / flashvar / uiVar override delivery system, but for a playerless widgets.

A playerless widget could be things like:

  • contribution wizard
  • pop-up player gallery

Make use of the kWidget.api and getConfig tools.

The easiest way to implement this would probably be a special case on the iFrameClass site that loaded an empty player, but that seems a little verbose for packing in widgets of this nature, or we could just have a very simple object that had the json config in it for easy consistent access

Alternatively playerless widgets are always delivered with KAF, and we don't try to do any work arounds to support them being delivered via kWidget tools.

@ranyefet
Copy link
Contributor

I don't think it should be part of this project.
We may want to generalise some of our PHP classes and JS libraries so we could reuse them in other projects.

But it shouldn't be part of mwEmbed.

@mdale
Copy link
Author

mdale commented Apr 10, 2013

The main issue is how do we scale delivery of these components. The traditional infrastructure for components like the kRecord and KCW, is a flash swf delivery via the uiconf id, with associated configuration options. We don't have a good abstraction for that concept other than in mwEmbed.

We would need to build out:

  • storing widget config on the server, per ui-conf id, Or alternatively making a new widget-id mapping system, with server side stored JSON. Note this is distinct from KAF approach to things that is delivery full pages.
  • allowing overrides of server config via client side invocation overrides.
  • uiConf redirection, we need a new player type to redirect to a new library folder, a new mwEmbedLoader.php, that grabs the necessary subset of kWidget for handling whatever we need to do. ( api, etc )
  • version management, we need to leverage the uiConf redirection and manage versions for more components outside the mwEmbed payload.
  • resource managment, the ability to associate a css files, image paths, and javascript with an external widget

Or we go in a direction where we promote lots of little projects hosting of bits and pieces of code that requires direct reference to JS & css files some hosted some not, and all invocation configuration is stored in-page.

And "KAF" handles everything else? ... i.e for example in KAF, we have the player display page, is that page making use of the embedCodeGenerator library? how is that being managed, git-external? exported copy of minified version ?

@ranyefet
Copy link
Contributor

I tend to go with little libraries and helpers that we can re-use whenever we like.
In case of EmbedCodeGenerator, I've used it in the KMC by just grabbing the latest minified version.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

2 participants