Re: [webkit-dev] [webkit-reviewers] usage of auto

Brady asked: > Have you identified any situation where explicitly calling out the type in a > range-based for loop has been better than using the proper form of auto? > Have you identified a situation where explicitly calling out a nasty > templated type, like in my example, added to

Re: [webkit-dev] [webkit-reviewers] usage of auto

ns int or unsigned. > > — Darin > ___________ > 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-reviewers] usage of auto

> On Jan 10, 2017, at 9:49 PM, Darin Adler wrote: > >> On Jan 10, 2017, at 9:46 PM, Simon Fraser wrote: >> >> auto countOfThing = getNumberOfThings(); >> ASSERT(countOfThing >= 0); // Can’t tell by reading whether the ASSERT is >> assured at compile

Re: [webkit-dev] [webkit-reviewers] usage of auto

> > auto thingLength = getLengthOfThing(); > IntSize size(thingLength, 2); // Can’t tell by reading if thingLength is > LayoutUnit or float and thus truncated here. > The same is true for: int thingLength = getLengthOfThing(); ___ webkit-dev mailing

Re: [webkit-dev] [webkit-reviewers] usage of auto

> On Jan 10, 2017, at 9:46 PM, Simon Fraser wrote: > > auto countOfThing = getNumberOfThings(); > ASSERT(countOfThing >= 0); // Can’t tell by reading whether the ASSERT is > assured at compile time if countOfThing is unsigned I understand wanting to know, but I am not

Re: [webkit-dev] [webkit-reviewers] usage of auto

> On Jan 10, 2017, at 9:03 PM, Darin Adler wrote: > > This kind of discussion should be on webkit-dev, not webkit-reviewers. While > the reviewers may have more standing to decide about such things, we normally > want to discuss them in the open. Agreed. Moving there. > If

Re: [webkit-dev] WebKit build failed

<youe...@gmail.com> Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit build failed This is the log. On Wed, Dec 14, 2016 at 4:40 PM, youenn fablet <youe...@gmail.com<mailto:youe...@gmail.com>> wrote: I guess you tried something like "./Tools/Scripts/build-webki

Re: [webkit-dev] WebKit build failed

This is the log. On Wed, Dec 14, 2016 at 4:40 PM, youenn fablet wrote: > I guess you tried something like "./Tools/Scripts/build-webkit --release > --wincairo" or "perl ./Tools/Scripts/build-webkit --release --wincairo"? > > If so, can you provide the log? > > > Le mer. 14

Re: [webkit-dev] WebKit build failed

it --release > --wincairo not works for me the error is error C2672: 'std::invoke': no > matching overloaded function found" > > It is very important to build it today. > > > -- > Regards, > Konstantin > > > ___ > webkit-dev

Re: [webkit-dev] WebKit build failed

OK. How to build webkit-wincairo correctly? On Wed, Dec 14, 2016 at 11:40 AM, Konstantin Tokarev wrote: > > > 14.12.2016, 12:22, "Plamen Dimitrov" : > > Hi all, > > > > if WinCairo build is OK why I cann't build it? > > > > I've still cannot

Re: [webkit-dev] WebKit build failed

14.12.2016, 12:22, "Plamen Dimitrov" : > Hi all, > > if  WinCairo build is OK why I cann't build it? > > I've still cannot generated a lot of files. > It seems that DerivedSources.make has not been invoked. CMake build does not use DerivedSources.make > How I can

Re: [webkit-dev] WebKit build failed

Hi all, if WinCairo build is OK why I cann't build it? I've still cannot generated a lot of files. It seems that DerivedSources.make has not been invoked. How I can generate the files manually? perl build-webkit --release --wincairo not works for me the error is error C2672: 'std::invoke': no

Re: [webkit-dev] WebKit build failed

> On Dec 12, 2016, at 4:30 AM, Konstantin Tokarev wrote: > > > > 12.12.2016, 12:25, "Plamen Dimitrov" : >> Hi all, I am trying to build webkit wincairo 1) I've done 2, 3, 4, 5, 6, 7, >> 8, 9,10 and 13 from this list: >>

Re: [webkit-dev] WebKit build failed

