10:18:26 RRSAgent has joined #web-baseline 10:18:30 logging to https://www.w3.org/2025/03/26-web-baseline-irc 10:18:30 RRSAgent, do not leave 10:18:31 RRSAgent, this meeting spans midnight 10:18:31 RRSAgent, make logs public 10:18:32 Meeting: web-features and Baseline - We're feature complete! What's next? 10:18:32 Chair: Patrick Brosset 10:18:32 Agenda: https://github.com/w3c/breakouts-day-2025/issues/8 10:18:32 Zakim has joined #web-baseline 10:18:33 Zakim, clear agenda 10:18:33 agenda cleared 10:18:33 Zakim, agenda+ Pick a scribe 10:18:35 agendum 1 added 10:18:35 Zakim, agenda+ Reminders: code of conduct, health policies, recorded session policy 10:18:35 agendum 2 added 10:18:35 Zakim, agenda+ Goal of this session 10:18:36 agendum 3 added 10:18:36 Zakim, agenda+ Discussion 10:18:36 agendum 4 added 10:18:36 Zakim, agenda+ Next steps / where discussion continues 10:18:37 agendum 5 added 10:18:37 Zakim, agenda+ Adjourn / Use IRC command: Zakim, end meeting 10:18:37 agendum 6 added 10:18:37 breakout-bot has left #web-baseline 10:26:20 tidoust has joined #web-baseline 13:16:44 Patrick has joined #web-baseline 13:21:07 tantek has joined #web-baseline 13:53:10 tantek has joined #web-baseline 13:53:10 Patrick has joined #web-baseline 14:01:04 Mike5 has joined #web-baseline 14:01:15 marie has joined #web-baseline 14:01:16 simon has joined #web-baseline 14:01:49 zakim, agenda? 14:01:49 I see 6 items remaining on the agenda: 14:01:50 1. Pick a scribe [from breakout-bot] 14:01:50 2. Reminders: code of conduct, health policies, recorded session policy [from breakout-bot] 14:01:50 3. Goal of this session [from breakout-bot] 14:01:51 4. Discussion [from breakout-bot] 14:01:51 5. Next steps / where discussion continues [from breakout-bot] 14:01:51 6. Adjourn / Use IRC command: Zakim, end meeting [from breakout-bot] 14:01:54 scribe: tidoust 14:02:11 present+ 14:02:11 present+ 14:02:11 present+ 14:02:20 ddbeck has joined #web-baseline 14:03:03 https://patrickbrosset.com/slides/breakouts-day-2025/ 14:03:11 handy has joined #web-baseline 14:03:13 slideset: https://patrickbrosset.com/slides/breakouts-day-2025/ 14:03:35 fscholz has joined #web-baseline 14:04:02 Patrick: Co-chair of the WebDX CG with François. I plan to present the web-features project, what we're doing, why, and where we're going from there. 14:04:20 martin has joined #web-baseline 14:04:32 present+ 14:04:44 ... [going through logistics and rules] 14:04:54 [slide 3] 14:05:09 Patrick: WebDX is a CG. Two focuses to improve the overall developer experience of the web platform. 14:05:36 ... First focus is coordinating research efforts. Second focus is building a shared description of the web platform. 14:06:00 ... Today's focus is number two. But research covers State of surveys, that help inject priorities into Interop. 14:06:10 ... If you're a developer, please continue taking these surveys! 14:06:26 lola has joined #web-baseline 14:06:31 ... If you're on a browser team, please come with questions that you'd like developers to answer! 14:06:34 [slide 4] 14:07:06 Patrick: To build a shared description of the platform, we're creating a catalog, web-features, of features. 14:07:14 ... The second thing we're doing is the Baseline definition. 14:07:23 ... The web-features repository contains 14:07:39 ... a thousand features that make sense from the perspective of a web developer. 14:08:13 ... The features maps to BCD keys. BCD is at a finer-grained level. That's very useful but not the level that developers talk about. 14:08:27 ... At the other end, there's more Can I Use that is sometimes too large. 14:08:45 ... Each feature gets a unique ID that is used throughout the entire ecosystem. 14:09:04 ... Some features are small, others are bigger, sometimes because they've been there for a long time. 14:09:14 ... It's really meant to be a living catalog. 14:09:40 ... Not a fixed set of features. Deprecated features are identified, new ones get added. 14:09:53 ... Features can be merged. 14:10:00 [slide 6] 14:10:46 Patrick: That brings me to Baseline. It's a simplified implementation status. Simplified because it only has 3 states, and because it only covers implementation in a core browser set. 14:11:34 ... Newly available means features is available across browsers. Widely available is the same thing, plus has been available across browsers for at least 30 months. Not going into details here. 14:11:44 [Slide 7] 14:11:45 Patrick: We're nearly feature complete! 14:12:24 ... The most crucial source of data we're using is BCD, a semi-automated data source that tells us when fine-grained keys are supported on a browser. 14:12:41 ... We also compare ourselves with Can I Use to make sure that we're going in the right direction. 14:12:45 [slide 8] 14:13:43 Patrick: The blue line on that chart is the number of BCD keys, slowly evolving over time. The red line is how much of that we cover. We started early 2024 with about 1000 keys mapped and we ended the year with about 90% keys mapped. 14:13:52 ... That's thanks to Google injecting resources, many thanks! 14:14:22 ... It takes time for people to maintain this and grow the collection. We need help! Please check the repository. 14:14:49 ... The last remaining keys are mainly composed of deprecated or old features that are more difficult to map or lower priority. 14:14:54 [slide 9] 14:15:04 Patrick: You can contribute, and we'd welcome that! 14:15:09 [slide 10] 14:15:27 Harry8 has joined #web-baseline 14:15:39 Patrick: What can we do with the data? I'll talk about how the data is connected with other data sources. Which consumers already use the data today. And how you could. 14:15:43 [slide 11] 14:16:10 Patrick: Web-features is trying to be a reference dataset, so that many other data sources can link to them through their unique IDs. 14:16:37 ... We map to BCD, but BCD also maps to our feature IDs. Same thing with MDN pages. 14:17:29 ... Web Platform Tests also point to web-features IDs. WPT also makes Interop possible, and Interop areas can be mapped to feature IDs as well. 14:18:07 ... Bug trackers come to mind as well, making it easier to compile a "behind the scenes" story. 14:18:33 ... Much of that is already mapped. I very much like this idea that a graph like this can make developers realize how the sausage is made. 14:18:43 ... They can then more easily follow along how things evolve. 14:19:14 [slide 12] 14:19:18 [slide 13] 14:20:04 Patrick: Existing consumers of the data include MDN, Can I Use, Can I WebView. We're seeing more and more dashboards as well, we maintain one. 14:20:38 ... Google has one, we know of a third-party one. The data is useful by itself, so we're seeing it used more and more. 14:21:02 ... Tools also start integrating the dataset, including in ESLint, VSCode, RUMVision and RUM Archive Insights. 14:21:05 ... Very useful stuff! 14:21:09 [slide 14] 14:21:20 Patrick: Quick example of our explorer. 14:22:08 ... Left side shows a feature that has limited availability. You can follow links to bugs or standard positions, surveys that talk about this feature. 14:22:23 [slide 15] 14:22:36 Patrick: If you want to use the data yourself, you may use npm to retrieve the data. 14:22:51 ... We also have a compute-baseline package, more fine-grained, not going into details. 14:23:08 ... We also maintain a web component for baseline status. 14:23:11 [slide 16] 14:23:20 Patrick: How do we communicate about Baseline? 14:23:31 ... Baseline is a trademark owned by Google. 14:23:40 ... Baseline is not a final answer. 14:24:05 ... A yes or no answer is very rare. Baseline looks like a yes/no answer, but it's not. It does not take everything into consideration. 14:24:22 ... For example, there are other browsers not taken into account. Accessibility support is not accounted for either. 14:24:49 ... It does not take into account if a feature can be progressively enhanced or can be polyfilled or you have a fallback. 14:24:59 ... Don't treat baseline as Yes/No! 14:25:03 [slide 17] 14:25:12 https://docs.google.com/document/d/1yEgoeIZExEk7wGpQtP4ZNvUd-2Xzocx4pL3bkw6YoBQ/edit?tab=t.0#heading=h.8oul7m29u264 14:25:59 Patrick: We have a roadmap for 2025. We want to add missing features, include discouraged features. We want to continue to integrate new features as they get prototyped as well, including very early features, so that they get a unique ID early on. 14:26:19 ... That means we need a flexible story to redirect people from an old name to a new name. 14:26:35 ... Another thing is that we want to help more tooling providers integrate with the data. 14:26:41 [slide 18] 14:26:52 Patrick: Last slide is all about conversation starters :) 14:27:07 Conversation starters: 14:27:07 Ensuring web-features and Baseline align with web devs needs. 14:27:07 Extend Baseline to additional contexts, such as WebViews. 14:27:07 Unify the deprecation concept (terminology, expectations). 14:27:09 Connect other data sources. 14:27:09 Latest issues on the repo: 14:27:09 Improving communication about Baseline (#2783) 14:27:10 Consider taking progressive enhancements into account for the Baseline status (#2758) 14:27:12 ... How do we evolve Baseline, integrate with additional contexts, etc. 14:27:14 q? 14:27:23 q+ to comment 14:27:33 Topic: Discussion 14:27:40 ack Mike 14:27:40 Mike, you wanted to comment 14:29:21 Mike: Speaking as contributor to Ladybird and to existing browser engines. Before I started to contribute to this new engine, interoperability data meant something different for me. Baseline is rightly focused on developers. At the same time, you also have browser projects trying to make priority decisions. 14:29:55 ... For Ladybird, you go to a certain site that you want to use, and it breaks. The reason it breaks is that the underlying feature is not implemented. 14:30:34 ... A core example is Service Workers for now. I keep bumping into sites that break due to Service Workers not supported. Or down the line Media Source Extensions. 14:31:35 ... All of these are pretty fundamental. But there is a much longer tail of things where things work to some degree but it might surprise you what's not supported. With CSS, there are so many features around that it's hard to figure out which one is causing the web site to break. 14:31:57 ... When making priority decisions, trying to get a read on most used features is useful. 14:32:54 q? 14:32:54 q+ 14:32:57 ... It would be good for less mature browser engines like Ladybird, Servo to have a way to more systematically know which features are widely used and, if not implemented, are going to significantly break the user experience. 14:33:02 ack Martin 14:34:06 martin: Relates to previous discussion on profiling the web. Perhaps this is the need we have. What we will need to cover this particular type of applications is a kind of guideline of which features need to be supported. 14:34:06 kadirtopal has joined #web-baseline 14:34:24 ... Baseline could be interesting for WebView implementors for example. 14:34:43 ... I see topics as being related. In this case, we don't want to re-invent the web. 14:35:25 q+ 14:35:30 Patrick: web-features is the data. There are many ways it could be organized. Baseline is just one view of the data. No reason why other views couldn't be useful! 14:35:33 ack kadirtopal 14:35:34 ack kadirtopal 14:36:56 simon has joined #web-baseline 14:37:00 kadirtopal: It makes sense to me. Regarding usage, that's one of the things that webstatus.dev should fairly soon have as we're asking Chromium to connect use counters to web-features IDs. That would provide some insight on usage. Of course, that's going to be specific to Chrome usage, but that should be representative of the web as a whole. 14:37:09 q+ 14:37:20 ack martin 14:37:28 kadirtopal: Is "the other part" to actually track the features use per site? 14:38:43 martin: I wish I had this Baseline thing in the past. I got a lot of questions 15 years ago in the Spanish W3C office. Should I use this new feature? It was always difficult to find a real answer and/or commitments that the features would be implemented. 14:39:06 ... It's good to see data on underlying features. Very useful for decision making. 14:39:58 Patrick: Thank you for the feedback. Widely available status has been very useful to tell developers that features can be used. Many devs wait a long long time before they start remembering about a feature that started to ship long time ago. 14:40:33 ... We also want to add nuances. Baseline de facto simplifies things, but the web is far more being a simple platform, and the context is important. 14:41:25 thanks Patrick and François !! 14:41:38 rrsagent, make minutes 14:41:40 I have made the request to generate https://www.w3.org/2025/03/26-web-baseline-minutes.html marie 14:41:48 Thanks everyone 14:41:48 Patrick: Feel free to join the WebDX CG, check the mailing-list and GitHub repositories! 14:41:48 RRSAgent, draft minutes 14:41:49 I have made the request to generate https://www.w3.org/2025/03/26-web-baseline-minutes.html tidoust 14:45:23 Patrick has joined #web-baseline 15:47:36 i/... The features maps to BCD keys/[slide 5] 15:47:43 RRSAgent, draft minutes 15:47:44 I have made the request to generate https://www.w3.org/2025/03/26-web-baseline-minutes.html tidoust 17:47:42 i/Patrick: Co-chair of the WebDX CG/[slide 1] 17:48:36 i/… [going through logistics and rules]/[slide 2] 17:49:14 s|slideset: https://patrickbrosset.com/slides/breakouts-day-2025/|slideset: https://lists.w3.org/Archives/Public/www-archive/2025Mar/att-0002/web-features.pdf 17:49:23 RRSAgent, draft minutes 17:49:25 I have made the request to generate https://www.w3.org/2025/03/26-web-baseline-minutes.html tidoust 17:54:19 present: Patrick Brosset, Marie-Claire_Forgue, Francois_Daoust, Martin_Alvarez, Joe_Crawford, Andreu_Botella, Daniel_Beck, Florian_Scholz, handychang, Iris_Ren, Mariko_Kosaka, James_Stuckey_Weber, Jeremy_Wagner, Kadir_Topal, Lola_Oladela, Rachel_Andrew, Rick_Viscomi, Mike_Smith, Simon_Friedberger, Thomas_Steiner, Vic_Yao, Yehonatan_Daniv 17:54:23 RRSAgent, draft minutes 17:54:24 I have made the request to generate https://www.w3.org/2025/03/26-web-baseline-minutes.html tidoust 19:06:53 zakim, bye 19:06:53 leaving. As of this point the attendees have been Patrick, Brosset, Marie-Claire_Forgue, Francois_Daoust, Martin_Alvarez, Joe_Crawford, Andreu_Botella, Daniel_Beck, 19:06:53 Zakim has left #web-baseline 19:06:56 ... Florian_Scholz, handychang, Iris_Ren, Mariko_Kosaka, James_Stuckey_Weber, Jeremy_Wagner, Kadir_Topal, Lola_Oladela, Rachel_Andrew, Rick_Viscomi, Mike_Smith, Simon_Friedberger, 19:06:56 RRSAgent, bye 19:06:56 I see no action items 19:06:56 ... Thomas_Steiner, Vic_Yao, Yehonatan_Daniv