?id=118053
https://bugs.webkit.org/show_bug.cgi?id=118599
https://bugs.webkit.org/show_bug.cgi?id=106600
https://bugs.webkit.org/show_bug.cgi?id=120058
https://bugs.webkit.org/show_bug.cgi?id=85734
https://bugs.webkit.org/show_bug.cgi?id=85730
Thanks,
Frédéric Wang
Thank you!
Le 09/10/2013 09:53, Andreas Kling a écrit :
The following changes have been made to the user account
fred.w...@free.fr mailto:fred.w...@free.fr:
• The account has been added to the editbugs group.
-Kling
On Oct 9, 2013, at 8:46 AM, Frédéric WANG fred.w...@free.fr
mailto:fred.w
://bugs.webkit.org/show_bug.cgi?id=99620.
Thank you,
--
Frédéric Wang
MathML Crowdfunding: ulule.com/mathematics-ebooks
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
the changes will happen?
--
Frédéric Wang
MathML Crowdfunding: ulule.com/mathematics-ebooks
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
in the latest version of Safari.
--
Frédéric Wang
MathML Crowdfunding: ulule.com/mathematics-ebooks
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
://lists.webkit.org/mailman/listinfo/webkit-dev
--
Frédéric Wang
MathML Crowdfunding: ulule.com/mathematics-ebooks
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Le 12/03/2014 11:06, Osztrogonác Csaba a écrit :
Frédéric WANG írta:
git seems to work now, thanks.
However, http://trac.webkit.org/changeset is now blocked at revision
165462.
Maybe the post commit hook is still broken.
That seems to work now.
For some reason, 165462 does not appear
, not public yet ; send me a private mail if you want to get a copy)
[2] Bugzilla references:
https://bugs.webkit.org/show_bug.cgi?id=130321
https://bugs.webkit.org/show_bug.cgi?id=130322
https://bugs.webkit.org/show_bug.cgi?id=130324
https://bugs.webkit.org/show_bug.cgi?id=130325
--
Frédéric Wang
with CTFontCopyTable() with the MATH
identifier.
Can you email me a copy of the Microsoft document so we can look into it more.
Thanks
--
Frédéric Wang
MathML Crowdfunding: ulule.com/mathematics-ebooks
___
webkit-dev mailing list
webkit-dev
:
http://trac.webkit.org/browser/trunk/LayoutTests/platform/mac/TestExpectations#L542
--
Frédéric Wang
MathML Crowdfunding: ulule.com/mathematics-ebooks
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo
://www.ntg.nl/maps/38/03.pdf
http://www.fontforge.org/math.html
The MATH table and OpenType Features for Math Processing (Microsoft's
document, not public yet ; ask me if you want to get a copy)
--
Frédéric Wang
MathML Crowdfunding: ulule.com/mathematics-ebooks
works here?
Thanks,
Frédéric Wang
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
On 10/02/2015 02:00 AM, Darin Adler wrote:
> I suggest normal Apple developer support channels. — Darin
Thank you Darin.
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
way to handle this.
>
> Zalan.
Alex will correct me if I'm wrong, but I think the changes in RenderBox
are just a temporary solution to avoid breaking tests while we continue
to rewrite the MathML layout code. Hopefully, these won't be needed
anymore when we are done.
--
Frédéric Wang
he Google reviewers in
the future. For now, we are just rewriting the MathML layout to address
the feedback from the WebKit community and get something better! Such a
refactoring happens everytime in software development, so there are no
reasons to worry...
--
Frédéric Wang
signature.asc
Description: Ope
] in Safari, using the Latin Modern Math font [5].
Thanks,
Frédéric Wang
[1] https://lists.webkit.org/pipermail/webkit-dev/2015-December/027840.html
[2] http://trac.webkit.org/wiki/MathML/Early_2016_Refactoring
[3]
http://people.igalia.com/fwang/images/mac-webkitrefactored-latinmodernmath.png
[4
ignore any value they do not handle, although
renderers are encouraged to render as many of the values listed below as
possible" [5].
Frédéric Wang
[1] https://lists.webkit.org/pipermail/webkit-dev/2015-December/027840.html
[2] https://bugs.webkit.org/show_bug.cgi?id=153987
[3] https://bugs.we
Le 11/03/2016 22:12, Myles C. Maxfield a écrit :
> Just to clarify: you want tests to use some specific fonts, but don’t
> want to check the fonts into the repository?
Yes. To test some specific OpenType MATH feature we already use our own
small fonts (a few kilobytes) loaded as Web fonts.
ize the default and fallback fonts for MathML). The same
idea applies to pre-installed system fonts or layout tests.
--
Frédéric Wang
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.
Le 14/03/2016 23:34, Myles C. Maxfield a écrit :
> This is because we whitelist an explicit list of fonts which the tests
> are allowed to use. We don’t want tests to start failing just because
> the user has some unexpected font installed on their system. See
> allowedFontFamilySet() in
wser addon providing them as Web fonts.
3) Authors: provide the math fonts as Web fonts on each website, ebook,
Web app etc
(*) https://developer.mozilla.org/en-US/docs/Mozilla/MathML_Project/Fonts
--
Frédéric Wang
signature.asc
Description:
*TL;DR: Can you please indicate how to add fonts to use for WebKit tests
on OS X? This is is needed for existing and future MathML tests (and
actually pre-installing them on Mac/iOS would improve user experience).*
Dear all,
In the context of the MathML refactoring [1], I've recently been
the best would probably for distros to have
font packages independent from texlive that will just install the fonts
in more standard system locations and expose them to all apps by default...
--
Frédéric Wang
signature.asc
Description: OpenPGP digital signature
Le 04/04/2016 22:22, Philip Rogers a écrit :
> Hi Frédéric,
>
> I'm sorry you had to hit this confusing area recently. I just filed
> https://bugs.webkit.org/show_bug.cgi?id=156176 which we can use to
> track progress on this.
>
> The core issue is that foreignObject has the potential to leak
>
for this?
The FIXME comment misses a bug number, I can not find any bug entry on
Bugzilla (only the related bug 91523 and bug 131033) and I don't have
access to bug 119492...
Thank you,
--
Frédéric Wang
signature.asc
Description: OpenPGP digital signature
Hi WebKit developers,
We are happy to announce that we are done with the MathML refactoring
proposed last December [1]. The first phase was a big clean up of the
MathML implementation and you can find details in a first blog post [2]
but essentially:
* MathML renderer classes now derive from
FYI, I just performed that change as part of a general cleanup of MathML
headers:
https://trac.webkit.org/changeset/203228
The code style guidelines still mention the old-style header guards so
it should probably be updated:
https://webkit.org/code-style-guidelines/#names-header-guards
Le
Hi Marco,
You might want to check
https://trac.webkit.org/wiki/WebKitNightlyElCapWorkaround
In particular "If you want to use run a custom build, instead of using
run-safari (as usual), you'll need to set DYLD_FRAMEWORK_PATH and run
SafariForWebKitDevelopment manually. "
Hope that helps,
Le 14/12/2015 à 19:39, Zalan Bujtas a écrit :
> It’s great to hear that MathML is getting some proper cleanup. I think the
> proposal sounds good and I am looking forward to the patches.
>
> Minor observation: I noticed that, since MathML block is no longer a flexbox,
> but it still needs some
amp; deprecated STIXGeneral
set...)
[1] https://trac.webkit.org/wiki/MathML/Fonts
[2] http://www.stixfonts.org/
[3] https://bugs.webkit.org/show_bug.cgi?id=165676
[4] https://golem.ph.utexas.edu/~distler/blog/archives/002926.html#more
--
Frédéric Wang
signature.asc
Description: OpenPGP digital
Hello,
For development and testing purpose, I was wondering if there is a way
to produce a build of WebKit/Safari-mobile and to install it on a device
(instead of using the iOS simulator)? And is there any specific
requirement like having an Apple developer license and a registered device?
I
testing purpose on a device.
Apparently from your reply and Michael's this seems quite unlikely with
the public iOS SDK :-( I guess it would be nice to mention this
limitation on https://webkit.org/building-webkit/
Thanks.
--
Frédéric Wang
signature.asc
be required here.
Thank you,
Frédéric
[1] https://bugs.webkit.org/show_bug.cgi?id=158875
[2] https://trac.webkit.org/changeset/204266
--
Frédéric Wang
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing list
webkit-dev
Hello,
Just for the record, this is now fixed in
https://trac.webkit.org/changeset/223234
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https
is used on bots). My problem is with run-safari
--ios-simulator, which has stopped working recently.
Thanks,
--
Frédéric Wang
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit
On 28/09/2017 04:57, Daniel Bates wrote:
> Please file a bug.
>
> Dan
Done: https://bugs.webkit.org/show_bug.cgi?id=177595
--
Frédéric Wang
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing list
webkit-dev@lists.w
/Applications/MobileSafari.app.
An error was encountered processing the command
(domain=IXUserPresentableErrorDomain, code=2):
This app was unable to be installed.
Died at /Users/fred/WebKit/Tools/Scripts/webkitdirs.pm line 2546.
Did anyone experience the same issue?
--
Frédéric Wang
not
really matter whether MathML is enabled or not or whether fonts or
installed or not. But in any case, I still don't see why a build-time
flag would help and, as Maciej mentioned; it could better be a runtime
flag instead.
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP
to me.
In any cases, I do not think adding an runtime option for MathML/SVG is
a prerequisite to remove the build-time option, as the latter was more
about reducing binary size/dependencies for web engines developers while
the former was about providing more control to users.
--
Frédéric Wang - fr
ing the Web Engines Hackfest but
did not have time to try. Also, Olivier mentioned he would check the
difference and tell whether it is significant or not for his project,
but I have not heard back from him yet.
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP digital signa
On 24/10/2017 09:14, Frédéric WANG wrote:
> so it's a different use case and that one does not make sense to me.
*does make sense*
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing l
lash
> storage.
>
Thank you Olivier. That indeed seems to match Adrián's guess of "a few
hundreds of kilobytes".
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mai
it.
Note that we can also have duplication in WebKit but for each port
decide which version will be executed by adding "skip" tags in
TestExpectation. Not ideal in my opinion, but that would allow e.g.
GTK/WPE ports to run the latest WPT tests while macOS/iOS ports keep the
legacy LayoutTests
time of WPT tests. I'm surprised that I don't hear such
complaints from Mozilla and Chromium (but maybe I'm not aware of them).
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP digital signature
___
webkit-dev
Hi Philip,
We (at Igalia) are strong supporters of WPT tests and we've appreciated
a lot the effort made by Youenn and others to make them possible in
WebKit. They are very important for interoperability and make life much
easier for developers working on different WebKit ports and different
Web
t I'm mentioning here) and not enough to check the final patch before
landing (which causes different issues like extra rollout or gardening
commits or difficult regression bisecting).
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP digital signature
___
://bugs.webkit.org/show_bug.cgi?id=177744 and the discussions at
the Web Engines Hackfest, so they are not forgotten. But there is no
hurry to remove the build flag for now.
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP digital signature
__
n
I don't think I'll have time to check the runtime option right now, so
I'll just keep the status quo and it will be up to these people to
submit a patch or to keep fixing the build failures for --no-mathml ;-)
--
Frédéric Wang - frederic-wang.fr
signature.asc
t exactly to import/update WPT tests into
LayoutTests/imported/w3c/web-platform-tests (and in particular add new
tests).
Also I understand Youenn's export script is supposed to allow committing
new tests to LayoutTests/imported/w3c/web-platform-tests and upstreaming
them to WPT.
--
Fréd
8932.html
[3] https://lists.webkit.org/pipermail/webkit-dev/2017-December/029837.html
--
Frédéric Wang - frederic-wang.fr
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
years ago and does not mention the latest tools/agreements/work-in-progress:
https://trac.webkit.org/wiki/WebKitW3CTesting
--
Frédéric Wang - frederic-wang.fr
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman
n to a link explaining clearly the WPT export process
and agreement.
--
Frédéric Wang - frederic-wang.fr
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
nd the lack of system fonts. As a Web Platform developer, I believe
browser sniffing is bad practice, so I hope people use other techniques
to provide alternate content. Do you have any concrete use case in mind?
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description
and SVG a long time ago (
https://hg.mozilla.org/mozilla-central/rev/b8664f450508 for the former).
--
Frédéric Wang - frederic-wang.fr
signature.asc
Description: OpenPGP digital signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https
/a/chromium.org/forum/#!topic/blink-dev/X64Sg16RhT4
[4] https://bugs.webkit.org/show_bug.cgi?id=106133,
https://bugs.webkit.org/show_bug.cgi?id=121876
[5]
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/2iOz5-fgD8Y/GO7qLkg4BwAJ
; https://bugs.webkit.org/show_bug.cgi?id=5991#c20
--
Frédéric
On 30/01/2018 17:21, Frédéric Wang wrote:
> Chromium people also had some issues when trying to ship the change but
> things went well at the end [5].
>
> [5]
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/2iOz5-fgD8Y/GO7qLkg4BwAJ
> ; https://bugs.webkit.org/sh
proposing to set it to
DEFAULT_EXPERIMENTAL_FEATURES_ENABLED and allow wider testing :
https://bugs.webkit.org/show_bug.cgi?id=189472
Frédéric
On 30/01/2018 17:21, Frédéric Wang wrote:
> Hi everybody,
>
> I'd like to announce that I started to implement the behavior for
> scrollLef
On 27/03/2018 18:16, Dan Bernstein wrote:
>
>
>> On Mar 27, 2018, at 9:07 AM, Frédéric Wang <fw...@igalia.com
>> <mailto:fw...@igalia.com>> wrote:
>>
>> I see that the make command allows to make incremental builds for
>> macOS. Does anyone know how
ebkit-dev
>> <https://lists.webkit.org/mailman/listinfo/webkit-dev>
>>
>> ___
>> webkit-dev mailing list
>> webkit-dev@lists.webkit.org <mailto:webkit-dev@lists.webkit.org>
>> htt
, I'm relying
a lot on testRunner.runUIScript to execute basic gestures or emulate the
find UI and most of these APIs are not implemented (easily
implementable?) in Tools/DumpRenderTree/ios/UIScriptControllerIOS.mm
--
Frédéric Wang - frederic-wang.fr
___
webkit-dev
un iOS/WK2
tests, right?
Any idea/suggestion regarding how one could test iOS/WK1?
PS: I'm using the public Xcode SDK. In particular I only have access to
the simulator.
[1] https://github.com/fred-wang/WebKitLegacyApp
--
Frédéric Wang - freder
log error for unknown
options, so that people realize they need to implement the parsing. I
opened https://bugs.webkit.org/show_bug.cgi?id=191303
--
Frédéric Wang - frederic-wang.fr
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.or
?id=189907
On 20/09/2018 22:26, Frédéric Wang wrote:
> Hi all,
>
> This email is to announce that I have started to work on (programmatic)
> smooth scrolling in WebKit from the CSSOM View specification [1]. To use
> this effect, web developers can pass a behavior parameter (auto, smoot
Hi all,
This email is to announce that I have started to work on (programmatic)
smooth scrolling in WebKit from the CSSOM View specification [1]. To use
this effect, web developers can pass a behavior parameter (auto, smooth,
or instant) to Element.scroll, Element.scrollTo, Element.scrollBy,
still use DumpRenderTree to run tests? Are
such headers taken into account on these platforms too?
--
Frédéric Wang - frederic-wang.fr
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
On 10/09/2018 10:41, Frédéric Wang wrote:
> The new behavior is enabled for tests after
> https://trac.webkit.org/changeset/235806/webkit
> Essentially, this means that if you want set/get the scroll position of
> the test pages, you should now just use document.scrollingEleme
no longer considered
experimental.
--
Frédéric Wang - frederic-wang.fr
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
--
Frédéric Wang - frederic-wang.fr
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Hi everybody,
I was wondering if there is an easy way to enable or disable a web
preference on iOS (simulator). Some of them are in the "experimental
features" menu but (at least with the public SDK) it has not always
worked well during development [1]. Moreover, most of the preferences
are now
otation="radical circle")
- attribute with leading or trailing white space characters (U+0020,
U+0009, U+000A, U+000D or U+000C). For example width=" 5em ".
* Trailing/leading whitespace in token elements (mi, mtext, mn, mo,
mtext, ms). Do token elements contain text conte
On 16/03/2019 00:04, Ryosuke Niwa wrote:
> On Fri, Mar 15, 2019 at 3:33 PM Frédéric Wang <mailto:fw...@igalia.com>> wrote:
>
> Hi Ryosuke and Myles,
>
> Thank you for your reply. First, the exact thing about what will
> be in MathML Core is still open,
ssues/
On 15/03/2019 22:33, Myles C. Maxfield wrote:
>
>
>> On Mar 15, 2019, at 11:29 AM, Ryosuke Niwa > <mailto:rn...@webkit.org>> wrote:
>>
>>
>> On Fri, Mar 15, 2019 at 3:08 AM Frédéric Wang > <mailto:fw...@igalia.com>> wrote:
>>
>>
vidence that the
> entire feature can be removed.
>
That was not my point. I was just trying to explain that there are more
issues involved when you analyze carefully each case, you cannot just
rely on generic claims, quick searches or unilateral approaches in order
to make a decision. An
a
meta bug to track these changes [4].
Frédéric Wang and Rob Buis,
[1] https://mathml.igalia.com/
[2] https://mathml-refresh.github.io/
[3] https://mathml-refresh.github.io/mathml-core/
[4] https://bugs.webkit.org/show_bug.cgi?id=195797
___
webkit-dev
On 06/06/2019 19:00, Frédéric Wang wrote:
> On 06/06/2019 18:32, Dan Bernstein wrote:
>> When dyld aborts this way it logs the reason (based on the backtrace,
>> likely a missing symbol). You may be able to find the message from
>> dyld in the macOS Console app (the Simulato
entry to track possible removal:
https://bugs.webkit.org/show_bug.cgi?id=198652
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
dge support it? When did Firefox remove this feature?
>
> On Fri, Jun 7, 2019 at 1:55 AM Frédéric Wang <mailto:fw...@igalia.com>> wrote:
>
> Hi,
>
> 4 years ago, the SVG WG resolved to remove SVGTests.hasExtension due to
> lack of use and being a poor API.
&
53d10ce dyld`dyld::_main(macho_header const*,
unsigned long, int, char const**, char const**, char const**, unsigned
long*) + 522
frame #28: 0x0001053cc503 dyld`dyldbootstrap::start(macho_header
const*, int, char const**, long, macho_header const*,
mit
unsupported XPC object: OS_xpc_dictionary
These are logged at initial launch though. I can't see anything
particular when the page keeps crashing again and again.
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://l
16 August 2011):
https://www.w3.org/TR/SVG11/types.html#InterfaceSVGTests/
/
--
Frédéric Wang
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
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=
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
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
>>>>>>
>>>>>
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
/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
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
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
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
://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
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
? 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
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
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
__
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
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.
&
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]
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
1 - 100 of 102 matches
Mail list logo