Hey,
For various reasons, including the fact that the company I work
(http://www.collabora.co.uk/) for is designing a new website, and would
like to mention our involvement with WebKit, and that I wanted a more
beautiful icon for my epiphany-webkit package in Debian, I would like to
know what are
On Jun 30, 2009, at 2:53 PM, Maciej Stachowiak wrote:
On Jun 30, 2009, at 9:57 AM, Patrick Hanna wrote:
I have noticed that rather than using memcmp for comparing strings,
webkit likes to cast to uint32_t* and compare in a for loop. For
example, WebCore::equal in AtomicString.cpp and
Hi
How does text drawing is handled inside text editor ( or input
type=text ) in Zoomed mode ?
I am confused how selection controllers work in this case and update
cursor position is updated.
Any insight on this will be great !!
Thanks Regards
Niilesh
Hello,
I'm interested in using the JavaScriptCore, however I'm working with
an old revision of WebKit - I'm unsure of exactly what version it is,
but the most recent entry in the changelog file in the JavaScriptCore
was on the 2007-10-03.
Looking at the JavaScriptcore API files, such as
Hi Patrick,
I think WebKit code can't rely on system memcmp() alignment functionality
since its implementation may change.
I think a better solution should be to write code (inside WebKit) that use
aligned access in memory (as done in WebCore::equal)...for platforms that
needs aligned accesses.
I think WebCore::equal already has a patch for SH4 and ARM. I was only
going to replicate that same code in StringHash::equal. Are you
talking about testing for alignment and then doing the 32-bit loop
over the aligned segment?
On Jul 1, 2009, at 10:31 AM, Simone Fiorentino wrote:
Hi
I think WebCore::equal already has a patch for SH4 and ARM. I was only
going to replicate that same code in StringHash::equal.
I agree.
Regards,
S.
Are you
talking about testing for alignment and then doing the 32-bit loop
over the aligned segment?
On Jul 1, 2009, at 10:31 AM,
In order to get focus memory for tabs working properly, we need a
notion of whether or not the underlying Page is focused. We need this
since Web pages should be able to shift around programmatic focus in
background tabs and have the new focused frame and focused node be
remembered if you
The bugs.webkit.org server will be down for maintenance starting at 7:00 PM PDT
(-0700) on Thursday, July 2, 2009 for a Bugzilla upgrade. We expect the server
to be down for about 30 minutes.
https://bugs.webkit.org/show_bug.cgi?id=17457
Apologies in advance for any inconvenience this may
The UTF-8 upgrade of the database takes much longer than expected. The
downtime may be closer to 45 minutes.
Dave
From: David Kilzer ddkil...@webkit.org
To: webkit-dev@lists.webkit.org
Sent: Wednesday, July 1, 2009 11:32:02 AM
Subject: [webkit-dev] Scheduled
This will not affect most developers. Only casual contributers who
were manually editing their ChangeLog entries to include their email
address and real names (and often forgetting to do so, thus resulting
in a r-).
-eric
On Wed, Jul 1, 2009 at 4:34 PM, Eric Seidele...@webkit.org wrote:
Be
Extensions are not a feature of webkit, they are a feature of the
browser, so it seems strange that tests for them would exist in the
webkit repository.
If this isolated world concept was not specific to chromium -- eg. it
was being exposed potentially as a sandboxing api for web content
On Wed, Jul 1, 2009 at 5:06 PM, Oliver Huntoli...@apple.com wrote:
Extensions are not a feature of webkit, they are a feature of the browser,
so it seems strange that tests for them would exist in the webkit
repository.
I should explain the feature in more detail. The way things currently
On Jul 1, 2009, at 6:09 PM, Adam Barth wrote:
On Wed, Jul 1, 2009 at 5:06 PM, Oliver Huntoli...@apple.com wrote:
Extensions are not a feature of webkit, they are a feature of the
browser,
so it seems strange that tests for them would exist in the webkit
repository.
I should explain the
On Wed, Jul 1, 2009 at 7:08 PM, Oliver Huntoli...@apple.com wrote:
Given this apparently needs to exist in WebCore you will need to implement
this feature for the JSC bindings as well. This will also make it possible
for it to be tested in the normal layout tests.
Huh? I don't understand the
On Jul 1, 2009, at 7:21 PM, Adam Barth wrote:
On Wed, Jul 1, 2009 at 7:08 PM, Oliver Huntoli...@apple.com wrote:
Given this apparently needs to exist in WebCore you will need to
implement
this feature for the JSC bindings as well. This will also make it
possible
for it to be tested in
On Jul 1, 2009, at 7:21 PM, Adam Barth wrote:
On Wed, Jul 1, 2009 at 7:08 PM, Oliver Huntoli...@apple.com wrote:
Given this apparently needs to exist in WebCore you will need to
implement
this feature for the JSC bindings as well. This will also make it
possible
for it to be tested in
--- On Tue, 30/6/09, Ariya Hidayat ariya.hida...@trolltech.com wrote:
From: Ariya Hidayat ariya.hida...@trolltech.com
Subject: Re: [webkit-dev] Browser application, how to serialize
To: webkit-dev@lists.webkit.org
Date: Tuesday, 30 June, 2009, 3:20 PM
The problem is after the
Background: Reviewers spend too much time correcting errors which
should be caught by tools. This is frustrating both to contributers
and reviewers. One such class of errors are missing or incorrect
information in ChangeLogs. I'm trying to fix that.
As part of:
On Jul 1, 2009, at 10:44 PM, Eric Seidel wrote:
prepare-ChangeLog should have a --bug= argument and use it for
url autofill
https://bugs.webkit.org/show_bug.cgi?id=26383
I would much prefer if the bug URL came first. I believe that this is
the prevailing style.
Thanks,
—Dan
20 matches
Mail list logo
