Re: [webkit-dev] EFL port?

> You could count me as a member of EFL port too. >>> >>> I couldn't get in touch with EFL port because of some internal works, >>> >>> but I'm planning to work in it. >>> >>> >>> Some other people of EFL port is in th

Re: [webkit-dev] EFL port?

gt; NEWS file <https://github.com/Gyuyoung/ewebkit/blob/ewebkit-1.18/NEWS> for > details and the http://www.ewebkit.org <http://www.ewebkit.org/> page for > further instructions on > building. We hope to keep future releases of EWebkit aligned with the EFL > release schedule. &g

[webkit-dev] EFL port?

Hello, Looks like the EFL port isn’t really being worked on anymore. Is this true? Can we rip it out? - Anders ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Terminate handler for WebKit

On macOS and iOS, we already get this by setting NSApplicationCrashOnExceptions in our initialize function. - Anders > On Sep 9, 2016, at 10:14 AM, Michael Catanzaro wrote: > > Hi, > > The GTK+ port currently has an interesting web process crash on exit: > > pure virtual method called > term

Re: [webkit-dev] REQUEST_ANIMATION_FRAME on all ports?

> On Jun 8, 2016, at 2:37 PM, Dean Jackson wrote: > > >> On Jun 8, 2016, at 2:23 PM, Konstantin Tokarev wrote: >> >> >> >> 08.06.2016, 23:59, "Dean Jackson" : >>> Do the EFL and GTK ports always enable this feature? If so, I'm going to >>> remove the compile flag. >> >> While I'm not oppo

Re: [webkit-dev] KeyedEncoding: are decodeBytes() and encodeBytes() really needed?

There are plans to use them in the future. - Anders > On Apr 28, 2016, at 10:24 AM, Konstantin Tokarev wrote: > > Hello, > > It looks like that KeyedDecoder::decodeBytes() and > KeyedEncoder::encodeBytes() are not used anywhere in codebase. Are these > methods a dead code, or they exist for

Re: [webkit-dev] Build slave for JSCOnly Linux MIPS

> On Apr 19, 2016, at 12:21 PM, Konstantin Tokarev wrote: > > > > 19.04.2016, 22:11, "Anders Carlsson" : >>> On Apr 19, 2016, at 12:09 PM, Konstantin Tokarev wrote: >>> >>> 19.04.2016, 21:38, "Anders Carlsson" : >>>&g

Re: [webkit-dev] Build slave for JSCOnly Linux MIPS

