Re: [blink-dev] Re: Intent to Deprecate: Remove "Sanitizer API MVP"

Adding in Jack as the author of the mentioned article at https://web.dev/sanitizer/. It might be worthwhile to add a big red warning aside. On Tue, Aug 15, 2023, 23:37 Luke wrote: > Just to chime in here. If there's a chance this API is going to be removed > or even heavily changed its potential

Re: [blink-dev] Intent to Ship: WebAssembly Garbage Collection (WasmGC)

Browser Compatibility Data PR happening here: https://github.com/mdn/browser-compat-data/pull/20576. 🎉 On Tue, Sep 19, 2023, 09:07 Chris Harrelson wrote: > LGTM3 > > On Sat, Sep 16, 2023 at 7:24 AM Mike Taylor > wrote: > >> LGTM2 - thanks Adam. >> On 9/16/23 7:39 AM, Yoav Weiss wrote: >> >> LGT

Re: [blink-dev] Intent to Ship: Unprefix -webkit-background-clip for "text" and make it an alias

Is there any interest in doing the same for -webkit-text-fill-color? The two get typically used in combination for gradient effects: https://github.com/tomayac/blogccasion/blob/6ee3722011661db7a0c95c4379d7905bd8e95404/css/main.css#L100-L113. (See any of the headings on https://blog.tomayac.com/ for

Re: [blink-dev] Intent to Ship: Scroll To Text Fragment

See https://web.dev/text-fragments/#disabling-text-fragments for disabling the feature. On Thu, Oct 5, 2023 at 8:51 AM Anton Bershanskyi wrote: > Hi Adam, > > > Is it still not possible to disable this distraction yet? > > Chrome used to have an option to disable this feature, but the flag was >

Re: [blink-dev] Re: Intent to Ship: Async Clipboard API: Read unsanitized HTML and write well-formed HTML format.

> Adoption expectation > Excel online is ready to use this API. They are trying to move away from > DataTransfer APIs and use Async clipboard APIs where web custom format is > supported along with other benefits from async usage. > > Adoption plan > Support for async clipboard API and web custom fo

Re: [blink-dev] Intent to Ship: Scroll To Text Fragment

