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
ugs.webkit.org/show_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-pl
ysis: 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
.) 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
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-U
S 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://lists.mozilla.org/listinfo/dev-platform
etter 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
/html/pull/5425
[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
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
ct 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é
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
e 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
t;, ...) which is 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
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
__
r2.html#fund.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-platfo
s://www.w3.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=1574751#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
reference 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
l-refresh/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
Hello Mozilla developers,
As some of you may know, Igalia is working on MathML support in Chromium
this year [1]. As part of that effort we joined a new MathML Refresh
Community Group [2] and one goal is to focus on a core spec for browser
implementations [3] to:
- Remove deprecated/uncommon/dupli
and/or the font preference menu to select a math font.
It should be safe to stop exposing -moz-math-anonymous and
-moz-mathml-anonymous-block, if we do.
--
Frédéric Wang - frederic-wang.fr
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
ttps://bugzilla.mozilla.org/show_bug.cgi?id=1365626 to remove
> MathML view source from m-c.
Thanks, maybe a first step would be to remove the usage of
nsIEntityConverter as Henri indicated as I don't think it's an important
feature (this is
https://github.com/fred-wang/webext
ing to remove that feature from the core mozilla source.
The only concern I have is for Thunderbird/Seamonkey as it is not
clear yet what will be the future regarding WebExtensions.
Any opinions?
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
t more feedback.
(*) https://addons.mozilla.org/en-US/firefox/addon/mathml-copy/
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
. Of course, this only applies to
this particular case and is not a general replacement for std::unique_ptr
Using UniquePtr or a polyfill base on UniquePtr will probably gives a
result closer the author's intention. But at the end we will still have
to patch the woff2 library in some w
ut linking failed.
--
Frédéric Wang
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
r
std::unique_ptr can be made easily available? Or should we just patch
the WOFF2 library to use of std::vector (as was done in earlier version)?
Thanks,
--
Frédéric Wang
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1227058
___
dev-platform mailing lis
onkey"
>> or "Instantbird" (
>> https://dxr.mozilla.org/comm-central/search?q=MOZ_APP_DISPLAYNAME&offset=63
>> )
>>
>> and I don't know whether you care about those or whether they match what
>> you (or Mozilla-the-org, or Apple) would consi
c1fb007137d/configure.in#l4588
http://hg.mozilla.org/mozilla-central/file/2c1fb007137d/configure.in#l8679
So actually my question becomes: what is the possible values of
MOZ_APP_DISPLAYNAME in the official Mozilla builds? I assume the values
include at least "Firefox" and "N
c1fb007137d/configure.in#l4588
http://hg.mozilla.org/mozilla-central/file/2c1fb007137d/configure.in#l8679
So actually my question becomes: what is the possible values of
MOZ_APP_DISPLAYNAME in the official Mozilla builds? I assume there are
at least "Firefox" and "N
c1fb007137d/configure.in#l4588
http://hg.mozilla.org/mozilla-central/file/2c1fb007137d/configure.in#l8679
So actually my question becomes: what is the possible values of
MOZ_APP_DISPLAYNAME in the official Mozilla builds? I assume there are
at least "Firefox" and "N
40 matches
Mail list logo