12.12.2016, 18:46, "Plamen Dimitrov" : > Thank you Konstantin. > I've generated an VS 2015 project and found out that a lot of files are > missing. For example: > EventInterfaces.h EventTargetInterfaces.h HTMLNames.h > InternalSettingsGenerated.h JSCryptoKey.h

Re: [webkit-dev] WebKit build failed

Thank you Konstantin. I've generated an VS 2015 project and found out that a lot of files are missing. For example: EventInterfaces.h EventTargetInterfaces.h HTMLNames.h InternalSettingsGenerated.h JSCryptoKey.h JSCustomElementRegistry.h JSDocument.h JSFontFace.h JSFontFaceSet.h JSIDBCursor.h

Re: [webkit-dev] WebKit build failed

12.12.2016, 12:25, "Plamen Dimitrov" : > Hi all, I am trying to build webkit wincairo 1) I've done 2, 3, 4, 5, 6, 7, > 8, 9,10 and 13 from this list: > https://webkit.org/webkit-on-windows/#installing-developer-tools 2) I've > installed Ruby 2.0.0-p648 and

[webkit-dev] WebKit build failed

Hi all, I am trying to build webkit wincairo 1) I've done 2, 3, 4, 5, 6, 7, 8, 9,10 and 13 from this list: https://webkit.org/webkit-on-windows/#installing-developer-tools 2) I've installed Ruby 2.0.0-p648 and DevKit-mingw64 from here: http://rubyinstaller.org/downloads/ 3) I've run

Re: [webkit-dev] WebKit GPU rendering possibility

it. From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Rogovin, Kevin Sent: Wednesday, November 2, 2016 9:36 AM To: webkit-dev@lists.webkit.org Subject: [webkit-dev] WebKit GPU rendering possibility Hi, I was directed here by some colleagues

Re: [webkit-dev] WebKit GPU rendering possibility

was a reliance on boost, but maybe there are ways around it. From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Rogovin, Kevin Sent: Wednesday, November 2, 2016 9:36 AM To: webkit-dev@lists.webkit.org Subject: [webkit-dev] WebKit GPU rendering possibility

Re: [webkit-dev] WebKit GPU rendering possibility

On Fri, Nov 4, 2016, at 02:34 PM, Rogovin, Kevin wrote: > Hi, > > >I should mention, though, that we require support for hardware that only > >supports OpenGL ES 2.0. > >If FastUIDraw can't handle this, then we would need to keep a fallback > >codepath that uses Cairo, which would be

Re: [webkit-dev] WebKit GPU rendering possibility

> On 5 Nov. 2016, at 12:34 am, Rogovin, Kevin wrote: > > One question, what happens with WebGL 2.0 support on WebKit? I ask because > WebGL 2.0 is essentially OpenGL ES 3.x for JavaScript. We've started on a WebGL 2.0 implementation. Dean

Re: [webkit-dev] WebKit GPU rendering possibility

Hi, >I should mention, though, that we require support for hardware that only >supports OpenGL ES 2.0. >If FastUIDraw can't handle this, then we would need to keep a fallback >codepath that uses Cairo, which would be unfortunate. FastUIDraw requires features beyond what OpenGL ES 2.0 offers.

Re: [webkit-dev] WebKit GPU rendering possibility

On Fri, 2016-11-04 at 08:23 +0100, Carlos Garcia Campos wrote: > What I can say as the GTK+ port maintainer is that we are very > interested in this. We are actually looking for a cairo replacement, > because unfortunately cairo is nowadays pretty much unmaintained. So, > if FastUIDraw can be used

Re: [webkit-dev] WebKit GPU rendering possibility

webkit.org]  > Sent: Thursday, November 3, 2016 9:43 AM > To: Rogovin, Kevin <kevin.rogo...@intel.com>; Myles C. Maxfield fi...@apple.com> > Cc: webkit-dev@lists.webkit.org > Subject: Re: [webkit-dev] WebKit GPU rendering possibility > > El jue, 03-11-2016 a las 07:35 +, R

Re: [webkit-dev] WebKit GPU rendering possibility

gt; —Myles > > > -Kevin > > -Original Message- > From: mmaxfi...@apple.com [mailto:mmaxfi...@apple.com > <mmaxfi...@apple.com>] > Sent: Thursday, November 3, 2016 9:07 PM > To: Rogovin, Kevin <kevin.rogo...@intel.com> > Cc: Carlos Garcia Campos &