> On Apr 19, 2016, at 12:09 PM, Konstantin Tokarev wrote: > > > > 19.04.2016, 21:38, "Anders Carlsson" : >> I’d like us to switch over to using C++14 in WebKit2 so we can get the new >> generalized lambda capture (https://isocpp.org/files/papers/N3648.h

Re: [webkit-dev] Build slave for JSCOnly Linux MIPS

I’d like us to switch over to using C++14 in WebKit2 so we can get the new generalized lambda capture (https://isocpp.org/files/papers/N3648.html ), so we can capture move-only types in lambdas. According to https://gcc.gnu.org/projects/cxx-status.html

Re: [webkit-dev] Build slave for JSCOnly Linux MIPS

I also don’t think we should require different versions of GCC for different projects. - Anders > On Apr 18, 2016, at 12:50 PM, Filip Pizlo wrote: > > I don't want a buildbot for MIPS. It's not a relevant architecture anymore. I > don't think that JSC developers should have to expend effort

Re: [webkit-dev] Improving the flexibility of the cookie manager

Hello, I don’t think we want to have clients of WebKit2 manage cookies themselves - that’s something the networking stack should do. - Anders > On Apr 17, 2016, at 5:57 AM, Drew DeVault wrote: > > I'm looking into making a few patches that make the cookie manager more > flexible, and I'm stop

Re: [webkit-dev] Proposal: Use #pragma once instead of header guards

Yeah, I agree. - Anders > On Mar 9, 2016, at 6:46 PM, Michael Catanzaro wrote: > > On Wed, 2016-03-09 at 17:27 -0800, Anders Carlsson wrote: >> Hi floks, >> >> Currently we use >> >> #ifndef Header_h >> #define Header_h >> >> … &

Re: [webkit-dev] Proposal: Use #pragma once instead of header guards

start. > To clarify, it would always go after the license block? Is the pragma name > stable and understandable enough to paste everywhere? > > -Brian > >> On Mar 9, 2016, at 17:27, Anders Carlsson wrote: >> >> Hi floks, >> >> Curr

[webkit-dev] Proposal: Use #pragma once instead of header guards

Hi floks, Currently we use #ifndef Header_h #define Header_h … #endif I propose that we instead start using #pragma once which does the same thing. It can be faster on some compilers, is less error prone and is one line instead of three! All compilers we use support #pragma once. Though

Re: [webkit-dev] Removing ENABLE(DATA_TRANSFER_ITEMS)

While we do understand the value for your port in keeping these classes, WebKit has never had any obligations to downstream ports and forks. Nothing is stopping you from copying these files to your repository. Gyuyoung, since nobody else has objected I think it’s fine to remove this. - Anders

Re: [webkit-dev] PSA: WTF::move has been renamed to WTFMove

Hi Andy, see my comment in the bug. - Anders > On Jan 2, 2016, at 2:28 AM, Andy Estes wrote: > > Hi folks, > > As of , WTF::move has been removed > and replaced with a macro named WTFMove. This allows us to take advantage of > some new warnings in cl

Re: [webkit-dev] Committer Nomination: Dewei Zhu

+1 - Anders ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Support "registerProtocolHandler" in WebKit2

> On May 20, 2015, at 11:32 PM, Benjamin Poulain wrote: > > Looks llke nobody objects. That’s not true. From the bug: Sam Weinig 2015-05-15 10:12:54 PDT Support for navigator.registerProtocolHandler/unregisterProtocolHandler is not something we want to support in Web

Re: [webkit-dev] [Proposal] Remove support for 'multipart/x-mixed-replace' main resources

> On Apr 23, 2015, at 1:19 PM, Brady Eidson wrote: > >> >> On Apr 23, 2015, at 1:11 PM, Chris Dumez > > wrote: >> >> >> >>> On Apr 23, 2015, at 1:07 PM, Brady Eidson >> > wrote: >>> On Apr 21, 2015, at 3:39 PM, Chris Dumez >>>

Re: [webkit-dev] WebCore/platform standalone library

> On Mar 19, 2015, at 2:49 PM, Maciej Stachowiak wrote: > > This almost makes me want to suggest a jokey name for Platform. I can’t off > the top of my head think of a good expansion of OMG, though. Or BBQ. I think putting platform code in a separate namespace would be a good first step. Then

Re: [webkit-dev] WorkQueue for Windows?

I think we used to have a WorkQueue implementation for Windows WK2 - anyone should be able to dig it up. (Alternatively, we can just make an implementation using std::thread). - Anders > On Mar 6, 2015, at 10:46 AM, Antti Koivisto wrote: > > Hi, > > I'd like to start using WTF::WorkQueue abs

Re: [webkit-dev] Move WebKit Objective-C code to ARC?

ARC doesn’t work on 32-bit Intel. It also doesn’t work with GC. - Anders > On Feb 24, 2015, at 9:27 AM, Darin Adler wrote: > > Hi folks. > > I believe that WebKit tip of tree on the Cocoa platforms now supports > platforms with a new-enough version of the Objective-C runtime that we could >

[webkit-dev] USE(GLIB) in WebKit1 for Mac

Hi floks, I noticed code in WebKit/mac that’s surrounded by #if USE(GLIB). Most of this code seems related to GStreamer. Since this is not a supported configuration on OS X, I’d like to remove it. Anyone who still needs it probably has a forked repo anyway. - Anders __

[webkit-dev] Removing Web SQL Database support in workers

Hello, I’d like to remove support for Web SQL databases in workers. The whole specification has been deprecated (see http://www.w3.org/TR/webdatabase/ ) and ditching the worker related database code will allow us to simplify the code a lot. FWIW, it looks

Re: [webkit-dev] Disk cache

> On Nov 3, 2014, at 12:22 AM, Benjamin Poulain wrote: > I believe it would be better to enable the network process for all process > models. Maintaining multiple configurations for marginal gains is not > sustainable, especially in the network stack. I agree 100%. Not to mention that we also

[webkit-dev] PSA: WebKit2.framework -> WebKit.framework

Hi floks! Tomorrow I’m going to land a patch that renames WebKit2.framework to WebKit.framework on OS X. (Only the framework, not the project or svn directory). This is probably going to break the EFL and GTK+ ports because a bunch of header includes will become #include instead of #include

Re: [webkit-dev] Clearing out the review queue

On Feb 5, 2014, at 11:22 AM, Anders Carlsson wrote: > Hi floks! > > In an attempt to get the review queue under control, hopefully leading to > more and faster patch reviews, Andreas and I have been clearing the review > flag on patches created before 2014. We decided to

[webkit-dev] Clearing out the review queue

Hi floks! In an attempt to get the review queue under control, hopefully leading to more and faster patch reviews, Andreas and I have been clearing the review flag on patches created before 2014. If you have a patch whose review flag was clear and you still want it to be reviewed, please make

Re: [webkit-dev] Subject: Windows CE port in WebKit: status, future work

On Jan 31, 2014, at 1:36 PM, Patrick Gansterer wrote: > On 31.01.2014, at 22:10, Anders Carlsson wrote > >> looks like the last legitimate commit to the Windows CE port was on November >> 3rd November 2013, almost 3 months ago. > > What's the minimum upstream

[webkit-dev] Subject: Windows CE port in WebKit: status, future work

Hi floks, looks like the last legitimate commit to the Windows CE port was on November 3rd November 2013, almost 3 months ago. I also seem to remember that there’s no version of MSVC for Windows CE that can handle the C++11 features that we now use in WebKit. (Correct me if I’m wrong on this!)

[webkit-dev] PSA: COMPILE_ASSERT_MATCHING_ENUM is a bad idea

Hi floks! I noticed that both the EFL port and GTK+ port use a COMPILE_ASSERT_MATCHING_ENUM macro to make sure that WebCore enum values map to API enum values correctly, for example: COMPILE_ASSERT_MATCHING_ENUM(WEBKIT_WEB_NAVIGATION_REASON_LINK_CLICKED, NavigationTypeLinkClicked); This means

Re: [webkit-dev] Make accelerated compositing mandatory

On Jan 28, 2014, at 10:47 AM, Martin Robinson wrote: > On Tue, Jan 28, 2014 at 10:33 AM, Anders Carlsson wrote: >> I’m not a layout and rendering person, but I suspect that the burden lies in >> that part of WebCore. I also don’t think building with accelerated >> comp

Re: [webkit-dev] Make accelerated compositing mandatory

On Jan 28, 2014, at 10:19 AM, Martin Robinson wrote: > On Tue, Jan 28, 2014 at 10:00 AM, Anders Carlsson wrote: >> This begs the question: How widely used is the GTK+ port of WebKit on >> Windows? Do enough people use it that it's worth the maintenance burden for >>

Re: [webkit-dev] Make accelerated compositing mandatory

On Jan 28, 2014, at 7:49 AM, Martin Robinson wrote: > Yes, GTK+ on Windows does not use accelerated compositing. This begs the question: How widely used is the GTK+ port of WebKit on Windows? Do enough people use it that it's worth the maintenance burden for the other ports that use accelerat

Re: [webkit-dev] GTK+ EWS bot lagging behind

On Jan 28, 2014, at 3:43 AM, Gustavo Noronha Silva wrote: > > I was looking into it yesterday but had to drop it 'till today, it > should be up and running in a couple hours, I think I managed to find > the main issue. Yeah, it seems to be chugging along nicely now. Thanks! - Anders

[webkit-dev] GTK+ EWS bot lagging behind

Hello, there are currently 93 patches in the GTK+ EWS patch queue, is it stuck? If it’s not, I think it’s completely unreasable to expect committers to wait for 93 patches to be processed before landing. (This lead to a problem this weekend where I removed code from WebCore that was used by GTK

[webkit-dev] OVERRIDE and FINAL are GONE

Hi floks! Since all compilers we require now support the real override and final keywords, we’ve gone ahead and removed the uppercase macros. From now on, just use the lowercase keywords! Thanks, - Anders ___ webkit-dev mailing list webkit-dev@lists

Re: [webkit-dev] Rename PLATFORM(MAC) to PLATFORM(COCOA)?

On Jan 11, 2014, at 3:19 PM, Darin Adler wrote: > > On Jan 11, 2014, at 3:12 PM, Anders Carlsson wrote: > >> >> One downside is that we won’t be able to make PLATFORM(MAC) mean “the Mac >> port” before all the uses have been audited and converted to >> PLA

Re: [webkit-dev] Rename PLATFORM(MAC) to PLATFORM(COCOA)?

On Jan 11, 2014, at 2:47 PM, Darin Adler wrote: > So, is PLATFORM(COCOA) an acceptable new name for what is currently named > PLATFORM(MAC)? If not, what’s a better choice? I agree with Dan, I think PLATFORM(COCOA) is acceptable. > Lets do this soon. It’s hard for me to remember that in WebKi

Re: [webkit-dev] How did Apple build libicucore.dylib?

On Jan 10, 2014, at 1:45 PM, Eric Wing wrote: > (I tried webkit-help but didn't get any responses, so I thought maybe > this list might be more appropriate for this question. Sorry for the > duplicate if otherwise.) > > I am attempting to build JavaScriptCore for my own embedded > application u

Re: [webkit-dev] Guideline for nullptr

On Jan 6, 2014, at 12:01 PM, Dan Bernstein wrote: > > > Sent from my iPad > >> On Jan 6, 2014, at 11:55 AM, Darin Adler wrote: >> >> I suggest we use nullptr, rather than of 0 or NULL, for all pointer nulls in >> WebKit C++ sources. I don’t see any advantage to using 0 or NULL over >> nul

Re: [webkit-dev] WebKit, C++11, and Visual Studio 2013

On Dec 9, 2013, at 2:43 AM, Osztrogonác Csaba wrote: > Hi, > > is there any plan to use more C++11 featurese not mentioned here? > > I just ask it, because many of us still use Ubuntu 12.04 LTS with > its default compiler - GCC 4.6. (Now EFL and Nix port builds fine.) > > So my question is if

Re: [webkit-dev] WebKit, C++11, and Visual Studio 2013

On Dec 6, 2013, at 4:15 PM, Brent Fulgham wrote: > Hi Alex, > > There are a few items missing from VS2012 (see > http://msdn.microsoft.com/en-us/library/vstudio/hh567368.aspx) that we are > already using in the Mac-specific source code: > > 1. Variadic Templates > 2. Initializer Lists > 3. E

Re: [webkit-dev] Range based loops

On Nov 10, 2013, at 6:17 AM, Van Den Berghe, Vincent wrote: > Hello, > > I sincerely hope that the move to whatever version of Visual Studio will not > break compatibility with Visual Studio 2010. > I'm usually the last person to cling to old versions, but the economic > reality is that for

Re: [webkit-dev] [AppleMac] : HTML5 Video tag is enabled by MacOsX. But how does it work => and with which player by default ?

Hello, this series of mailing list threads seems more appropriate for the webkit-help list instead of webkit-dev. Thanks, - Anders On Oct 15, 2013, at 6:37 AM, gstreamer MACOSX wrote: > First, thanks a lot for your useful tips, Konstantin, Hugo. > > Second, let's assume I expect to change p

Re: [webkit-dev] Status of the Blackberry port

Hi Eli, I’m not sure what “still being maintained” means. Looking in WebKit/blackberry, I see 9 changes from BlackBerry people since July and 24 changes from non-BlackBerry people. I’m also not sure that what’s in the WebKit repository even builds (which makes it really frustrating to make cha

[webkit-dev] Heads-up: ENABLE_GESTURE_EVENTS removal

Hello, I’m planning to remove the ENABLE_GESTURE_EVENTS ifdef and related code. It was used by Chromium (and perhaps to some extent Qt) as well as WebKit2 for trackpad events before we switched over to wheel events (which is the recommended way to do things). From what I can see all the code in

Re: [webkit-dev] PSA: WebKit2 and DrawingAreaImpl

On Oct 2, 2013, at 10:28 AM, Brent Fulgham wrote: > Hi Anders, > > On Oct 1, 2013, at 6:19 PM, Anders Carlsson wrote: > >> I just wanted to let everyone know that we (Apple) are moving away from >> DrawingAreaImpl and always using our tiled drawing area. Longer term

Re: [webkit-dev] PSA: WebKit2 and DrawingAreaImpl

On Oct 1, 2013, at 11:29 PM, Sergio Villar Senin wrote: > On 02/10/13 03:19, Anders Carlsson wrote: >> Hello, >> >> I just wanted to let everyone know that we (Apple) are moving away from >> DrawingAreaImpl and always using our tiled drawing area. Longer t

[webkit-dev] PSA: WebKit2 and DrawingAreaImpl

Hello, I just wanted to let everyone know that we (Apple) are moving away from DrawingAreaImpl and always using our tiled drawing area. Longer term we’d like to remove DrawingAreaImpl completely since it was designed back when we didn’t run in accelerated compositing mode all the time. It’s my

Re: [webkit-dev] Announcing new port: Nix

On 13 sep 2013, at 01:58 em, Hugo Lima wrote: > On Fri, Sep 13, 2013 at 4:31 PM, Antonio Gomes wrote: >> So will you advocate your users to use your external GitHub version or >> the one in >> WebKit? >> >> Please consider not being half upstream. > > It wont be half upstream, but the github

Re: [webkit-dev] Plugin Process

FWIW, I went ahead and removed the ENABLE_PLUGIN_PROCESS #define that may have caused some confusion. - Anders On Sep 18, 2013, at 10:09 AM, Anders Carlsson wrote: > Hi Murali, > > building Webkit2 with plug-in support but without the plug-in process is not > suppo

Re: [webkit-dev] Plugin Process

Hi Murali, building Webkit2 with plug-in support but without the plug-in process is not supported anymore. - Anders On Sep 18, 2013, at 4:25 AM, murali billa wrote: > Hi, > I want to know where plugin process is enabled by default in webkit2 for > multiprocess.Pls help me. > > Regds, > Mur

Re: [webkit-dev] Announcing new port: Nix

On Sep 12, 2013, at 1:58 PM, Hugo Lima wrote: > On Thu, Sep 12, 2013 at 4:14 PM, Ryosuke Niwa wrote: >> Interesting. That sounds a lot like Chromium's WebKit API layer. If I >> remember correctly, that layer had to be modified constantly as >> WebCore/WebKit code was refactored so I'm a bit wo

Re: [webkit-dev] Can we disable "control reaches end of non-void function" warning on Qt?

On Sep 12, 2013, at 4:45 PM, Allan Sandfeld Jensen wrote: > Don't worry we are still here, just in fewer numbers, and with fewer things > to > support. Hi Allan, reading the article it seems to me like Qt WebKit is going into maintenance mode. Is this true? Does this mean that you’ll crea

Re: [webkit-dev] Proposed feature: Network Service Discovery

I agree. This also seems like it’s something that could be implemented by a client application using our JS object extension hooks without touching WebKit at all. - Anders On Sep 6, 2013, at 10:30 AM, Simon Fraser wrote: > Perhaps before we spend any more time discussing the security implicat

Re: [webkit-dev] Ports not building as C++11?

On Jul 30, 2013, at 10:52 AM, Brent Fulgham wrote: >> I realize that CE 5, 6, and 7 are probably not top priorities for the >> community, but these changes will basically force dropping support for those >> platforms. We do have some interest in keeping WebKit working for our >> downstream bui

Re: [webkit-dev] Ports not building as C++11?

On Jul 30, 2013, at 9:23 AM, Osztrogonác Csaba wrote: > No, I don't have objections. :) I absolutely support switching to c++11, > and I'm happy to add back the removed nullptrs and scoped enum values > _after_ all ports switched to c++11. > > - cmake port did the switch by http://trac.webkit.o

Re: [webkit-dev] Ports not building as C++11?

Hello, so it looks like we’re in a pretty decent shape when it comes to C++11 capable compilers. If we limit ourselves to GCC 4.6, MSVC 2010 and a fairly recent version of clang (Whatever comes with Xcode 4.6), we should be able to make use of a nice chunk of C++11 features. (See http://wiki

Re: [webkit-dev] Ports not building as C++11?

On Jul 26, 2013, at 8:09 PM, Allan Sandfeld Jensen wrote: > On Friday 26 July 2013, Anders Carlsson wrote: >> Hi everyone, >> >> when Oliver landed his “let’s break everything” patches in JSC the other >> day, I noticed that some of the follow-up build fixes by other

[webkit-dev] Ports not building as C++11?

Hi everyone, when Oliver landed his “let’s break everything” patches in JSC the other day, I noticed that some of the follow-up build fixes by other ports were removing use of C++11 features (mainly nullptr). Are there any ports that aren’t building as C++11? If so, why not? - Anders

[webkit-dev] WebKit2 and ENABLE_PLUGIN_PROCESS

Hello, is anyone building WebKit2 without ENABLE_PLUGIN_PROCESS set, running Netscape plug-ins in the web process? The reason I’m asking is that having two code paths complicates things and I’d like to remove the non-plug-in process code path. - Anders

Re: [webkit-dev] ENABLE(PAGE_POPUP) in WebCore

On May 20, 2013, at 5:00 AM, Carlos Garcia Campos wrote: > El lun, 20-05-2013 a las 10:51 +0200, arvid2.nils...@gmail.com escribió: >> Hi there! >> >> >> This seems like a very reasonable request, the popups (used by the >> BlackBerry port to implement various pickers) seem to be mostly a >> W

[webkit-dev] ENABLE(PAGE_POPUP) in WebCore

Hi everyone, I was looking at the PagePopup code and it seems to be BlackBerry specific. Furthermore, it seems to only be called from inside BlackBerry WebKit. Would it be possible to just move the code into WebKit/blackberry instead? I think someone with access to a BlackBerry build environmen

Re: [webkit-dev] More C++11 in WebKit2!

On Apr 28, 2013, at 1:00 PM, Geoffrey Garen wrote: > Hi Mikhail. > >> In continuation of the topic I'd like also to know people's opinion about >> Pass*Ptr types deprecation: > > I don't think this is appropriate until the compilers on all our major target > platforms support C++11. I believ

Re: [webkit-dev] What do we do with various Web component features?

On Apr 27, 2013, at 2:38 PM, Benjamin Poulain wrote: > On Fri, Apr 26, 2013 at 9:46 PM, Ryosuke Niwa wrote: > There appears to be a lot of Web component related features in WebKit that > used to be maintained by Chromium contributors; specifically those related to > Shadow DOM and node distri

Re: [webkit-dev] More C++11 in WebKit2!

io 2010 > and requiring 2012 (released about a year ago). > > Simon > > Anders Carlsson wrote: > > > Hello everyone, > > just a friendly heads-up that I intend to land > https://bugs.webkit.org/show_bug.cgi?id=115259 soon, which makes use of three > more C+

[webkit-dev] More C++11 in WebKit2!

Hello everyone, just a friendly heads-up that I intend to land https://bugs.webkit.org/show_bug.cgi?id=115259 soon, which makes use of three more C++11 features, namely: - Not requiring a space between right angle brackets in templates. - Range-based for loops - Auto. Looks like the EFL and Qt

Re: [webkit-dev] Cleaning House

On Apr 4, 2013, at 2:01 AM, Raphael Kubo da Costa wrote: > Geoffrey Garen writes: > >> Also: >> Adopt libc++ > > My FreeBSD hat appreciates that, but can you elaborate? Is there > something specific to libc++ not present in, say, libstdc++, that is > going to be used? I think this shoul

[webkit-dev] Heads-up: C++11 and WebKit2

Hello everyone, Some time ago we started using C++11 in the Mac port of WebKit2. In the near future we’re going to expand our use of C++11 in the WebKit2 codebase. Specifically, we’d like to make use of rvalue references and move semantics in our IPC code to avoid needlessly copying data and to

[webkit-dev] WebKit2/Mac and C++11

Hello! This is just a friendly heads-up that the Mac specific parts of WebKit2 will soon start requiring C++11 features (move semantics and variadic templates being the two most important). Any recent version of Xcode (4.2 or later) should support this, and we're already building all of WebKit

Re: [webkit-dev] String::operator+= considered harmful

On Sep 4, 2012, at 5:52 PM, Benjamin Poulain wrote: > On Tue, Sep 4, 2012 at 4:22 PM, Adam Barth wrote: > Removing operator+= will likely require changes to a number of > port-specific files. I'll do my best to remove these, but I might > need some help from maintainers of individual ports. I

Re: [webkit-dev] Tab focus order for plugins

Hi Fady, I went ahead and reviewed this. - Anders On Jun 26, 2012, at 10:28 AM, Fady Samuel wrote: > Oops, lost the link in the email: > https://bugs.webkit.org/show_bug.cgi?id=88958 > > On Tue, Jun 26, 2012 at 1:26 PM, Fady Samuel wrote: > Hi all, > > ap@ is away until July 18, and I was

Re: [webkit-dev] Using namespace std

On May 17, 2012, at 12:33 PM, Peter Kasting wrote: > On Thu, May 17, 2012 at 12:02 PM, Ryosuke Niwa wrote: > It appears to me using fully qualified names (e.g. std::max(~) at call site) > is far superior to using directive for individual symbols (e.g. using > std::max). > > It sounds in gener

Re: [webkit-dev] Using namespace std

on for this. I’d suggest talking with Anders > Carlsson about it. I've run into this and had to use the fully qualified WTF::bind in those cases. FWIW, I don't think we really need using directives for the std namespace - the fully qualified name is short enough and I like the a

Re: [webkit-dev] How do I turn off timeout for unresponsive plug-ins, to allow long debug sessions

Hi Rudi, in if you're running Safari with a WebKit nightly, you can disable the timeout using defaults write com.apple.Safari WebKitDisablePluginProcessMessageTimeout YES Hope this helps, Anders On Oct 7, 2011, at 2:59 PM, Rudi Sherry wrote: > Is there a way to have Safari (or webkit) have an

Re: [webkit-dev] Adding "Scroll Padding" to allow scroll beyond the edge of the page (within some bounds)

t; > Thanks for your reply. > > Yes, you are correct. This padding would be between the content and the > overhang area. > > Thanks, > > Fady > > On Thu, Oct 6, 2011 at 1:32 PM, Anders Carlsson wrote: > Hi Fady, > > so if I'm understanding correct

Re: [webkit-dev] Adding "Scroll Padding" to allow scroll beyond the edge of the page (within some bounds)

Hi Fady, so if I'm understanding correctly, in the context of rubber-band scrolling, this padding would be between the content and the overhang area? As far as constrainsScrollingToContentEdge goes, I'd like to get rid of it and just have two scroll functions, one that constrains to the content

Re: [webkit-dev] Features defines: Platform.h vs build system

Speaking of macros, I'd like to add a COMPILER_SUPPORTS macro, so we can use it for incrementally introducing C++11 features such as variadic templates and rvalue references… - Anders On Oct 3, 2011, at 9:53 AM, Darin Adler wrote: > On Oct 3, 2011, at 8:23 AM, Adam Roben wrote: > >> I think

Re: [webkit-dev] Webkit handling of plug-ins out-of-process on the mac

On Mar 10, 2011, at 10:22 AM, Rudi Sherry wrote: > One of the specifics is: is there a separate process for each object/document > controlled by a given plug-in, or are all objects controlled by that plug-in > in the same extra process, or is it a mix? All instances of the same plug-in will be

Re: [webkit-dev] A proposal for "Platform Mechanisms"

On Jun 17, 2010, at 2:04 PM, Jeremy Orlow wrote: > Overall, looks great!! > > > On Wed, Jun 16, 2010 at 6:05 PM, Anders Carlsson wrote: > > Also, PlatformMechanism is a Factory, and should be named accordingly. Or > > maybe it's a Source of clients/mechanisms.

Re: [webkit-dev] A proposal for "Platform Mechanisms"

On Jun 17, 2010, at 12:50 PM, Maciej Stachowiak wrote: > > On Jun 17, 2010, at 11:26 AM, Geoffrey Garen wrote: > >>> I propose that we create an abstract class, "PlatformMechanism" which acts >>> as the starting point for accessing such functionality, something like: >>> >>> class PlatformMec

Re: [webkit-dev] A proposal for "Platform Mechanisms"

On Jun 16, 2010, at 8:34 PM, Darin Fisher wrote: > Hi, this is of course a very interesting topic! > Yes, and I really appreciate your feedback on this! > Some comments: > > 1- Why do you see the need for these interfaces to be virtual? Will there be > multiple implementations? > Some possi

Re: [webkit-dev] A proposal for "Platform Mechanisms"

On Jun 16, 2010, at 5:57 PM, Simon Fraser wrote: [snip] > I don't think having "mechanism" in all the names here really adds much. > Other than letting me know that these classes are all for some kind of > port-specific specialization, it doesn't communicate anything about what they > do. May

Re: [webkit-dev] A proposal for "Platform Mechanisms"

On Jun 16, 2010, at 5:55 PM, Darin Adler wrote: > Sounds reasonable to me. We already follow pointers and use virtual functions > for all these things, so I don’t see them adding a lot of overhead. > > Would these Mechanism classes replace all the current Client classes? Like Kenneth said, the

[webkit-dev] A proposal for "Platform Mechanisms"

Hi everyone, We've now reached the point in WebKit2 development where we need to be able to override some global calls in WebCore so that we can funnel them through to another process, in a similar way to what Chromium does. We also need to be able to override the calls at run-time, so that we

Re: [webkit-dev] Announcing WebKit2

On Apr 8, 2010, at 5:58 PM, Maciej Stachowiak wrote: >> - Does your new framework require any significant changes in WebCore? >> Could you briefly summarize them? > > No WebCore changes are required - it works with the existing WebCore. > Right now WebCore needs to be built with some different

[webkit-dev] Announcing WebKit2

it Contributors Meeting. Thanks, Anders Carlsson and Sam Weinig. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Volunteers to run commit-queue?

I rolled that patch out. Anders On Aug 12, 2009, at 12:51 PM, Oliver Hunt wrote: Looks to be due to r47110? --Oliver ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev _

Re: [webkit-dev] NPP_GetValue with 'NPPVpluginScriptableNPObject' is not invoked automatically in XHTML content for a NS Plugin embedded object.

On Oct 30, 2008, at 3:35 AM, Deshpande, Raghavendra wrote: I have embedded an NS plugin object using . When the page is served as XHTML, the NS plugin scriptable object is NOT instantiated, even when the plugin implements NPP_Get() forNPPVpluginScriptableNPObject . Whereas, if the same

Re: [webkit-dev] HTML5 Application Cache

9 sep 2008 kl. 20.42 skrev Michael Nordman: > What is the status of the work-in-progress around the HTML5 AppCache > that is in the repository? Is anybody actively working on that now? > I'm interested in incorporating support for this feature into Chrome > is why I'm asking. > > Michael H

Re: [webkit-dev] Directory for Safari 3 for Windows plugins that isn't in Program Files?

22 aug 2007 kl. 16.29 skrev MILIANO Vitorio: I've filed it in both Apple Radar (5430584) and WebKit Bugzilla (15053). Quickly poking through Trac, addPluginsFromRegistry() in PluginDatabaseWin.cpp looks to be the culprit; it's definitely only looking at HKEY_LOCAL_MACHINE. Thanks everyone fo

Re: [webkit-dev] Directory for Safari 3 for Windows plugins that isn't in Program Files?

On Jul 6, 2007, at 4:33 PM, MILIANO Vitorio wrote: Hello, the Apple web-dev list suggested I post this question here: I'm an NPAPI plugin author looking for some help on where Safari 3 for Windows likes its plugins. For Windows users without administrator access, there's no way to write fi