SSR data parameter of layouts

[kaleidawave]

Currently a layout component (Denoted with @Layout decorator) can have a state on the frontend. It inherits from Component and its markup is subject to the same templating binding and reactivity that any other component is subject to.

The problem arises around server side rendering pages that use a layout which has data. The component should append its inherited layout parameter to its own parameters.

Issue is around:

prism/src/component.ts

Line 677 in 9f76e8b

// TODO layout data is different to component data. Should be interpreted in same way as client global

There is also a opportunity here to refactor the way client global parameters work in the same way.