Re: [webkit-dev] WebKit GPU rendering possibility

ese could even be ported to native code so you could get up and running sooner. —Myles >> >> -Kevin >> >> -Original Message- >> From: mmaxfi...@apple.com [mailto:mmaxfi...@apple.com] >> Sent: Thursday, November 3, 2016 9:07 PM >> To: Rog

Re: [webkit-dev] WebKit GPU rendering possibility

he more complicated and heavier the load, the better it will do. >>> >>> -Kevin >>> >>> -Original Message- >>> From: mmaxfi...@apple.com <mailto:mmaxfi...@apple.com> >>> [mailto:mmaxfi...@apple.com <mailto:mmaxfi...@apple.com>]

Re: [webkit-dev] WebKit GPU rendering possibility

Campos <carlo...@webkit.org>; webkit-dev@lists.webkit.org > Subject: Re: [webkit-dev] WebKit GPU rendering possibility > > It sounds like the primary focus of your work is improving performance. It > also sounds like the only benchmark you’ve run is an artificial one that you >

Re: [webkit-dev] WebKit GPU rendering possibility

m <mailto:mmaxfi...@apple.com>] >> Sent: Thursday, November 3, 2016 9:07 PM >> To: Rogovin, Kevin <kevin.rogo...@intel.com <mailto:kevin.rogo...@intel.com>> >> Cc: Carlos Garcia Campos <carlo...@webkit.org <mailto:carlo...@webkit.org>>; >> webk

Re: [webkit-dev] WebKit GPU rendering possibility

From: mmaxfi...@apple.com [mailto:mmaxfi...@apple.com] > Sent: Thursday, November 3, 2016 9:07 PM > To: Rogovin, Kevin <kevin.rogo...@intel.com> > Cc: Carlos Garcia Campos <carlo...@webkit.org>; webkit-dev@lists.webkit.org > Subject: Re: [webkit-dev] WebKit GPU renderi

Re: [webkit-dev] WebKit GPU rendering possibility

