On Sun, Jun 26, 2011 at 20:30, Ryosuke Niwa rn...@webkit.org wrote:
I've started to think that we should just kill modal dialogs in unload event
and leave modal dialogs during unbeforeload and other events alone. While
things happen in unload isn't guaranteed to run before the page is evicted
On Fri, Jun 24, 2011 at 7:27 PM, Ojan Vafai o...@chromium.org wrote:
Is there a document that lists the use-cases for this API? I couldn't find
anything from a quick glance through the DAP working group's mailing list
archive. A list of use-cases would help evaluate whether this is the best
On Jun 27, 2011, at 1:55 AM, Simon Fraser wrote:
This should go into a bug.
Agreed.
On Jun 26, 2011, at 4:12 PM, Brent Fulgham wrote:
While investigating a separate issue, I noticed that I was hitting an
assertion in the Cairo drawing layer because it was attempting to use an
invalid
On Mon, Jun 27, 2011 at 00:11, Ryosuke Niwa rn...@webkit.org wrote:
On Sun, Jun 26, 2011 at 11:48 PM, Sreeram Ramachandran
sree...@chromium.org wrote:
I think the performance benefit and reduction in code complexity are
secondary. Reducing user annoyance is the number one priority.
But
Can you give an example of a smooth UI that you'd need the more complex API
for? When I think of the existing mail and chat apps in iOS/Android that
I've use, input type=contacts could give just as smooth a UI as the
existing apps, it's just on the browser side to make the UI good instead of
on
26.06.2011, в 19:37, Sreeram Ramachandran написал(а):
I'm not sure if historically browsers were often taking the liberty of
crippling widely used features in this way. We didn't kill marquee, for
instance. For another example, I know that a lot of users dislike animated
GIFs, and yet we
On Mon, Jun 27, 2011 at 1:40 PM, Alexey Proskuryakov a...@webkit.org wrote:
26.06.2011, в 19:37, Sreeram Ramachandran написал(а):
I'm not sure if historically browsers were often taking the liberty of
crippling widely used features in this way. We didn't kill marquee, for
instance. For
On Mon, Jun 27, 2011 at 1:40 PM, Alexey Proskuryakov a...@webkit.org wrote:
26.06.2011, в 19:37, Sreeram Ramachandran написал(а):
I'm not sure if historically browsers were often taking the liberty of
crippling widely used features in this way. We didn't kill marquee, for
instance. For
On Mon, Jun 27, 2011 at 5:36 AM, Adam Roben aro...@apple.com wrote:
On Jun 27, 2011, at 1:55 AM, Simon Fraser wrote:
This should go into a bug.
Agreed.
Opened https://bugs.webkit.org/show_bug.cgi?id=63484.
Thanks,
-Brent
___
webkit-dev mailing
27.06.2011, в 14:03, Darin Fisher написал(а):
I'm pretty surprised that you are so concerned about this change.
I dislike magic APIs that work sometimes, but not always. In this case, the
reason for crippling the API seems to be almost entirely about implementation
issues - the discussion
On Mon, Jun 27, 2011 at 3:17 PM, Alexey Proskuryakov a...@webkit.org wrote:
27.06.2011, в 14:03, Darin Fisher написал(а):
I think we can make this behavior a Setting, and then certainly each
embedder of WebKit
can decide how prominently to surface this option. For Chrome, we'll
probably
Looking at the master bug, it looks like we're close to switching the
project to new-run-webkit-tests:
https://bugs.webkit.org/show_bug.cgi?id=34984
There appear to be 6 remaining blocking issues:
https://bugs.webkit.org/showdependencytree.cgi?id=34984hide_resolved=1
We would like to hear from
On Tue, Jun 28, 2011 at 1:17 AM, Eric Seidel e...@webkit.org wrote:
There appear to be 6 remaining blocking issues:
https://bugs.webkit.org/showdependencytree.cgi?id=34984hide_resolved=1
We would like to hear from others who have tried new-run-webkit-tests,
if they have issues which they
There are two patches in the works for regions and exclusions that include
tests:
https://bugs.webkit.org/show_bug.cgi?id=61726
https://bugs.webkit.org/show_bug.cgi?id=61730
The patches started with tests in these paths:
LayoutTests/fast/regions
LayoutTests/fast/exclusions
But during the
Hi,
I have configured Webkit GTK port on Win32. Apart from that I have created
some NPAPI architecture based plug-in to implement my own functionality. I
have created DLL's and keeping them on the standard MOZ_PLUGIN_PATH path.
But my GTKLauncher application is unable to load these plug-ins. What
15 matches
Mail list logo
