As of 2024-04-10, I intend to remove automatic vertical centering of
some basic binary operators for MathML. This was never implemented in
other browsers and is not described in any specification.
Bug to remove: https://bugzilla.mozilla.org/show_bug.cgi?id=1890531
To understand better, here
TL;DR: I'm glad to announce that some days ago, the conversion of MathML
layout tests to WPT format has been completed. You will now find them in
two places only:
- The upstream WPT repository, for tests shared with other browsers.
- Some internal Gecko-specific tests at
/show_bug.cgi?id=1880928
Le 16/01/2024 à 15:26, Frédéric Wang a écrit :
Summary: Add support for `content-visibility` property
Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1660384
Specification: https://drafts.csswg.org/css-contain/#content-visibility
Standards Body: CSS WG
Platform coverage: All
on by default:
https://bugzilla.mozilla.org/show_bug.cgi?id=1874874
On bug 1874874 you can find an overview of the remaining WPT failures
and bugs, but the TL;DR is that the performance bug 1765615 is the only
one that seems serious enough.
Frédéric Wang
--
You received this message because you
the plan
is to collect some telemetry data first and send some deprecation
warning to the console.
See also the related intent to ship:
https://groups.google.com/a/mozilla.org/d/msgid/dev-platform/753d2f38-ef67-8371-0f48-c4818961abf5%40igalia.com
--
Frédéric Wang
--
You received this message
case is to implement MathML automatic italic
mathvariant for single-char elements:
https://w3c.github.io/mathml-core/#the-mathvariant-attribute ; I'll send
a separate email for intenting to unship mathvariant other than mathvariant=normal>.
--
Frédéric Wang
--
You received this message bec
=USE_COUNTER2_DEPRECATED_MathML_DeprecatedScriptsizemultiplierAttribute_PAGE_channel_version=nightly%252F71=*=Firefox=1_by_value=0_keys=submissions_date=2022-05-30=0=1_submission_date=0
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"dev-platform@mozilla.org" group.
To unsubscribe from this grou
acrvYeBQAJ
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"dev-platform@mozilla.org" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to dev-platform+unsubscr...@mozilla.org.
To view this discussion on
the Chrome Platform Status
https://chromestatus.com/feature/5157467960377344
Links to previous Intent discussions
Intent to Experiment:
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/2603ac64-2367-434f-cee3-42b3d9111639%40igalia.com
This intent message was generated by Chrome
117
Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5157467960377344
Links to previous Intent discussions
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"blink-dev" group.
To unsubscribe f
to get official stance for such a small feature,
I left "No Signal".
Chromium's CL is
https://chromium-review.googlesource.com/c/chromium/src/+/4542243/12
Thanks,
On 27/06/2023 19:19, Frédéric Wang wrote:
Contact emails
fw...@chromium.org
Expla
orm Status
<https://chromestatus.com>.
--
Frédéric Wang
--
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+unsubscr...@chromium.org.
To view this
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: c7e23e3505d35939170723b10eb4f9c1255d49eb
https://github.com/WebKit/WebKit/commit/c7e23e3505d35939170723b10eb4f9c1255d49eb
Author: Frédéric Wang
Date: 2023-01-16 (Mon, 16 Jan 2023)
Changed paths
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: e79a6f098c8145928414848379e7d679fb3ff5a6
https://github.com/WebKit/WebKit/commit/e79a6f098c8145928414848379e7d679fb3ff5a6
Author: Frédéric Wang
Date: 2022-11-12 (Sat, 12 Nov 2022)
Changed paths
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 154fb73e0c5be12c6ee7b3e7c54fed224e7a69c7
https://github.com/WebKit/WebKit/commit/154fb73e0c5be12c6ee7b3e7c54fed224e7a69c7
Author: Frédéric Wang
Date: 2022-11-07 (Mon, 07 Nov 2022)
Changed paths:
M
Thanks. I'll upload a CL for that. BTW, MathML now has a base::Feature flag.
On 24/10/2022 10:05, Yoav Weiss wrote:
I think it makes sense to flip it on now, and turn it off if printing
NG gets reverted.
On Mon, Oct 24, 2022 at 9:14 AM Frédéric Wang wrote:
Hello,
Reading [1], I
ov 10)?
[1]
https://chromium.googlesource.com/chromium/src/+/HEAD/docs/process/release_cycle.md
[2]
https://chromium.googlesource.com/chromium/src/+/HEAD/docs/release_branch_guidance.md
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"blink-d
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 675e4eb6f1e268b47b19b9a792c3c2b68336e19c
https://github.com/WebKit/WebKit/commit/675e4eb6f1e268b47b19b9a792c3c2b68336e19c
Author: Frédéric Wang
Date: 2022-10-21 (Fri, 21 Oct 2022)
Changed paths:
M
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: f243e31b7e947af375a58008b99319e2b0175dff
https://github.com/WebKit/WebKit/commit/f243e31b7e947af375a58008b99319e2b0175dff
Author: Frédéric Wang
Date: 2022-10-21 (Fri, 21 Oct 2022)
Changed paths:
M
On 14/10/2022 09:17, Manuel Rego Casasnovas wrote:
On 14/10/2022 07:53, Frédéric Wang wrote:
If I understand correctly [3], it is integrated in M108 (branched
yesterday) and the feature freeze for M109 will be October 27. So we
have two weeks to decide to enable MathML or not (if an issue
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: fa25b1316fbd386c2ab617f9a3a3cfe1c22d22c8
https://github.com/WebKit/WebKit/commit/fa25b1316fbd386c2ab617f9a3a3cfe1c22d22c8
Author: Frédéric Wang
Date: 2022-10-07 (Fri, 07 Oct 2022)
Changed paths:
M
, quotes are not part of MathML Core
and not implemented in other browsers and Firefox's implementation has
issues (e.g. bugs 1108608 and 787215).
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"dev-platform@mozilla.org" group.
To unsubs
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 3c75189741bc8cd3c2be86fa3e299ba977ab2b9c
https://github.com/WebKit/WebKit/commit/3c75189741bc8cd3c2be86fa3e299ba977ab2b9c
Author: Frédéric Wang
Date: 2022-09-27 (Tue, 27 Sep 2022)
Changed paths:
M
sent to mozilla.dev.platform and explained there:
https://groups.google.com/g/mozilla.dev.platform/c/BWUvjERSXUM
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"dev-platform@mozilla.org" group.
To unsubscribe from this group and stop receiv
elemetry analysis: N/A ; invalid MathML markup is likely to happen in
web pages and we need to decide how to render it anyway.
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"dev-platform@mozilla.org" group.
To unsubscribe from this group
on. I indeed was vaguely remembering that
update was more-or-less automatic, great that you detected the issue.
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"blink-dev" group.
To unsubscribe from this group and stop receiving emails fr
ml.idl?
This is used in some generic tests for global event handlers e.g.
html/webappapis/scripting/events/event-handler-all-global-events.html
mathml/relations/html5-tree/math-global-event-handlers.tentative.html
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
Just to follow-up on two points raised by Daniel:
On 25/06/2022 14:09, Frédéric Wang wrote:
You mentioned fuzzy testing. Do the fuzzing tools have support for
mathml elements? If not, you should probably add a to-do item to
teach them.
MathML has been there for several years so I do expect
2020-09-17. Most of them were
returning 0 count and only two of them were returning 1 count... to
compare with the counter for pages using MathML which was several millions!
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"blink-dev" gro
Hello, just to follow-up on this one, that feature will be included in
https://groups.google.com/a/chromium.org/g/blink-dev/c/n4zf_3FWmAA since
as explained in the original email, MathML is the main use case.
On 13/08/2021 16:26, Frédéric Wang wrote:
Contact emails
fw
hopefully they will both be done by the end of
the year.
On Thu, Jun 23, 2022 at 4:39 AM Frédéric Wang wrote:
Hi Morten,
Thanks for raising this issue, I forgot to mention it. We
experimented
this in the past and IIRC we found issues with:
- Printing: indeed printing pages
lusterfuzz will find something interesting once
this feature is switched to "stable". :)
By the way, I just tested, and MathML inside legacy layout doesn't seem
to work. I filed
https://bugs.chromium.org/p/chromium/issues/detail?id=1338882
Frédéric Wang writes:
Contact emails
fw
-460523527
[3] https://frederic-wang.fr/update-on-open-type-math-fonts.html
--
Frédéric Wang
--
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+
https://groups.google.com/a/chromium.org/g/blink-dev/c/OOZIrtSPLeM
This intent message was generated by Chrome Platform Status
<https://chromestatus.com>.
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"blink-dev" group.
To un
ailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
-owners-discuss/c/uoQG64TjVcU
for the previous discussion.
As mentioned in the original e-mail, we are planning to remove the
WebTransport over QUIC implementation, and we will not need the
"quic-transport" scheme in the future.
Thanks,
On Mon, Feb 8, 2021 at 8:57 PM Frédéric W
mium.org
<https://groups.google.com/a/chromium.org/d/msgid/blink-dev/8670f31d-d4d2-443f-8757-250bb5611cdbn%40chromium.org?utm_medium=email_source=footer>.
--
Frédéric Wang
--
You received this message because you are subscribed to the Google Groups
"blink-dev" group.
To unsubscribe fro
Writer, Chrome DevRel |jmed...@google.com
<mailto:jmed...@google.com> | 816-678-7195
/If an API's not documented it doesn't exist./
On Tue, Dec 21, 2021 at 12:17 PM Frédéric Wang <mailto:fw...@igalia.com>> wrote:
Patch is under review but has not landed yet.
Le 21/12/202
Patch is under review but has not landed yet.
Le 21/12/2021 à 21:02, 'Joe Medley' via blink-dev a écrit :
Is this in 98?
--
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
Le 25/11/2021 à 11:12, Frédéric Wang a écrit :
Thank you Yoav, Rick and Dominik,
Some random remarks/thoughts:
1. First I believe the risk is probably not to have missing characters
: At the end, we actually always do try "-webkit-standard" internally
as a fallback. Instead
port for
"-webkit-body" are out of the scope of this intent.
Le 16/11/2021 à 15:46, Frédéric Wang a écrit :
Contact emails
fw...@igalia.com <mailto:fw...@igalia.com>, ssin...@igalia.com
<mailto:ssin...@igalia.com>
Explainer
None
J
[2] https://chromium-review.googlesource.com/c/chromium/src/+/3282157
--
Frédéric Wang
--
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+unsubscr
8:57:53 PM UTC+1 Mike Taylor wrote:
On 11/17/21 6:02 AM, Frédéric Wang wrote:
I started to poke through
https://github.com/search?p=5=%22-webkit-standard%22=Code
<https://github.com/search?p=5=%22-webkit-standard%22=Code>
out of curiosity and a few things stand out:
83 showed that an internal use of "-webkit-standard"
allowed to work around a Skia bug 12503. Bug again, I can't explain why
someone would need to do it explicitly...
The @font-face{ font-family:"-webkit-standard"; } in link 3 is also
weird, I'm not sure what's happening when we
k to entry on the Chrome Platform Status
https://www.chromestatus.com/feature/5639265565278208
<https://www.chromestatus.com/feature/5639265565278208>
This intent message was generated by Chrome Platform Status
<https://www.chromestatus.com>.
PS: For those interested in that one and other f
ont expert please correct me if I'm wrong) removing a generic
font family should just affect the choice, not the visibility of the symbol.
Moreover, quoting the initial message of this thread:
Le 13/08/2021 à 14:23, Frédéric Wang a écrit :
- Apple Color Emoji on macOS (and iOS/WebKit)
- Segoe
for developers if this does not work for all
events. But yes, again this is just speculation, not based on any
concrete feedback from developers. I imagine somewhat hitting the
problem would just switch to addEventListener and move on.
--
Frédéric Wang
--
You received this message because you
.
Web developers:
No signals
Could you gather signals? https://goo.gle/developer-signals
We were not able to find much information from
https://github.com/whatwg/html/issues/3487 ; I think Sonia meant to use
N/A "The change is too small to justify this effort".
--
Le 13/08/2021 à 14:23, Frédéric Wang a écrit :
Interoperability and Compatibility
This feature was implemented by Apple in 2011 before the Blink fork
and is still implemented in WebKit. It has never been implemented in
Firefox.
A HTTPArchive search from March 2020 provided 1903
, 2021 at 9:32 AM Frédéric Wang <mailto:fw...@igalia.com>> wrote:
Dominik's request is for
-webkit-monospace, webkit-serif, -webkit-sans-serif,
-webkit-cursive, -webkit-fantasy, -webkit-pictograph,
-webkit-body, -webkit-standard
But this intent to ship is only f
nge that now
includes more response bodies.
+Rick Viscomi <mailto:rvisc...@google.com> - any changes done on the
front of response bodies in the last 18 months?
On Tue, Aug 17, 2021 at 2:58 PM Frédéric Wang <mailto:fw...@igalia.com>> wrote:
Thank you everybody for the
webkit.org/show_bug.cgi?id=156843
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
ji" as an alias for "-webkit-pictograph",
similar to what we did in [3] for "system-ui"?
Thanks,
[1] https://bugs.webkit.org/show_bug.cgi?id=65197
[2] https://drafts.csswg.org/css-fonts/#font-family-prop
[3] https://bugs.webkit.org/
On 21/04/2020 08:51, Frédéric Wang wrote:
> As of 2020-05-05 I intend to remove the title argument of
> Navigator.registerProtocolHandler. It has been removed from the HTML5
> specification and none of the existing implementation does something
> UI-wise [1].
This change finally land
bug.cgi?id=171934#c73)
web-platform-tests:
This is covered by internal Gecko tests, but I opened
https://bugzilla.mozilla.org/show_bug.cgi?id=1672323 as a follow-up.
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla
On 05/10/2020 16:15, Robert Ma wrote:
> On Mon, Oct 5, 2020 at 6:22 AM Frédéric Wang <mailto:fw...@igalia.com>> wrote:
>
> One thing to take into account is that WebKit's repository is big and
> public GitHub/GitLab prevent creating large repository by default.
&
ng their own instance VS relying on proprietary / third-party
instances for this kind of issue or other customizations.
In general, I personally believe it would be good if one only require to
use free software tool to contribute to WebKit. But I guess we already
made an exception by switching to
s://github.com/mathml-refresh/mathml/issues/55
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
(...) will be added too.
Secure contexts: Like all other CSS selectors these are not restricted
to secure contexts.
Is this feature enabled by default in sandboxed iframes?: Yes
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
On 02/09/2019 16:11, Frédéric Wang wrote:
> Hello,
>
> Currently MathML attributes mathvariant, displaystyle and scriptlevel
> [1] [2] are implemented in WebKit using custom "style resolution" and
> "one-glyph rendering" inside the MathML layout code [3] [4]
On 19/09/2020 06:36, Frédéric Wang wrote:
> This is already possible
> with the MathML's displaystyle attribute but exposing the magic to CSS
> provides more flexibility to users.
As an example, consider the continued fraction of test 6 in
https://mdn.mozillademos.org/en-US/doc
these are not restricted
to secure contexts.
Is this feature enabled by default in sandboxed iframes?: Yes
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
MathML rendering
when the flag is on.
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 17/09/2020 15:22, Frédéric Wang wrote:
> Hi,
>
>As of September 24, I intend to disable support for stretching MathML
> operators with the deprecated STIXGeneral fonts on non-mac platform.
> These are very old fonts that have been deprecated by the STIX
> consortium for
/irFYGNx0DAAJ
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
[2] https://bugs.chromium.org/p/chromium/issues/detail?id=1072461
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
what I
commented on the spec / blink-dev discussions.
--
Frédéric Wang
On 04/07/2015 19:24, Sam Weinig wrote:
> (Sorry, had this sitting in my drafts).
>
> My concern with the registerProtocolHandler() API is that it complicates an
> already the very complicated area of cust
y working with the latest version of Xcode and with the
command line, so I guess others are in better position to reply to your
concern on legacy support.
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.or
? How can I know which build system I'm using?
Or do you mean you have a patch for WebKit that is pending to land? If
so, what's the bug number?
Thanks,
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
thout flag ;
shipped in Chromium since version 81.
Bug to turn on by default:
https://bugzilla.mozilla.org/show_bug.cgi?id=1623623
This feature was previously discussed in this "Intent to prototype"
thread:
https://groups.google.com/forum/#!msg/mozilla.dev.platform/64nDLTAZGzY/CQMV7WqtCAAJ
quot;no" value but I opened
https://bugs.webkit.org/show_bug.cgi?id=208570for the remaining ones.
Gecko supports both and intent-to-ship was sent for Chromium too:
https://groups.google.com/a/chromium.org/d/msg/blink-dev/qBQCKhzbIRc/RsfZQmf3AQAJ
--
Frédéric Wang
__
something else if that's misleading.
>
> 4. If there's no negative feedback, ship (ports maintainer can
> still disable the feature if they want to).
>
>
> We should probably adopt the same 5 business day policy here.
Right, the proposal says + 1
Hi,
The idea of an "intent to" process has been raised several times in the
past(e.g. in our 2020 goals [1])and some people already use it
informally, but it does not seem that we have any agreement right now.
Such a process would help to coordinate changes internally (between port
maintainers
to consider
here. AFAIK, the proposal does not make the situation worse though. I
can't find any conclusion on the security aspect in the original
intent-to thread, so I guess someone more knowledgeable than me on this
should comment.
--
Frédéric Wang
://bugs.webkit.org/show_bug.cgi?id=208047
W3C issue: https://github.com/w3c/IntersectionObserver/issues/372
Gecko bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1617154
(intent-to will follow)
Chromium bug:
https://chromium-review.googlesource.com/c/chromium/src/+/2003750
--
Frédéric Wang
On 19/12/2019 14:22, Frédéric Wang wrote:
> Hello,
>
> In [1], we will try and make WebKit rely on the width and height HTML
> attributes of the and elements in order to determine their
> aspect ratio, so that it can be used for sizing the image using CSS,
> before the conte
On 10/12/2019 17:52, Frédéric Wang wrote:
> Hi everybody,
>
> Cathie has taken over my work on this. In order to facilitate review,
> we decided to split the patch into three parts. If there is no
> opposition, we'll probably go ahead and land (1) and (2) below. But in
> any case
/H9j3aJ20IgE/fs9Df3loCQAJ
[4]
https://groups.google.com/a/chromium.org/forum/#!searchin/blink-dev/Compute$20img$2Fvideo$20aspect$20ratio$20from$20width$20and$20height$20HTML$20attributes%7Csort:date/blink-dev/GePU9T8UpEc/uQWhDZeODwAJ
--
Frédéric Wang
e already replied on the Blink
thread. Just to repeat here, I think the concerns Igalia had regarding
the lack of details to implement the algorithm have been addressed in
the latest versions of the spec. We haven't checked again if the WPT
coverage is good enough now though.
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
to hear about suggestions to rely on native scroll
animations for other ports. However, this can probably be done in
follow-up patches. Web developers really requested support on iOS and it
seems very important to have (3) for that port.
Thank you,
On 14/11/2018 19:58, Frédéric Wang wrote:
> Hi
On 12/11/2019 20:06, Simon Fraser wrote:
>> On Nov 12, 2019, at 4:52 AM, Frédéric Wang wrote:
>>
>> On 09/11/2019 04:02, Ryosuke Niwa wrote:
>>>>>> - Requires us modifying each port's DRT to support this format
>>>>>>
>>>>>
nds big. IIUC you are parsing
the HTML file when running each test? I thought that there is a
MANIFEST.json file which is supposed to cache that information, why
can't we use it?
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Hi,
In bug 1587577, I intend to add a deprecation warning and use counter
for the mfenced element. The MathML Refresh CG has agreed it should not
be in core. It is redundant with mrow + mo, its implementation has bugs
and adds complexity.
--
Frédéric Wang
Hi,
In bug 1587572, I intend to add a deprecation warning and use counter
for the bevelled attribute on the mfrac element. Although the
MathML Refresh CG has not reached a consensus about this yet, it is good
to try to determine how much this attribute is actually used.
--
Frédéric Wang
Hi,
In bug 1587570, I intend to add a deprecation warning and use counter
for the subscriptshift and superscriptshift attributes. Although the
MathML Refresh CG has not reached a consensus yet about this, it is good
to try to determine how much these attribute are actually used.
--
Frédéric
). In
addition maction allows some interactive math. These features are better
implemented in CSS/JS.
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
n one side and for mroot
on the other side).
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1548522
[2] https://github.com/mathml-refresh/mathml/issues/3
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.or
s a bit more verbose and
probably not how developers would do a quick implementation for "normal"
HTML elements.
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
spec [2].
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1548530
[2] https://github.com/mathml-refresh/mathml/issues/30
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 02/09/2019 22:12, Ryosuke Niwa wrote:
>
> On Mon, Sep 2, 2019 at 7:11 AM Frédéric Wang <mailto:fw...@igalia.com>> wrote:
>
>
> Currently MathML attributes mathvariant, displaystyle and
> scriptlevel [1] [2] are implemented in WebKit using custom "style
ps://trac.webkit.org/browser/webkit/trunk/Source/WebCore/rendering/mathml/RenderMathMLToken.cpp#L593
[6]
https://mathml-refresh.github.io/mathml-core/#css-extensions-for-math-layout
[7] https://bugs.webkit.org/show_bug.cgi?id=133845#c5
[8] https://bug-201242-attachments.webkit.org/attachment.cgi?id=
a counter of pages that contained
MathML content rendered by Gecko. This is what we plan to use as
a reference. We haven't decided about the exact threshold yet though.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1538985
--
Frédéric Wang
___
dev
nd.globatt
[3] https://github.com/mathml-refresh/mathml/issues/127
[4] https://bugzilla.mozilla.org/show_bug.cgi?id=553917
[5] e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=427990
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.m
.org/TR/MathML2/chapter3.html#presm.deprecatt
[3] https://github.com/mathml-refresh/mathml/issues/5
[4]
https://trac.webkit.org/browser/webkit/trunk/Source/WebCore/mathml/MathMLElement.cpp#L96
[5] e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=1027354
--
Frédéric Wang
4751#c2
[6] https://github.com/mathml-refresh/mathml/issues/23
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
om/mathml-refresh/mathml/issues/75#issuecomment-523016332
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
" in MathML
Core [4].
[1] https://www.w3.org/TR/MathML3/chapter2.html#fund.units
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=553917
[3] https://www.w3.org/TR/MathML2/chapter2.html#fund.units
[4] https://github.com/mathml-refresh/mathml/issues/24
--
Frédéric Wang
ence to disable them in Nighly build.
[1] https://www.w3.org/Math/draft-spec/chapter3.html#presm.commatt
[2] https://github.com/mathml-refresh/mathml/issues/7
[3] https://github.com/mathml-refresh/mathml/issues/55
--
Frédéric Wang
___
dev-plat
resh/mathml/issues/4
[3] https://github.com/mathml-refresh/mathml/issues/55
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
=553917
[3] https://github.com/mathml-refresh/mathml/issues/5
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
1 - 100 of 310 matches
Mail list logo