. -Kevin -Original Message- From: mmaxfi...@apple.com [mailto:mmaxfi...@apple.com] Sent: Thursday, November 3, 2016 9:07 PM To: Rogovin, Kevin <kevin.rogo...@intel.com> Cc: Carlos Garcia Campos <carlo...@webkit.org>; webkit-dev@lists.webkit.org Subject: Re: [webkit-dev

Re: [webkit-dev] WebKit GPU rendering possibility

t: Thursday, November 3, 2016 9:43 AM > To: Rogovin, Kevin <kevin.rogo...@intel.com>; Myles C. Maxfield > <mmaxfi...@apple.com> > Cc: webkit-dev@lists.webkit.org > Subject: Re: [webkit-dev] WebKit GPU rendering possibility > > El jue, 03-11-2016 a las 07:35 +, Rog

Re: [webkit-dev] WebKit GPU rendering possibility

<kevin.rogo...@intel.com>; Myles C. Maxfield <mmaxfi...@apple.com> Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit GPU rendering possibility El jue, 03-11-2016 a las 07:35 +, Rogovin, Kevin escribió: > Hi, > >  The main issue of making a Cairo backend to F

Re: [webkit-dev] WebKit GPU rendering possibility

o: Rogovin, Kevin <kevin.rogo...@intel.com>; Myles C. Maxfield fi...@apple.com> > Cc: webkit-dev@lists.webkit.org > Subject: Re: [webkit-dev] WebKit GPU rendering possibility > > El jue, 03-11-2016 a las 06:58 +, Rogovin, Kevin escribió: > > Hi! > >   > > Quest

Re: [webkit-dev] WebKit GPU rendering possibility

, -Kevin -Original Message- From: Carlos Garcia Campos [mailto:carlo...@webkit.org] Sent: Thursday, November 3, 2016 9:27 AM To: Rogovin, Kevin <kevin.rogo...@intel.com>; Myles C. Maxfield <mmaxfi...@apple.com> Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit G

Re: [webkit-dev] WebKit GPU rendering possibility

ooks really interesting, I think the GTK+ port could benefit from this if it eventually can be used as a cairo replacement.   > Best Regards, > -Kevin Rogovin >   > From: Myles C. Maxfield [mailto:mmaxfi...@apple.com]  > Sent: Thursday, November 3, 2016 1:30 AM > To: Rogovin, Kevin &

Re: [webkit-dev] WebKit GPU rendering possibility

. Maxfield [mailto:mmaxfi...@apple.com] Sent: Thursday, November 3, 2016 1:30 AM To: Rogovin, Kevin <kevin.rogo...@intel.com> Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit GPU rendering possibility Hello, This is certainly interesting work! I have a few questions about the ap

Re: [webkit-dev] WebKit GPU rendering possibility

ago and knew/know my > way around the rendering code very well (atleast at that time). > > Looking forward to collaboration, > -Kevin Rogovin > > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org <mailto:webkit-dev@

[webkit-dev] WebKit GPU rendering possibility

Hi, I was directed here by some colleagues as this is the place to post the following to get started on the following proposal. I have been working on an experimental 2D renderer that requires a GPU, the project is open sourced on github at https://github.com/01org/fastuidraw. I gave a

Re: [webkit-dev] WebKit GObject bindings: Who is guiding their future?

El mar, 30-08-2016 a las 08:54 +0200, Carlos Garcia Campos escribió: > El lun, 29-08-2016 a las 10:01 -0700, Darin Adler escribió: > > > > > > > > On Aug 29, 2016, at 1:16 AM, Carlos Garcia Campos > > t. > > > org> wrote: > > > > > > Does that mean than from the WebIDL point

Re: [webkit-dev] WebKit GObject bindings: Who is guiding their future?

El mar, 30-08-2016 a las 19:00 +0200, Carlos Garcia Campos escribió: [...] > I just need some time, I'm very busy this week because I have to make > a > new branch for WebKitGTK+ 2.14 and prepare a new release. Good thing > is > that I made the branch today, so changes in trunk are less risky for

Re: [webkit-dev] WebKit GObject bindings: Who is guiding their future?

El mar, 30-08-2016 a las 09:52 -0700, Darin Adler escribió: > Thanks for the frank discussion, guys. > > I do think we may be able to make the GObject bindings better and > better over time even if they are hand written rather than generated. Exactly. > I understand that you want to keep them

Re: [webkit-dev] WebKit GObject bindings: Who is guiding their future?

Thanks for the frank discussion, guys. I do think we may be able to make the GObject bindings better and better over time even if they are hand written rather than generated. I understand that you want to keep them vital and up to date in a way that the Apple folks are not planning to do for

Re: [webkit-dev] WebKit GObject bindings: Who is guiding their future?

El mar, 30-08-2016 a las 06:10 -0500, Michael Catanzaro escribió: > I'm OK with freezing the bindings. I'm disappointed in that these are > a > killer feature for us and they'll never get improved now, but > generating them seems to be causing too many problems that we cannot > easily solve. why

Re: [webkit-dev] WebKit GObject bindings: Who is guiding their future?

I'm OK with freezing the bindings. I'm disappointed in that these are a killer feature for us and they'll never get improved now, but generating them seems to be causing too many problems that we cannot easily solve. On Tue, 2016-08-30 at 08:54 +0200, Carlos Garcia Campos wrote: > haha, no, of

Re: [webkit-dev] WebKit GObject bindings: Who is guiding their future?

El lun, 29-08-2016 a las 10:01 -0700, Darin Adler escribió: > > On Aug 29, 2016, at 1:16 AM, Carlos Garcia Campos > org> wrote: > > > > Does that mean than from the WebIDL point of view all methods can > > now > > raise a exception? If don't tell the code generator that a

Re: [webkit-dev] WebKit GObject bindings: Who is guiding their future?

> On Aug 29, 2016, at 1:16 AM, Carlos Garcia Campos wrote: > > Does that mean than from the WebIDL point of view all methods can now > raise a exception? If don't tell the code generator that a method can > raise a exception, we assume all could return a Exception? Correct.

Re: [webkit-dev] WebKit gobject bindings: Who is guiding their future?

El lun, 29-08-2016 a las 07:54 -0500, Michael Catanzaro escribió: > On Mon, 2016-08-29 at 14:45 +0200, Carlos Garcia Campos wrote: > > > > I agree this is not ideal for a GObject API, but I really don't see > > how > > this is a major problem, to be honest. > > The problem is that you would

Re: [webkit-dev] WebKit gobject bindings: Who is guiding their future?

On Mon, 2016-08-29 at 14:45 +0200, Carlos Garcia Campos wrote: > I agree this is not ideal for a GObject API, but I really don't see > how > this is a major problem, to be honest. The problem is that you would either have to check for errors on every function call, including the 95% of function

Re: [webkit-dev] WebKit gobject bindings: Who is guiding their future?

El lun, 29-08-2016 a las 07:21 -0500, Michael Catanzaro escribió: > On Mon, 2016-08-29 at 10:16 +0200, Carlos Garcia Campos wrote: > > > > We basically have a Exception member > > in WebKitDOMObject base class that is reset for every method call, > > and > > set in case of exception. Then we add

Re: [webkit-dev] WebKit gobject bindings: Who is guiding their future?

On Mon, 2016-08-29 at 10:16 +0200, Carlos Garcia Campos wrote: > We basically have a Exception member > in WebKitDOMObject base class that is reset for every method call, > and > set in case of exception. Then we add > webkit_dom_object_get_exception() > to query if there were a exception. That's

Re: [webkit-dev] WebKit gobject bindings: Who is guiding their future?

El sáb, 27-08-2016 a las 23:12 -0700, Darin Adler escribió: > > Hi folks. > > You may have noticed the substantial improvements we’ve made to our > WebIDL support over the last year. > > Also, the last few days I’ve been working on one small exciting > improvement to our JavaScript bindings. We

[webkit-dev] WebKit gobject bindings: Who is guiding their future?

Hi folks. You may have noticed the substantial improvements we’ve made to our WebIDL support over the last year. Also, the last few days I’ve been working on one small exciting improvement to our JavaScript bindings. We can express exceptions as a special return value inside the DOM

Re: [webkit-dev] webkit not remembering or asking to remember passwords

20.07.2016, 15:28, "Mark Davis" : > Hi, > I have just installed webkit onto my g5 powermac. It is working well, > however does not send the usual message about remembering password > details after logging into my accounts. Which port are you using? If you've managed to

[webkit-dev] webkit not remembering or asking to remember passwords

Hi, I have just installed webkit onto my g5 powermac. It is working well, however does not send the usual message about remembering password details after logging into my accounts. I have tried to work around this by going into preferences and the keychain utility, but still unsuccesful.

Re: [webkit-dev] WebKit render tree

What I’m thinking about is what if all of my code could be used as a webkit extension, i.e. I could make the class definitions conform and create idl files for each of my class, and stick them all in a new directory under WebCore/Modules. Looks like then, I would have to modify a single CMake

Re: [webkit-dev] WebKit render tree

From the description, it sounds like you have some native code which needs to be able to modify the DOM and you need events from the DOM to be able to call code from your library. You can do this today without modifying WebKit. The way for native code to modify the DOM is for the native code to

Re: [webkit-dev] WebKit render tree

> On Jun 1, 2016, at 1:37 PM, Myles C. Maxfield wrote: > > Replies inline. > Generating a DOM is usually done in JavaScript. I'm curious about the problem > you are trying to solve where JavaScript is not sufficient. > > Drawing into an existing window is usually done by

Re: [webkit-dev] WebKit render tree

ust like iOS / Mac / EFL / GTK. > > thanks > > -- Andy Somogyi PhD > School of Informatics and Computing > Indiana University > ___________ > webkit-dev mailing list > webkit-dev@lists.webkit.org > https://lists.webkit.org/mailm

Re: [webkit-dev] WebKit render tree

01.06.2016, 09:19, "Andy Somogyi" : > Hi, > > I’m a programming language researcher, and we are working on a new visual > programming language. > > I’m investigating using WebCore as the rendering component of our language > editing/visualization system. > > Essentially

[webkit-dev] WebKit render tree

Hi, I’m a programming language researcher, and we are working on a new visual programming language. I’m investigating using WebCore as the rendering component of our language editing/visualization system. Essentially what I’d like to be able to do is to programmatically (C++) generate 1: a

Re: [webkit-dev] WebKit project repo size

____ >> webkit-dev mailing list >> webkit-dev@lists.webkit.org <mailto:webkit-dev@lists.webkit.org> >> https://lists.webkit.org/mailman/listinfo/webkit-dev > > ___ > webkit-dev mailing list > webk

Re: [webkit-dev] WebKit project repo size

On Thu, Mar 31, 2016 at 12:42 PM, Marcus Johnson wrote: > I use the git mirror, so I'm not sure how large the main SVN repo is, but > the git one is huge at like 7 GB. > > I think the best way to reduce that amount of space, is by splitting out the > websites into

Re: [webkit-dev] WebKit project repo size

more work needs to be done. > > I mean, it's just ridiculous trying to download a 7 GB project just to submit > a few patches for memory related issues. > ___ > webkit-dev mailing list > webkit-dev@lists.we

[webkit-dev] WebKit project repo size

I use the git mirror, so I'm not sure how large the main SVN repo is, but the git one is huge at like 7 GB. I think the best way to reduce that amount of space, is by splitting out the websites into their own repos, and possibly even the unit tests into their own repo as well. Also, I've had

Re: [webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le).

> > From:Ryosuke Niwa <rn...@webkit.org> > To:Atul Sowani/Beaverton/Contr/IBM@IBMUS > Cc:"webkit-dev@lists.webkit.org" <webkit-dev@lists.webkit.org> > Date:10/26/2015 07:15 PM > Subject:Re: [webkit-dev] Webkit Java

Re: [webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le).

t; Thanks, >> Atul. >> >> >> >> From:Ryosuke Niwa <rn...@webkit.org> >> To:Atul Sowani/Beaverton/Contr/IBM@IBMUS >> Cc:"webkit-dev@lists.webkit.org" <webkit-dev@lists.webkit.org> >

[webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le).

Hi, I am trying to port PhantomJS 2.0.1 to IBM PPC64LE platform. PhantomJS uses qtwebkit version 153112 and I am facing a few crashes in the JavaScript interpreter code. I was directed to this forum by PhantomJS developers to get help/insight about the interpreter. Requesting this forum

Re: [webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le).

ev@lists.webkit.org> Date: 10/26/2015 07:15 PM Subject: Re: [webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le). Sent by:ryosuke.n...@gmail.com On Monday, October 26, 2015, Atul Sowani <sowa...@us.ibm.com> wrote: I am trying to port PhantomJS 2

Re: [webkit-dev] Webkit JavaScript interpreter crash (v. 153112/ppc64le).

On Monday, October 26, 2015, Atul Sowani wrote: > I am trying to port PhantomJS 2.0.1 to IBM PPC64LE platform. PhantomJS > uses qtwebkit version 153112 and I am facing a few crashes in the > JavaScript interpreter code. I was directed to this forum by PhantomJS > developers

Re: [webkit-dev] [webkit-help] Issue with Web Inspector debugger breakpoint handling (on Wincairo)

Hey Guys, I'm redirecting Rupali's enquiry about WebInspector's Debugger and WinCairo to a new audience. I came across this again the other day, I think all the debug information Rupali provided is still accurate for our current state. In brief, when a breakpoint is hit in the debugger the

Re: [webkit-dev] [webkit-help] Issue with Web Inspector debugger breakpoint handling (on Wincairo)

l/InspectorBackend.js > > > Line-267 Column-22 Message: Request with id = 37 failed. > {"code":-32601,"message":"'IndexedDB' domain was not found"} > EAWebKit: JS Error - > file:///C:/EAOS/EAOS/EAWebKit/SB/InternalTeam/w-179714/EAWebKitD

Re: [webkit-dev] [webkit-help] Issue with Web Inspector debugger breakpoint handling (on Wincairo)

> Here are the simple steps to reproduce it, > 1. Launch WinCairo and go to google.com > 2. Open Web inspector and open the script source of any .js script > 3. Set a breakpoint anywhere > 4. Reload the web page > > What we see is the spinner spinning

Re: [webkit-dev] [webkit-help] Issue with Web Inspector debugger breakpoint handling (on Wincairo)

> On Oct 2, 2015, at 3:12 PM, Joseph Pecoraro wrote: > Is WinCairo using WebKit1 or WebKit2? Windows is WebKit1-only. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] [webkit-help] Issue with Web Inspector debugger breakpoint handling (on Wincairo)

