- From: Jeffrey Yasskin <notifications@github.com>
- Date: Tue, 17 Sep 2024 10:23:24 -0700
- To: w3ctag/design-reviews <design-reviews@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Tuesday, 17 September 2024 17:23:27 UTC
Sorry about that; we lost some of the [TAG discussion](https://cryptpad.w3ctag.org/code/#/2/code/view/9bPjNIDj4hX6pAkIA3hIgTaa8q57Mr+wssssQctYrww/) in the comment that tried to summarize it and possibly also in the minutes of the discussion. There's a TAG preference to do only 1 API and to do just the simpler API, _**if**_ that adequately serves the use cases. The comment about outstanding questions is the _answer_ to that concern: we recognize that the CG and WG are still exploring whether the lighter-weight API has enough product/market fit to actually replace the more-established one, so we're encouraging the experimentation needed to figure that out. Another opposite TAG preference also appeared in the discussion: the lightweight API makes it more trivial to join identities (because it assumes granting storage access), and perhaps it's worth having a heavier API with purpose-built features for each use case, in order to impose speed bumps on that identity joining. We ran out of time to really explore that tension, and we may find persistent disagreements about it, but regardless, I suspect both themes will keep coming up in FedCM reviews. -- Reply to this email directly or view it on GitHub: https://github.com/w3ctag/design-reviews/issues/986#issuecomment-2356494869 You are receiving this because you are subscribed to this thread. Message ID: <w3ctag/design-reviews/issues/986/2356494869@github.com>
Received on Tuesday, 17 September 2024 17:23:27 UTC