(On Android, some Chromium-based browsers support extensions, for example, Kiwi browser . It says it supports "most Chrome desktop extensions", but I haven't tested the extension in question.) On Thu, Oct 5, 2023 at 9:24 PM K. Moon wrote: > You haven't said where your s

Re: [blink-dev] Intent to Ship: Async Clipboard API: Read unsanitized HTML and write well-formed HTML format.

> > As the author of the web custom formats article > , > just for me to better understand: the problem is that the clipboard gets > populated with `text/html` by random (web or native) apps. If the clipboard > were

Re: [EXTERNAL] Re: [blink-dev] Intent to Ship: Async Clipboard API: Read unsanitized HTML and write well-formed HTML format.

On Mon, Oct 9, 2023 at 7:15 PM Anupam Snigdha wrote: > Any answer on the other question regarding what the expected outcome of a > call like below would be? > > Currently we're throwing a JS exception >

Re: [blink-dev] Intent to Experiment: IP Protection Phase 0

In the attached document , there are (at first sight) three domains of long-dead Google services: inbox.google.com wave.google.com orkut.com Is this on purpose? On Thu, Oct 19, 2023 at 10:52 PM 'Brianna Goldste

Re: [blink-dev] New API owner: Domenic Denicola

Congratulations, Dominic, and thanks for your time! On Fri, Jan 19, 2024 at 9:59 PM Rick Byers wrote: > Hi blink-dev, > +Domenic Denicola has volunteered to donate his > time and considerable web platform expertise to reviewing intent threads as > an API owner. Domenic is very active in the web

Re: [blink-dev] Intent to Ship: Clipboard API: Svg

Regarding developer interest, there's definitely some false positives in there, but a quick GitHub search demonstrates that quite a few developers attempt to write `image/svg+xml`

Re: [blink-dev] Intent to Deprecate and Remove: WebSQL in non-secure contexts

Hi all, I realize we haven't announced the general availability of our Web SQL replacement on this list yet (apologies). It's an official port of SQLite to WebAssembly (Wasm) by the SQLite team, which is backed by the Origin Private File System (OPFS) for maximum performance. You can read all deta

Re: [blink-dev] Intent to Deprecate and Remove: WebSQL in non-secure contexts

Hey Randy, On Tue, Jan 31, 2023 at 10:51 PM Randy Lauen wrote: > Speaking of nontrivial examples, I have a Chrome extension that relies > heavily on WebSQL. On my desktop, the WebSQL database for my extension is > almost 400 MB. I know some users have a database over 1 GB. I'm very > excited abo

Re: [blink-dev] Intent to Ship: web-share permission policy

Thanks, Marcos. I’ll take care on the Chrome side. Cheers, Tom On Wed 1. Feb 2023 at 18:02 Marcos Caceres wrote: > Hi Blink-Dev friends, > > Over on the WebKit side we published a PSA for developers about the > permission policy change: > https://webkit.org/blog/13708/allowing-web-share-on-thir

Re: [blink-dev] Intent to Ship: web-share permission policy

On Wed, Feb 1, 2023 at 6:15 PM Thomas Steiner wrote: > Thanks, Marcos. I’ll take care on the Chrome side. > Here's the PR: https://github.com/GoogleChrome/web.dev/pull/9494. I will also get an additional quick blog post out. Cheers, Tom -- You received this message because you are subscribed

Re: [blink-dev] Intent to Ship: web-share permission policy

And the full announcement blog post PR is merged, too: https://github.com/GoogleChrome/developer.chrome.com/pull/5143. We're all covered. (In case you're wondering: the post is on developer.chrome.com and not on web.dev (as the original Web Share post) because the WebKit change is in TP, but n

Re: [blink-dev] Intent to Deprecate and Remove: WebSQL in non-secure contexts

Hola Alfonso! If you use Ext.data.proxy.SqlView, you internally use Web SQL according to the documentation at https://docs.sencha.com/touch/2.1.1/#!/api/Ext.data.proxy.Sql. So yes, your app will most likely be affected. Cheers, Tom On Fri, Feb 10, 2023 at 3:31 AM Alfonso Ochoa Legorreta < alego

Re: [blink-dev] Re: Intent to Deprecate and Remove Web SQL

Here's the PR that updates the removal timeline for the developer-facing article: https://github.com/GoogleChrome/developer.chrome.com/pull/6187. On Wed, May 3, 2023 at 11:46 AM Ayu Ishii wrote: > Thank you for the review & approvals! > We will update the thread if there are changes to the timel

Re: [blink-dev] Re: Intent to Deprecate and Remove Web SQL

Hi Asier, - Does it mean that in M119 WebSQL will not be working by default, but it > will still be possible to enable it back with this configuration setting? > Would this be the case until M123? As a site owner, you can take part in the deprecation trial, which will be available until Chrome 1

Re: [blink-dev] Re: Intent to Deprecate and Remove Web SQL

On Tue, May 16, 2023 at 10:29 AM Asier Lostalé wrote: > Hi Thomas, > > Thanks for your reply. > > If possible, I'd like to clarify a couple of topics: > > - I see there is already an "Allows access to WebSQL APIs" flag that can > be used to force access to WebSQL. For how long is this flag planne

Re: [blink-dev] Intent to Ship: Iterator helpers

On Thu, Jun 15, 2023 at 11:31 PM Rezvan Mahdavi Hezaveh wrote: > Contact emailsrez...@chromium.org, s...@chromium.org > > ExplainerNone > > Specificationhttps://tc39.es/proposal-iterator-helpers > > Summary > > Iterator helpers are new methods on iterator prototype to allow general > usage and co

Re: [blink-dev] Re: Intent to Ship: CSS text-wrap: pretty

Just as a side question: is this and the headlines feature too opinionated to become part of user-agent stylesheets? I’m not immediately saying it should be, I’m just curious if this was considered? On Wed, Jun 21, 2023 at 17:49 Koji Ishii wrote: > Sorry, filed here: https://github.com/w3ctag/de

Re: [blink-dev] Re: Intent to Ship: CSS text-wrap: pretty

Thank you for the very detailed answer, Koji! Reading your response, I agree that this probably wouldn't be a web-compatible thing to change at the UA-stylesheet level, but great to have it available soon, so it can go in one's personal or community-maintained CSS frameworks. On Thu, Jun 22, 2023

Re: [blink-dev] Re: Intent to Deprecate and Remove Web SQL

Timeline updated in developer-facing comms: https://github.com/GoogleChrome/developer.chrome.com/pull/6725. On Mon, Jun 26, 2023 at 10:57 PM Ayu Ishii wrote: > Hi blink owners, > > With request from partners, we are planning to update the timeline to > enable deprecation trial from M117 (previou

Re: [blink-dev] Intent to Experiment: Tabbed web apps

On Mon, Jul 24, 2023 at 01:04 Šime Vidas wrote: > Is it available in CSS media queries? > > @media (display-mode: tabbed) { ... } > I have opened https://github.com/w3c/manifest/issues/952 where the same request is made for all overrides. > On Wednesday, July 19, 2023 at 9:50:44 AM UTC+2 yoav

Re: [blink-dev] PSA: WebSocketStream API change

Opened https://github.com/GoogleChrome/developer.chrome.com/pull/6965 to also reflect this change in the developer-facing docs. On Tue, Aug 1, 2023 at 9:59 AM Adam Rice wrote: > WebSocketStream is not a shipped API so normally we wouldn't announce > changes, but I know some people are trying it

Re: [blink-dev] Re: Intent to Ship: WebSocketStream

As an additional developer signal showing that developers want this, there's a polyfill: https://github.com/CarterLi/websocketstream-polyfill. On Tue, Mar 5, 2024 at 10:10 AM Domenic Denicola wrote: > LGTM2. > > I appreciate Adam's careful attention to all portions of the process here, > and als

Re: [blink-dev] Re: Intent to Deprecate and Remove Web SQL

In case it's any helpful, I have written a migration guide on how to go from Web SQL to SQLite . It's admittedly only tested on toy data, so your actual mileage may vary, but at least the overall mechanics should be somewhat useful at l

Re: [blink-dev] Re: Intent to Ship: Gamepad API Trigger-Rumble Extension

Updated the developer-facing gamepad article: https://web.dev/articles/gamepad#the_vibration_actuator. -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+uns

Re: [blink-dev] Support for SharedArrayBuffer API and WASM Sqlite in WebView

That's correct, WebView doesn't support this as per https://issues.chromium.org/issues/40914606#comment5. @Ayu Ishii , what's the status of WebSQL in WebView, is it still available (I think it is)? On Thu, May 23, 2024, 18:29 'Antonio MORENO' via blink-dev < blink-dev@chromium.org> wrote: > Hi, >

Re: [blink-dev] Intent to Prototype: Web Monetization

Hey Alexander, Is there anything you could share about the outcome of this experimental prototype? Thanks, Tom On Tuesday, February 6, 2024 at 5:37:19 PM UTC+1 rby...@chromium.org wrote: > +1. I'm also supportive of prototyping this work. It's obviously a really > tricky space, and it's not

Re: [blink-dev] Intent to Ship: File System Access on Android and WebView

Very excited for this feature to come, it's a frequently requested gap so far—frequently enough to link to the FSA for Android bug from our developer-facing documentation

Re: [blink-dev] PSA: Add Permission modals for Keyboard and Pointer Lock

Created http://cl/672833499 (sorry, this is Google-internal) to document this change. On Tue, Sep 10, 2024 at 1:01 AM 'Muyao Xu' via blink-dev < blink-dev@chromium.org> wrote: > Contact emails > > muya...@google.com > > Specification > > Keyboard Lock API: https://wicg.github.io/keyboard-lock/ >

Re: [EXTERNAL] Re: [blink-dev] Re: Intent to Prototype: Canvas Formatted Text

On Thu, Sep 12, 2024 at 4:07 PM Mike Taylor wrote: > According to https://issues.chromium.org/u/2/issues/40160099#comment20 - > it is not being pursued. > Maybe https://github.com/WICG/canvas-place-element is interesting instead?! Igalia seems to be working on https://github.com/Igalia/explainer

Re: [blink-dev] Intent to Prototype and Ship: Multi-Screen Window Placement: Fullscreen Companion Window

Hi Mike, As far as I understand, no developer-facing changes are introduced by this intent, so the article doesn't need changing, unless you want to mention feature detection and how this is in particular *not* detectable. Please advise. Cheers, To

Re: [blink-dev] Intent to Prototype: Gamepad API vibration on Android 12+

On Tue, Jun 28, 2022 at 8:50 PM Matt Reynolds wrote: > Contact emails > > mattreyno...@google.com > > Specification > > https://github.com/w3c/gamepad/pull/163 > > Summary > > Enable support for Gamepad API dual-rumble effects through the > VibrationManager API added in Android 12. > > Blink comp

Re: [blink-dev] Intent to Prototype: Gamepad API vibration on Android 12+

On Wed, Jun 29, 2022 at 11:31 PM Matt Reynolds wrote: > Compatibility depends on Android's support which isn't documented. The > Android implementation relies on a compatible Linux driver exposing the > FF_RUMBLE feature. I've tested a Sony DualShock 4 and a Microsoft Xbox 360 > wired controller,

Re: [blink-dev] Intent to prototype: Align async API read/write HTML format with DataTransfer API

*With the Pickling API ** proposal, we will be introducing a new `unsanitized` parameter in the read method so the content is round trippable i.e. read would return the content without any sanitization.* This last p

Re: [EXTERNAL] Re: [blink-dev] Intent to prototype: Align async API read/write HTML format with DataTransfer API

Just to clarify on my end, I was referring to the “Web Custom formats for Async Clipboard API” explainer ( https://github.com/w3c/editing/blob/gh-pages/docs/clipboard-pickling/explainer.md). I was under the impression that this would replace the previous `unsanitized: true` flag ( https://github.co

Re: [blink-dev] Intent to Prototype: Borderless Mode for Installed Desktop Web Apps

I tried this with on 106.0.5199.0 (Official Build) canary (arm64) with the chrome://flags/#enable-desktop-pwas-borderless set, but it failed the installability checks: [image: Screenshot 2022-07-25 at 13.21.24.png] Is this not enabled on macOS yet? Thanks, Tom -- You received this message bec

Re: [blink-dev] Intent to Prototype: Borderless Mode for Installed Desktop Web Apps

e yet. > See > https://chromium-review.googlesource.com/c/chromium/src/+/3780810/2/components/webapps/browser/installable/installable_manager.cc > > On Mon, Jul 25, 2022 at 1:23 PM 'Thomas Steiner' via blink-dev < > blink-dev@chromium.org> wrote: > >> I tr

Re: [blink-dev] Intent to Extend Experiment 2: Web app launch handler

Updated the developer-facing article according to the changes: https://github.com/GoogleChrome/developer.chrome.com/pull/3368. Note that the explainer still mentions the old syntax. On Wed, Aug 3, 2022 at 9:49 AM Alan Cutter wrote: > > *Contact emails*alancut...@chromium.org > > > *Original I2E*

[blink-dev] Intent to ship: Sec-CH-Prefers-Reduced-Motion client hint header

Contact emails fbeauf...@chromium.org, to...@chromium.org Explainer https://github.com/wicg/user-preference-media-features-headers/blob/main/README.md Specification https://wicg.github.io/user-preference-media-features-headers/#sec-ch-prefers-reduced-motion API spec Yes Summary The Sec-CH-

[blink-dev] Re: Intent to ship: Sec-CH-Prefers-Reduced-Motion client hint header

> > TAG review > > https://github.com/w3ctag/design-reviews/issues/632 > > TAG review status > > Unsatisfied > To add some more nuance to the unsatisfied TAG review, here's the TAG's summary, with our reactions: > *As you mentioned - ...this is not aimed at the average website.. Not all Web platf

Re: [EXTERNAL] Re: [blink-dev] Intent to prototype: Align async API read/write HTML format with DataTransfer API

This is what is implemented in Chrome: https://developer.chrome.com/blog/web-custom-formats-for-the-async-clipboard-api/ . -- Thomas Steiner, PhD—Developer Relations Engineer (https://blog.tomayac.com, https://twitter.com/tomayac) Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany Geschäfts

Re: [blink-dev] Intent to Ship: Origin Isolation By Default / Deprecate document.domain

Here's a RegEx power search where document.domain is being set, finding ~3.6k files on GitHub: https://cs.github.com/?scopeName=All+repos&scope=&q=%2F%5Cbdocument%5C.domain%5Cs*%3D%5B%5E%3D%5D%5Cs*%2F+%28language%3Ajavascript+OR+language%3Atypescript%29 On Wed, Oct 26, 2022 at 3:09 PM Yoav Weiss

Re: [blink-dev] Intent to Ship: Origin Isolation By Default / Deprecate document.domain

d some indicator of the "breakage ratio" (that > is, likelihood of a site failing when setting document.domain no longer > does anything?). > Unfortunately they don't tell the size of their corpus. "All of GitHub", whatever this may mean. > On Wed, Oct 26, 2022

Re: [blink-dev] Intent to Prototype: JPEG XL decoding support (image/jxl) in blink

On Fri, Nov 11, 2022 at 4:58 PM 'Jim Bankoski' via blink-dev < blink-dev@chromium.org> wrote: > Helping the web to evolve is challenging, and it requires us to make > difficult choices. We've also heard from our browser and device partners > that every additional format adds costs (monetary or har

Re: [blink-dev] Intent to Deprecate and Remove: WebSQL in non-secure contexts

The developer-facing documentation is being updated in https://github.com/GoogleChrome/developer.chrome.com/pull/4299. On Sat, Nov 12, 2022 at 12:26 AM Ayu Ishii wrote: > We've done some extra communications with enterprise partners and have > come up with a new target milestone. > The new targe

Re: [blink-dev] About WebSQL removal

Hi Asier, Please see our "living" deprecation blog post at https://developer.chrome.com/blog/deprecating-web-sql/. The deprecations steps so far: - [✅ Done.] Web SQL was deprecated and removed for *third-party contexts* in *Chromium 97* (Tue, Jan 4, 2022). [✅ Done.] Web SQL access in *i

[blink-dev] Re: [meta] Google Groups RSS feed removal

After an established way to get RSS back has been found ( https://www.mail-archive.com/blink-dev@chromium.org/maillist.xml), I'm retiring the Blogger hack from this thread and thereby freeing some computing resources for the win of the planet 🌱. Please switch to the Mail Archive feed if you depend

Re: [blink-dev] Intent to Ship: Auto-expand details elements

On Fri, Sep 17, 2021 at 3:56 AM Joey Arhar wrote: > Contact emailsjar...@chromium.org > > Explainer > https://github.com/WICG/display-locking/blob/main/explainers/auto-expanding-details-explainer.md > > Specificationhttps://github.com/whatwg/html/pull/6466 > > Design docs > https://github.com/WIC

Re: [EXTERNAL] Re: [blink-dev] Intent to Experiment: Progressive Web Apps as URL Handlers

Article updated accordingly: https://web.dev/pwa-url-handler/#register-for-ot On Fri, Sep 17, 2021 at 12:04 AM 'Lu Huang' via blink-dev < blink-dev@chromium.org> wrote: > Origin Trial now active at: > https://developer.chrome.com/origintrials/#/view_trial/-5376172055173529599 > > On Thursday, Aug

[blink-dev] Re: Intent to Experiment: Origin Private File System extension: AccessHandle

FYI: updated our documentation accordingly (PR ). On Thu, Sep 9, 2021 at 1:40 PM Yoav Weiss wrote: > LGTM to experiment M95-M98 > > On Wednesday, September 8, 2021 at 9:40:41 AM UTC+2 Emanuel Krivoy wrote: > >> Contact emails >> >> fived...@chro

Re: [blink-dev] Intent to Ship: Auto-expand details elements

Not sure this was discussed before, but could a new boolean attribute that opts the element in to the new behavior be the answer? -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, se

Re: [EXTERNAL] Re: [blink-dev] Intent to Implement and Ship: Add support for Promise to Blobs in clipboard item

Also see #c5 https://bugs.webkit.org/show_bug.cgi?id=62#c5 On Thu, Sep 30, 2021 at 9:46 AM Yoav Weiss wrote: > OK, so let me recap my understanding: this is an interop bug fix where > we're currently not accepting Promises in the ClipboardItem constructor, > but Safari is (and we should). >

Re: [blink-dev] Intent to Ship: Window Controls Overlay for Installed Desktop Web Apps

Any plans to move the ﹀ icon into the three dots menu? It looks a bit ugly. There is an experiment to move the puzzle piece into the three dots menu, too, so maybe this icon could be there, too? Maybe after the user has toggled it for the first time to not hurt discoverability of WCO (even further)

Re: [blink-dev] Intent to Prototype: Web app translations

Documented this change in https://github.com/GoogleChrome/web.dev/pull/6520. To be merged once we know when this will be usable. On Mon, Oct 25, 2021 at 7:11 AM 'Louise Brett' via blink-dev < blink-dev@chromium.org> wrote: > Contact emailsloubr...@google.com, glen...@chromium.org, > mgi...@chromi

Re: [blink-dev] Intent to Ship: New Canvas 2D API

As a developer, I have run into a stupid typo in a filter's name making me pull my hair out for an hour until I realized it. Had there been a console warning or an error about the non-existent filter name, I would not be bald 🧑‍🦲 now. On Fri, Oct 29, 2021 at 7:24 AM Yoav Weiss wrote: > Hey Domen

Re: [blink-dev] Intent to Ship: New Canvas 2D API

> Silent failures + console warnings/errors seem to address this, right? > Yes, as I wrote, as long as it gets surfaced somehow. -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send

Re: [EXTERNAL] Re: [blink-dev] Intent to Implement and Ship: Add support for Promise to Blobs in clipboard item

One problem with async blob creation I ran into is dynamically created blobs of unknown type: navigator.clipboard.write([ new ClipboardItem({ 'foo/bar': new Promise(async (resolve) => { // Obtain blob data somehow, the type `foo/bar` will be dynamic. resolve(n

Re: [EXTERNAL] Re: [blink-dev] Intent to Implement and Ship: Add support for Promise to Blobs in clipboard item

On Wed, Nov 3, 2021 at 7:13 PM Anupam Snigdha wrote: > This is a good scenario, but I'm not sure if this can be solved using the > current design. You probably want a promise to the ClipboardItem? Also, I > think the MIME type in the Clipboarditem is only useful when we are > specifying DOMString

Re: [blink-dev] Intent to Ship: New Canvas 2D API

On Thu 4. Nov 2021 at 20:01 'Aaron Krajeski' via blink-dev < blink-dev@chromium.org> wrote: > During a WHATWG spec meeting this morning we agreed to not throw for > malformed canvas filters. There are still a few editorial changes to go > through on that PR, but other than that everything is settl

Re: [blink-dev] Intent to Ship: New Canvas 2D API

On Thu, Nov 4, 2021 at 10:12 PM Fernando Serboncini wrote: > We are launching with a console warning. Will check on the PR if it makes > sense to add a note about it on the spec. > Perfect, thank you very much! -- You received this message because you are subscribed to the Google Groups "blin

Re: [blink-dev] BlinkOn 15 is Today and Tomorrow

Does the event platform publish to YouTube in the background? If so, does anyone have the unlisted livestream links so I could follow up? Thanks! On Tue, Nov 16, 2021 at 7:04 PM Vincent Scheib wrote: > https://www.chromium.org/events/blinkon-15 > > -- > You received this message because you are

Re: [blink-dev] BlinkOn 15 is Today and Tomorrow

> > It looks like the talks from yesterday are already in the usual YouTube > channel: > https://www.youtube.com/playlist?list=PL9ioqAuyl6UL_1DiG1tPRHbGJlGQ_gQJW Oh, nice! I looked on the event platform and it said there were no recorded sessions. Thanks for the link! -- You received this messa

Re: [blink-dev] Intent to Prototype: Dark mode support for web apps

On Fri 19. Nov 2021 at 07:51 'Louise Brett' via blink-dev < blink-dev@chromium.org> wrote: > Contact emailsloubr...@google.com, glen...@chromium.org, > mgi...@chromium.org > > ExplainerNone yet > > Specification > > Summary > > Add a field to the web app manifest which allows apps to specify a > d

Re: [blink-dev] Intent to Prototype: Dark mode support for web apps

> > > There are a lot of proposals that were discussed in this Issue. Which > one are you planning on going with? Do we have consensus on one? > The current proposal is this one: > https://github.com/w3c/manifest/issues/975#issuecomment-960222756, it > matches the current translations proposal >

Re: [blink-dev] Intent to Deprecate and Remove: Battery Status API in Insecure Origins

On Thu, Jan 13, 2022 at 6:29 PM Chris Harrelson wrote: > This generally looks good to me, and probably safe to do. However, it'd > make me more confident if we could reduce the 0.3%. Is YouTube willing to > turn off their usage now? My guess is that will be most of the 0.3%. @Thomas > Steiner is

Re: [blink-dev] How to disable the feature "Scroll To Text Fragment"

Hi David, Please see https://web.dev/text-fragments/#disabling-text-fragments for potential solutions. Cheers, Tom On Tue, Feb 22, 2022 at 6:00 AM David wrote: > Good evening, > > I find the "Scroll To Text Fragment" feature just terrible. > > I wish to copy just the link and not a load of te

Re: [blink-dev] Intent to Prototype: Add .avif to permitted Web Share file extensions

MDN documents the supported file types ( https://developer.mozilla.org/en-US/docs/Web/API/Navigator/share#shareable_file_types). If AVIF gets added (which, as a user, I would love), the support table on MDN should be updated accordingly. Thanks, Tom -- You received this message because you are s

Re: [blink-dev] PSA: some tweaks to the Intent process

Reflected this change regarding gapless shipping in our developer-facing docs (PR ). On Mon, Apr 18, 2022 at 6:22 PM Chris Harrelson wrote: > Hi blink-dev, > > The Blink API owners have enacted the following changes to the process:

Re: [blink-dev] Intent to Ship: File Handling

Hi Evan, Updating our developer-facing documentation accordingly: https://github.com/GoogleChrome/web.dev/pull/7753. Happy to see this (hopefully) land very soon! Cheers, Tom On Fri, Apr 15, 2022 at 10:47 PM Evan Stade wrote: > Contact emails > > est...@chromium.org, dmu...@chromium.org > > Ex

Re: [blink-dev] Intent to Deprecate: Human-readable names for Bluetooth assigned numbers

> That leads me to believe that the best path forward is to specify the mapping table directly in the Web Bluetooth specification. At that point we then have the option of continuing to update it as the Bluetooth SIG declares additional assigned numbers or leave it static. Love it. This seems like

Re: [blink-dev] Intent to Continue Experimenting: Handwriting Recognition API

On Mon, Aug 23, 2021 at 5:45 AM Jiewei Qian wrote: > Contact emails...@chromium.org, hongli...@chromium.org, > mgi...@chromium.org > > Explainer > https://github.com/WICG/handwriting-recognition/blob/main/explainer.md > > Specification > > Summary > > An API for web applications to make use of ad

Re: [blink-dev] Adding new API - whether to use namespaces

As the co-author of the article about the feature I find the namespaced variant more logical and more in-line with how other APIs work, for example, Geolocation . (Not a big argument: It also al

Re: [blink-dev] Can't see chrome beta version 93

Tracked as https://github.com/GoogleChrome/chromium-dashboard/issues/1496. On Fri, Aug 27, 2021 at 5:11 PM Fazlul Hoque wrote: > I can't see chrome beta version 93 in release schedule: > https://www.chromestatus.com/features/schedule > > -- > You received this message because you are subscribed

Re: [blink-dev] Intent to Ship: File System Access on Android and WebView

> > Re 'save as folder': yes, it's just showDirectoryPicker({ mode: > "readwrite" }). We just describe that as "save as" in our own UI (as it > basically means "choose the location with a dialog"). My main point is that > things that work on desktop Chrome aren't currently working on Android. > Go

Re: [blink-dev] Intent to Ship: File System Access on Android and WebView

On Tue, Oct 29, 2024 at 8:27 AM Joel Hockey wrote: > Thanks Tom and Ashley, I've created: > > crbug.com/376097107 - Android FileSystemAccess mime filters are being > ignored > crbug.com/376097630 - Android FileSystemAccess opening folder with many > files causes chrome to become unresponsive > cr

Re: [blink-dev] Intent to Ship: File System Access on Android and WebView

Wow, that's fantastic news! I tried the feature on 132.0.6803.0 on Android VanillaIceCream with this demo that uses the main window, a same origin iframe, and a cross origin iframe (the last one should not work). - Opening a single f

Re: [blink-dev] Intent to Prototype: CSS env variable for OS-level font scale

Thanks for the detailed response! It's quite a handful, but given the explanation you gave, would it maybe make sense to reflect this fact in the name: env(*system-*preferred-text-scale)? On Fri, Feb 28, 2025 at 3:41 AM David Grogan wrote: > Great question. We talked about this some in the WG...

Re: [blink-dev] Intent to Prototype: CSS env variable for OS-level font scale

If a user has modified their preferred font sizes via browser settings, say from 16px to 20px, how would this work then? What is the 100% multiplier in your CSS rule based upon then? Would they get gigantic fonts bumped at the OS- and then the browser-level on top? [image: Screenshot 2025-02-27 at

Re: [EXTERNAL] Re: [blink-dev] Intent to Ship: On-device Web Speech API

> > This all looks great to me! Are you thinking it might be reasonable to > ship in M128 (decide by branch on Apr 28, plan to merge any required > changes before May 21)? > Off by one, classic. I think you meant 1*3*8 here. I know it's obvious now, but someone might once look back at this in ten

Re: [blink-dev] Ready for Developer Testing: Web Install API

Very exciting! I've updated a bunch of sites/extensions: - How Fugu is my browser - How Fugu is the Web - HTTP Archive custom metr