Re: [webkit-dev] Safari support for Web Speech API
Hi there, Dan has simply pointed out that you've posed a specific question about Safari (which is a proprietary Apple product). This list is dedicated to WebKit which is an open-source library being used by many vendors (including Apple). -- Bye, Michelangelo On May 15, 2013, at 5:09 PM, Randy Brown rbr...@madmobile.com wrote: If a forum dedicated to web-kit development is not the proper place to ask a question about whether anyone has heard of a major vendor's support for a ground-breaking new web-kit spec, exactly where should this be asked? From: Dan Bernstein m...@apple.com Date: Wednesday, May 15, 2013 7:53 PM To: RANDY BROWN rbr...@madmobile.com Cc: webkit-dev@lists.webkit.org webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Safari support for Web Speech API On May 15, 2013, at 4:46 PM, Randy Brown rbr...@madmobile.com wrote: I'm trying to ascertain if, and when, Apple is planning on supporting the Web Speech API. This email from Chris that was attached to this post earlier in the year, is the ONLY thing I can find on the web regarding Apple's support of the speech API, which is very surprising to me. Does anyone have any knowledge of whether or not Apple is planning to support this spec for Safari, specifically on mobile, and if so, when? Now that this is a W3C spec, and Chrome has added support for it, Apple is seriously missing the boat on this. As a developer of mobile optimized sites for large retail brands, we see speech to text as a game changer for the mobile web. Very interested to know if this is even on Apple's radar…and if not, why not? Thanks for any and all feed back on this topic. Randy First of all, webkit-dev is not an appropriate forum for discussing any vendor’s product plans. In addition to that, Apple doesn’t comment on unannounced products and features. ___ 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
Re: [webkit-dev] Debugging Memory Errors
Doesn't debug-safari --debug --guard-malloc make the trick? If you need to target the web-process - as I think - you may also want to append --target-web-process. -- Bye, Michelangelo On May 15, 2013, at 5:54 PM, Bear Travis betra...@adobe.com wrote: Hi WebKit, I was wondering how folks debug memory errors such as use after free and allocated memory overflows. I have seen some bugs mentioning libgmalloc. I can run safari with: run-safari --debug --guard-malloc But I don't seem to get the full stack traces I have seen in the bugs. I have also seen mention of setting DYLD_INSERT_LIBRARIES to /usr/lib/libgmalloc.dylib, but doing so seems to lock up the build-webkit command. Any tips/tricks/pointers would be greatly appreciated, -Bear ___ 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
Re: [webkit-dev] Alexandru Chiculita is now a WebKit reviewer
Kudos! -- Bye, Michelangelo On Apr 24, 2013, at 2:42 PM, Dean Jackson d...@apple.com wrote: I'm happy to announce that Alex is now a WebKit reviewer. Congratulations Alex! Alex has done a lot of work in CSS Filters, amongst other places. For those who want to see him in action, here is his recent presentation at W3Conf: http://achicu.github.com/css-presentation/ http://www.youtube.com/embed/D7gsp7RnDfc Dean ___ 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
Re: [webkit-dev] [blink-dev] Fwd: Unmaintained feature list
[Moved/Reposted to WebKit-Dev] On Mon, Apr 8, 2013 at 11:08 AM, Ryosuke Niwa rn...@chromium.org wrote: What about adding a NeedsOwner keyword to orphan feature bugs, marking them RESOLVED/LATER? I would be resistent to add such a keyword given there is no official owner for any feature in WebKit. Call it however you like, it was just an example (appropriate candidate might also be NeedsPeceAndLove); the idea is to track orphan features that might be appealing to contributors seeking opportunities and to give them at least some advantage in taking over. Also, we can always file a new bug to re-implement the feature when time comes. What would be the rationale in this case? This doesn't seem very convenient to me: tracking past work would save time and work to new contributors. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Opera and WebKit
Hi there, it's great to have you in the community, welcome! A question, that it's likely to be OT for this list [1]: do you guys have any plan to open Presto's source? [1] …but given the magnitude of this, I guess I'll be indulged.:) -- Bye, Michelangelo Il giorno Feb 13, 2013, alle ore 12:06 AM, Håkon Wium Lie howc...@opera.com ha scritto: Dear WebKit community, Many of us have met through various web standards efforts, such as W3C and WHAT WG. Today I'd like to introduce Opera Software in a new forum for us: the webkit-dev mailing list. We have known WebKit and its KTHML predecessor for some time. Lars Knoll, who (re)wrote KHTML in 1999, worked for TrollTech for many years. TrollTech and Opera shared a building in Oslo, a building which has earned its place in the rendering engine hall of fame. Some of our best programmers have been working on the WebKit code for a while, and today we have announced that we will be using the WebKit engine in the future [1]. We will also submit our code; switching from Presto to WebKit frees up resources and allows us to contribute to the WebKit platform. The first contributions from our side will be in multi-column layout [2]. We have experimented with combining multicol layout with page floats and column spans [3]; in 10 lines of CSS code one can create amazingly beautiful, scaleable and responsive paged presentations [4]. We hope to work with you to further strengthen the open web that we all believe in. [1] http://www.opera.com/press/releases/2013/02/13/ [2] http://www.w3.org/TR/css3-multicol/ [3] http://dev.w3.org/csswg/css3-gcpm/#page-floats [4] http://people.opera.com/howcome/2013/02-reader Cheers, Håkon Wium Lie CTO Opera Software http://people.opera.com/howcome ___ 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
Re: [webkit-dev] webkit-gem gtk2 installation error
I don't mean to be rude, but please let's keep this kind of questions in webkit-help. -- Bye, Michelangelo Il giorno Feb 9, 2013, alle ore 8:43 AM, Ebru Akagunduz ebru.akagun...@gmail.com ha scritto: I installed necessary all packages i think. I installed them sudo yum install ruby-devel sudo yum install rubygem-gtk2-devel sudo yum install webkitgtk-devel sudo yum install ruby-gnome2-devel 2013/2/9 Ebru Akagunduz ebru.akagun...@gmail.com Hi, i am using Fedora. I want to install webkit-gtk-ruby gem but it gives me error. Also i tried to install gem gtk2 and i couldn't install them. But i could install rubyzip gem. I added as attach webkit-gtk-ruby error. Can you help me? Also i had tried without -v option but i couldn't install. ___ 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
Re: [webkit-dev] Testing feature suggestion: animation/interaction pixel-results on the fly
I'd like to propose a solution, and would welcome some feedback on whether it's a good one... The idea is that you would be able to programatically retrieve the current snapshot into a canvas ImageData, and then compare the pixel results with JavaScript in the LayoutTest. Something like: +1 Lovely idea. For instance, we've been having some issue [1] testing CustomFilters, so having the ability to /sample/ the final result from JS would be great. [1] https://bugs.webkit.org/show_bug.cgi?id=104012 -- Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] wiki spammers
Heya, Shouldn't we restrict modifying the wiki for contributors in commmiters.py only? Or what if adding a captcha and mail verification for registering to trac? I'd personally go with the committers.py idea, adding also the chance for random contributors to manually ask for an account. Having the sole mail-based verification might IMHO become problematic for two reasons: if some bot starts a flood of requests we might both overload the MTA /and/ start to back-flood with confirmation emails potentially-unaware people whose email addresses were artfully collected. -- Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Small patch to improve webkit build on windows
On Sun, Sep 9, 2012 at 4:37 AM, foru...@smartmobili.com wrote: Could someone review the patch, check it works with your build system and commit it ? Please, open a bug and attach your patch to it following the guidelines on [1] and [2]. Thanks. [1] http://www.webkit.org/coding/contributing.html [2] http://trac.webkit.org/wiki/CodeReview -- Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] possible repository corruption on the remote side
Il giorno 12/dic/2009, alle ore 13.55, Julián de Navascués ha scritto: remote: error: failed to unpack compressed delta at offset 721420248 from ./objects/pack/pack-5e8ffe535a2c4b156009904da09e511778104665.pack Confirmed, here too. Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Cross-port localized strings
Hi guys, I need to make available some localized string (my apologies, it's from HTML5 specs;)) in WebCore but I need to understand whether or not I am supposed to provide a blind implementation for every available port in the trunk, even if this means a potential port specific break. What's the best way of proceeding in these cases? I thought to surround my safe code inside a #if platform(MAC) block (I'm on Mac, indeed:)), leaving a generic emptyAtom outside of it. #27959 -- Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] How to deal with localized strings
2009/8/25 Ryan Leavengood leaveng...@gmail.com: WebCore/platform/LocalizedStrings.h seems appropriate :) Thanks for the tip Ryan; I've been wondering if I have to modify all the LocalizedStringPort files: I don't want to incidentally brake some port and, in the same time, I must bring the same functionality to the DOM validationMessage attribute on all ports (27959). Any illuminating suggestion?:) -- Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] How to deal with localized strings
2009/8/28 Michelangelo De Simone micde...@gmail.com: Any illuminating suggestion?:) It's nice to self-answer:) Anyway, there's no need for illuminating suggestions, returning an empty String on each port seems a good choice.:) -- Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] How to deal with localized strings
Hi guys, I'm gonna implement the support to the validationMessage HTML5 DOM attribute of form control elements, it shall return a string that describes which validation state the element is in. AFAIK this should be a localized string to be presented to the user: I tought to write a simple: enum ValidationMessage {STD_MSG1, STD_MSG2, etc...} in HTMLFormControlElement to have a simple representation of the standard messages and then leave the localization to the embedder. In order to accomplish this in HTMLFormControlElement::validationMessage() I should return the localized string obtained from the embedder and this is the trouble I went into: how such a thing is usually done in WebKit? I'd appreciate any help you may provide. Thank you. -- Bye, Michelangelo, a future ex-gsocer ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] About events in WebCore
Hi, I've been working to add support for the checkValidity() method on (#27452); in order to complete that check I need to understand whether or not a specific event (invalid), previously fired from an element, has been canceled. Now, is there any generic/trivial way to accompish such checks? I don't like the idea to reinvent the wheel if there already is something.:) Thank you. -- Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] About events in WebCore
If by canceled you mean preventDefault has been called on the event, then you can tell by the return value from dispatchEvent(). dispatchEvent will return false if any of the event listeners called preventDefault() on the event in the course of dispatch. That's exactly what I was looking for. Thank you. -- Bye, Michelangelo ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] ENABLE_FORM_VALIDATION
2009/7/13 Darin Fisher da...@chromium.org: I'd like to propose that we add an ENABLE_FORM_VALIDATION flag (or something similarly named). I'm writing this to webkit-dev because I want to make sure that other new web platform features that may be in development get similar treatment while they are still in development. Any objections? Hi Darin, no objection, it sounds quite reasonable indeed. Let's wait for others' opinion, in the meantime I get the code ready, just in case. -- Milton Berle - If opportunity doesn't knock, build a door. - http://www.brainyquote.com/quotes/authors/m/milton_berle.html ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] ENABLE_FORM_VALIDATION
2009/7/13 Peter Kasting pkast...@google.com: When it relands I will see if I can figure out what the ENABLE flag should cover and make sure it's covered. I'm concerned about other things already in the tree with valid in their name, e.g. readonly attribute boolean willValidate -- not sure if these should also be under the flag for now. At this time the willValidate flag has a concrete, even if uncomplete, behaviour. Anyway it depends upon other things (like new input types). So I tend to agree on that too. -- Gilda Radner - Adopted kids are such a pain - you have to teach them how to look like you. - http://www.brainyquote.com/quotes/authors/g/gilda_radner.html ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] GSoC
2009/3/12 Adam Roben aro...@apple.com: I've heard only a little discussion about it. So far no one has stepped up to say I will be responsible for submitting WebKit's application to GSoC. That's very unfortunate, I and a prof of mine really liked to apply for a thesis work this year. -- Jay London - I saw a stationery store move. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] GSoC
Hi guys, I was wondering if WebKit will apply for GSoC this year as it did last one; anyone has any update about it? -- Joan Collins - The problem with beauty is that it's like being born rich and getting poorer. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] webkit.patch for WebKit
On Sun, Nov 16, 2008 at 4:08 PM, houda hocine [EMAIL PROTECTED] wrote: I want to apply to the webkit source , but I have no ideas of how i can do , you can help me? If I'm correct you just wanted to apply a patch; in order to accomplish that the svn-apply script should be enough. It resides in WebKitTools/ (which is suggested to be in your PATH). -- // Et quid amabo nisi quod rerum enigma est? ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] webkit.patch for WebKit
On Sun, Nov 16, 2008 at 4:52 PM, houda hocine [EMAIL PROTECTED] wrote: I don't want to do this manualy, but I would like to know how to automatically apply the patch to source code, First, you must have a copy of the source tree on your local drive (see http://webkit.org/building/checkout.html), when the whole source tree is checked out on your machine you can apply that patch using the svn-apply script which could be found in WebKitTools/ subdirectory. svn-apply webkit.patch would be enough, if no conflict is detected. -- // Et quid amabo nisi quod rerum enigma est? ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Git repo down?
Hi guys, I've been trying for the whole day to pull up the updates from the WebKit Git repo. Is it just a problem of mine? stargazer:WebKit Michelangelo$ git pull fatal: The remote end hung up unexpectedly -- // Et quid amabo nisi quod rerum enigma est? smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] GIT and patch submission
Il giorno 23/giu/08, alle ore 14:01, Rob Kroeger ha scritto: I have cloned the WebKit source tree with git and prepared a patch with git format-patch. Is this acceptable for attaching to the bug report or is there a better approach? Personally I make my patches with the old fashioned diff. Seen that you're using git you may try to extract a patch with git diff (don't forget the Changelog), comparing the actual (working) branch against the (untouched) master could be a good idea to keep your work easily manageable. Obviously those two branches should be synced at the same commit, otherwise you'll have a spurious patch with some else's code. git format-patch is mostly used for email submission. Hope this can help. -- // Et quid amabo nisi quod rerum enigma est? smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] renaming some WebCore, too
Il giorno 14/giu/08, alle ore 01:26, Darin Adler ha scritto: Use a less confusing name for the base class for all form controls. It's hard to understand how HTMLGenericFormElement (a control within a form) differs from HTMLFormElement (the form itself). I can't agree more (for what my opinion's worth). I just hope this move will not bring with it (too much) troubles for the WF2 work, HTMLGenericFormElement is one of the most affected (and used) classes at this time. -- // Et quid amabo nisi quod rerum enigma est? smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] New IDL return type
Il giorno 11/giu/08, alle ore 15:50, David Kilzer ha scritto: My guess is that DOMHTMLInputElement.mm needs an #import statement to compile without warnings. Look in WebCore/bindings/scripts/ CodeGeneratorObjC.pm to see how #import statements are included in generated sources, and make the appropriate change (either in the *.idl file or in the Perl module) to get it included. I've managed to look at all the involved files but I still can't figure it out; at this time I'm starting to feel almost stupid indeed. DOMHTMLInputElement.mm includes the right files (DOMValidityState.h, ValidityState.h); looking to similar classes had no effect, everything seems to be in perfect order, but one thing: DOMHTMLInputElement.h doesn't reflect the validity property. DOMHTMLInputElement.mm has the -validity(), DOMHTMLInputElement.h does not. Obviously I've tried to add it manually but it had no effect at all, always the same error. It's as DOMHTMLInputElement couldn't find the right reference to DOMValidityState, but looking at it, it should. Frustration...:( -- // Et quid amabo nisi quod rerum enigma est? smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Safari won't run for me.
Il giorno 25/mag/08, alle ore 08:54, Paul Pedriana ha scritto: /cygdrive/d/WebKit/WebKitTools/Scripts/run-safari You compiled WebKit with the --debug flag; this has generated for you a slightly different directory layout for builds. In order to let Safari use those builds instead of the (default) release try with: run-safari --debug Same deal for tests: run-webkit-tests --debug -- // Et quid amabo nisi quod rerum enigma est? smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] GSoC: MathML
Il giorno 24/mar/08, alle ore 14:26, Dmitriy Dzema ha scritto: I want to implement MathML in WebKit. I want to talk about this with a person, who wants to be a mentor, to understand my chances to start/finish this project :) and write a better application for google. I'm looking for a mentor as well. :) I'd like to partecipate for the Web Forms 2.0 implementation. -- // Et quid amabo nisi quod rerum enigma est? smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev