21915e600e
> In the future, this should all be moved to each individual repository now, which will mean we can finally get rid of this service. This PR moves reconciliation to 'each individual repository'. I stopped short of getting rid of the service, but its so small now we pretty much don't need it. I'd rather wait until I look at the equivalent DataSink service and see if we can get rid of both equivalent services together (this also currently dependant on work soon to be merged) Reconciliation of models (basically doing the extra work to clean up the ember-data store and bring our frontend 'truth' into line with the actual backend truth) when blocking/long-polling on different views/filters of data is slightly more complicated due to figuring out what should be cleaned up and what should be left in the store. This is especially apparent for KVs. I built in a such a way to hopefully make sure it will all make sense for the future. I also checked that this all worked nicely with all our models, even KV which has never supported blocking queries. I left all that work in so that if we want to enable blocking queries/live updates for KV it now just involves deleting a couple of lines of code. There is a tonne of old stuff that we can clean up here now (our 'fake headers' that we pass around) and I've added that to my list of thing for a 'Big Cleanup PR' that will remove lots of code that we no longer require. |
||
---|---|---|
.. | ||
index.hbs | ||
index.js | ||
README.mdx |
# Outlet The `Outlet` component should be used to wrap *every* ember `{{outlet}}`. It provides/will provide functionality (along with the `<Route />` component) for setting and announcing the title of the page, passing data down through the route/template hierarchy, automatic orchestration of nested routing and visual animating/transitioning between routes. ## Arguments | Argument | Type | Default | Description | | --- | --- | --- | --- | | `name` | `String` | `undefined` | The name of the route in ember routeName format e.g. `dc.services.index`. This is generally the `routeName` variable that is available to you in all Consul UI route/page level templates.| | `model` | `Object` | `undefined` | Arbitrary hash of data to pass down to the child route (available in the `<Route as |route|>` export). | ```hbs <Outlet @name={{routeName}} @model={{hash dc=(hash Name="dc-1" ) }} > {{outlet}} </Outlet> ``` Currently, using the `<Outlet />` component means that every single page/route template is wrapped in a HTML `<section>` element. This `<section>` element has various data attributes attached to indiciate the loading state of the outlet. These can be used to specifically target every individual outlet via CSS. ## Attributes | Data Attribute | Description | | --- | --- | | `data-outlet` | The name of this outlet in ember routeName format e.g. `dc.services.index` | | `data-route` | The name of the current child route of this outlet in ember routeName format e.g. `dc.services.show` | | `data-state` | The current state of this outlet, `idle` or `loading` | | `data-transition` | A combination of `idle` and `loading` states |