- From: <bugzilla@jessica.w3.org>
- Date: Fri, 28 Sep 2012 22:08:49 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17312 --- Comment #5 from Michael Kay <mike@saxonica.com> 2012-09-28 22:08:49 UTC --- >With the use of this option, our "guarantee" is negated. Not much of a guarantee. If the spec for my electricity supply stated that the voltage was guaranteed to be within 1% of 240v unless I chose to select a tariff in which it was allowed to vary by 3%, I would regard that as a very solid guarantee. I can't see the problem: we put this rule in so that users who wanted to avoid the high costs of determinism were allowed to select a cheaper and less reliable service if they wanted to. We don't have to define the shape and colour of the switch by which they select this option: it's not our normal practice to put all implementation-defined and implementation-dependent parameters in the static or dynamic context. Determinism is particularly expensive in the case of streaming, because when data is arriving streamed say from a satellite the only way to achieve our determinism guarantees is to save a copy of the data either on disk or in memory just in case it is needed more than once. This in fact defeats the whole point of many streaming applications, which is to filter the data before storing it. -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Friday, 28 September 2012 22:08:51 UTC