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
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 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
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]
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
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
://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
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=
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
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.
&
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
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
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
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*,
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
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,
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
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:
>>
>>
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
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
?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
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
, 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
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
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
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,
> 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
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
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
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
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
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
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
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
/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
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
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
___
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
://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
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
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
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
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
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
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
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
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
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
/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
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
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
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
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
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,
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 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
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
] 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
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
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
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.
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
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:
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.
*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
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
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
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
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
:
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
, 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
://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
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
://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
1 - 100 of 102 matches
Mail list logo