en...@apple.com>; Sharma, Rupali <rupsha...@ea.com> Subject: Re: [webkit-dev] [webkit-help] Issue with Web Inspector debugger breakpoint handling (on Wincairo) Here are the simple steps to reproduce it, 1. Launch WinCairo and go to google.com<http://google.com/> 2. Open Web

Re: [webkit-dev] [webkit-help] Issue with Web Inspector debugger breakpoint handling (on Wincairo)

cvienn...@ea.com> > Cc: WebKit Development <webkit-dev@lists.webkit.org>; Alex Christensen > <achristen...@apple.com>; Sharma, Rupali <rupsha...@ea.com> > Subject: Re: [webkit-dev] [webkit-help] Issue with Web Inspector debugger > breakpoint handling (on Wincairo) > > Her

[webkit-dev] Webkit does not showing local html files

Hi. I use webkit 1.10 with embbeded mips device. Its working fine with http and https, but is does not working with local files like file:///root/index.html . Its show only sources of HTML page. Andrei Pushkin ___ webkit-dev mailing list

Re: [webkit-dev] Webkit does not showing local html files

On Tue, Sep 08, 2015 at 01:30:48PM +, Pushkin Andrei wrote: > Hi. I use webkit 1.10 with embbeded mips device. Its working fine with http > and https, but is does not working with local files like > file:///root/index.html . Its show only sources of HTML page. I've encountered that as well.

