My hunch is that it would be quite tricky to make this valuable across a
wide range of applications. Is there any prior art on how such mechanisms
have been used successfully elsewhere?
Don't users learn how and when to avoid the slow parts of an application?
best wishes,
-ian
[email protected] (Ian Green1/UK/IBM@IBMGB)
IBM Rational
"Oslc-Core" <[email protected]> wrote on 13/08/2013
20:15:43:
> From: John Arwe <[email protected]>
> To: [email protected],
> Date: 13/08/2013 20:15
> Subject: [oslc-core] UI previews - how does a client select between
> small and large when both are offered
> Sent by: "Oslc-Core" <[email protected]>
>
> Some recent implementation feedback: not all UI previews are created
> equal. In several cases, we've seen that there is a substantial
> difference in cost to render the small vs the large previews. I.e.,
> the small ones are pretty simple and fast to compute the content of,
> but the large ones are more heavyweight (database/analytics can get
involved).
> Right now, clients are left to fend for themselves here. It would
> seem reasonable to me to allow a provider that supplies both small
> and large previews to provide a hint as to how costly (in relative
> terms) one is vs the other. The client (and potentially the user)
> still has to decide what makes sense in its own usage context, so I
> don't think it's anything more than a hint.
> Within a given pixel budget, it might for example be reasonable to
> choose the large (assuming it fits) if it's roughly equivalent in
> terms of back-end cost to obtain/render, and "start small" if the
> large is more expensive (for some client-specific value of 'more').
> Is there any stomach for this in Core, or is it viewed as too complex?
> Best Regards, John
>
> Voice US 845-435-9470 BluePages
> Tivoli OSLC Lead - Show me the Scenario
> _______________________________________________
> Oslc-Core mailing list
> [email protected]
> http://open-services.net/mailman/listinfo/oslc-core_open-services.net
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
