W3C home > Mailing lists > Public > public-dxwg-wg@w3.org > September 2019

[dxwg] "QSA alternate keywords" as feature at risk? (#1093)

From: aisaac via GitHub <sysbot+gh@w3.org>
Date: Tue, 24 Sep 2019 14:59:50 +0000
To: public-dxwg-wg@w3.org
Message-ID: <issues.opened-497745663-1569337188-sysbot+gh@w3.org>
aisaac has just created a new issue for https://github.com/w3c/dxwg:

== "QSA alternate keywords" as feature at risk? ==
I'm putting in the open a response I've given in the poll for pushing Conneg to CR...

I have just realized there's a complete set of features ([the "QSA alternate" stuff](https://w3c.github.io/dxwg/conneg-by-ap/#qsa-keydiscovery)) that is based on a data model ([here](https://w3c.github.io/dxwg/conneg-by-ap/#altr) and [more details](https://w3c.github.io/dxwg/conneg-by-ap/#altr-detail)) that I didn't get the time to look at, because my attention was drown to other issues since it was published this summer. In fact I've noticed it only when @nicholascar closed the corresponding issue #1031 . I should have spotted it in the list for the plenary, but there were just too many of these issues to look at, each week.

My worries about these is that:
- it relies on a representation of profiles that may or may not be aligned with PROF, thus possibly undermining the coming PROF publication (it won't be very relevant if the WG publishes two even slightly different modelings for profiles)
- I don't see the how the complexity of the solution will appeal to implementers: if I was someone with alternative QSAs for serving profiles, it would seem simpler to just add the standard QSAs rather than to create and serve a full description of how to discover my alternative QSAs.

Out of these two concerns, the first is the most important, with respect to dependencies and consistency across the WG products.
But the second could be quite important, as hindrances to implementation could be a cause for flagging a feature at risk, unless enough implementations can be shown (is it the case?). And having such a novel feature never be published in a Working Draft before it reaches CR sounds a bit dangerous. Nobody out of the WG was ever given the opportunity to see it, basically.

I think that if this was put as feature at risk (if just to accommodate for a better alignment with - or direct use of - PROF when PROF is ready) then I would vote 'yes' to CR.


Please view or discuss this issue at https://github.com/w3c/dxwg/issues/1093 using your GitHub account
Received on Tuesday, 24 September 2019 14:59:52 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 30 October 2019 00:15:58 UTC