[webkit-dev] WebKit Server maintenance

Hello WebKit, We are aware of an issue affecting multiple WebKit services. (bugs / trac / svn). It is our number one priority to fix it and get it back online. Stay tuned, Lucas ___ webkit-dev mailing list webkit-dev@lists.webkit.org

Re: [webkit-dev] WebKit Server maintenance

mber one priority to fix it and get it back online. > > Stay tuned, > Lucas > > > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > https://lists.webkit.org/mailman/listinfo/webkit-dev ___

Re: [webkit-dev] [webkit-changes] [187867] trunk/Tools

Oops! I forgot that we had already gone through the nomination process for Saam. Sam and I were talking about making Saam a reviewer right when you landed this patch. We counted his patches at 75, though, and we thought we couldn’t nominate him yet. It looks like we miscounted, though, and

Re: [webkit-dev] [webkit-changes] [187867] trunk/Tools

Mark, While I am excited about Saam becoming a reviewer soon, this is the wrong process. Please roll out this change and follow the procedure explained at https://www.webkit.org/coding/commit-review-policy.html. Thanks, Geoff On Aug 4, 2015, at 11:03 AM, mark@apple.com wrote:

Re: [webkit-dev] webkit browser always minimzed on CentOS 7.1

So I looked closer at my functions... void maximize(void) { gtk_window_maximize(GTK_WINDOW(window)); gtk_window_fullscreen(GTK_WINDOW(window)); gtk_window_set_decorated(GTK_WINDOW(window), FALSE); } This function in particular I am calling. If I comment out the

