MySpace Open Platform

A Place For Developers

Welcome Developers!

in

Welcome!

in

No support for unknown views?

Last post 10-02-2008 2:02 PM by CodeStorm. 1 replies.
Page 1 of 1 (2 items)
Sort Posts: Previous Next
  • 10-01-2008 3:33 PM

    No support for unknown views?

    The MySpace version of the App XML spec notes that when filling out the view parameter on the <Content> tag, the allowed values are "canvas", "profile", "profile.left", "profile.right", "home", and "all".  I think that this violates the functionality intended by the original Gadgets spec; most other containers simply ignore values that they do not understand and only ignore the entire <Content> tag if no known values are specified.  MySpace, on the other, discards <Content> tags that have view arguments that it does not understand.

     

    The reason that this matters is that the point of having a gadget standard is that you should be able to write a gadget once and use it on multiple containers.  Some containers will support views that MySpace does not support, and MySpace must be able to gracefully display gadgets in that case.  For example, "profile.left" is a MySpace-specific view, and hi5.com has a concept of a "preview" view.  Per the gadget spec, I should be able to do this:

     

    <Content type="html" view="preview,profile.left"></Content>

     

    This is accepted by hi5 (and most other containers) but not MySpace.  hi5 ignores "profile.left" and uses this content block on for its preview view only, while MySpace throws an error when it encounters the unknown view "preview" and doesn't display the content at all.

     

    So, in summary, please make it so that unsupported view arguments are simply ignored rather than invalidating the entire content block. 

  • 10-02-2008 2:02 PM In reply to

    Re: No support for unknown views?

    The issue is that a comma delimited list of views is not implemented, and is causing an error, which is never intended behavior, and halts the import of app xml.  This will be fixed soon.

    The intended behavior is to gracefully ignore unsupported views.

     

Page 1 of 1 (2 items)