Re: [webkit-dev] webkit browser always minimzed on CentOS 7.1

://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 browser always minimzed on CentOS 7.1

On Mon, 2015-05-04 at 07:54 -0400, Jerry Geis wrote: So I looked closer at my functions... void maximize(void) { gtk_window_maximize(GTK_WINDOW(window)); gtk_window_fullscreen(GTK_WINDOW(window)); gtk_window_set_decorated(GTK_WINDOW(window), FALSE); } Are you sure this problem

[webkit-dev] webkit browser always minimzed on CentOS 7.1

Hi all, I had a project that worked great under CentOS 6.6. I basically took webkitgtk-2.4.6 and compiled then took a small browser.c file to great a browser. Worked great. So now I'm trying to migrate that to CentOS 7.1 did the same thing - same steps as above and when I run the webkit browser

[webkit-dev] WebKit Meeting: Network Cache session

Hi Perhaps I should have posted this to the webkit-meeting list, but it seems pretty dead. Anyways.. does anyone have any notes or slides from the Network Cache session that they would like to share? I missed that session at the meeting. Antti or Chris? BR Adam

Re: [webkit-dev] WebKit Meeting: Network Cache session

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

Re: [webkit-dev] WebKit debugging on OSX and ~/.lldbinit

On Feb 24, 2015, at 3:10 PM, Sylvain Galineau galin...@adobe.com wrote: I’ve recently found myself in the following situation while debugging WebKit: the debugger (Xcode) would hit a breakpoint, I would place a new breakpoint in a method up the current call stack, re-run my test and

Re: [webkit-dev] WebKit debugging on OSX and ~/.lldbinit

From: Simon Fraser Date: Tuesday, February 24, 2015 at 3:19 PM To: Adobe Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit debugging on OSX and ~/.lldbinit On Feb 24, 2015, at 3:10 PM, Sylvain Galineau galin...@adobe.com wrote: I’ve recently found myself in the following

Re: [webkit-dev] WebKit debugging on OSX and ~/.lldbinit

On Feb 24, 2015, at 3:29 PM, Sylvain Galineau galin...@adobe.com wrote: From: Simon Fraser Date: Tuesday, February 24, 2015 at 3:19 PM To: Adobe Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit debugging on OSX and ~/.lldbinit On Feb 24, 2015, at 3:10 PM, Sylvain

[webkit-dev] WebKit debugging on OSX and ~/.lldbinit

I’ve recently found myself in the following situation while debugging WebKit: the debugger (Xcode) would hit a breakpoint, I would place a new breakpoint in a method up the current call stack, re-run my test and then…nothing. The new breakpoint would never be hit though the original one still

[webkit-dev] WebKit Contributors Meeting 2015 - Save the Date

Hi all, Apple will once again be hosting a WebKit Contributors Meeting. It will be held on Apple’s Infinite Loop campus in Cupertino on Thursday, March 12, and Friday, March 13. As in previous years, this event will have an unconference-like format, allowing time for impromptu sessions,

[webkit-dev] WebKit not rendering images of a local resource (from within Gedit)

Hi, I'm using WebKit to render HTML in a plugin of Gedit, the Gnome text editor. The source code is available from https://github.com/bittner/gedit-reST-plugin/blob/gedit-3.14/reST/restructuredtext.py#L56 Now it looks like WebKit is rendering images from remote resources (e.g.

Re: [webkit-dev] WebKit not rendering images of a local resource (from within Gedit)

___ 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

Re: [webkit-dev] webkit-dev Digest, Vol 114, Issue 16

On Nov 20, 2014, at 9:26 AM, Alexey Proskuryakov a...@webkit.org (mailto:a...@webkit.org) wrote: 19 . 2014 ?., ? 14:58, Alexey Proskuryakov a...@webkit.org mailto:a...@webkit.org ???(?): These and related uses are all over the place - see also Vectors in

Re: [webkit-dev] webkit-dev Digest, Vol 113, Issue 19

/attachment-0001.html -- Message: 3 Date: Mon, 27 Oct 2014 22:42:36 + From: Bem Jones-Bey bjone...@adobe.com javascript:; To: webkit-dev webkit-dev@lists.webkit.org javascript:; Subject: [webkit-dev] OS X Mavericks build failing Message-ID: 29823522-89ca-4dca

Re: [webkit-dev] [webkit-qt] Qt 5.2.1 / 5.3.2 with JIT_ENABLED=0: Assert / Crash in LLIntData.cpp; Windows 7 x64

Hi again Andre I am learning towards the assert being right. It appears sub-classes will be placed on 64bit aligned address on Win x64. This breaks some assumptions on how arrays are layed out. I will have to check where we make use if the assumptions asserted here, and see how bad it is.

[webkit-dev] WebKit Dashboard metrics

Hi, You may have noticed some patches for WebKit Dashboard metrics page landed recently. The page is now live at http://build.webkit.org/dashboard/metrics.html. It's a tool that collects historical information from Buildbot and answers these questions: - How much of the time did trunk build

Re: [webkit-dev] WebKit Remote Web Inspector

: [webkit-dev] WebKit Remote Web Inspector On 21/06/14 03:07, Vienneau, Christopher wrote: However your response leads me to believe that it could be as easy as enabling a define? Searching my code for INSPECTOR_SERVER I only find it in FeatureDefinesNix.hbut no source code wrapped

<    1   2   3   4   5   6   7   8   9   10   >