Velkommen!
tor arne
On 2/13/13 9:06 , Håkon Wium Lie wrote:
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 KT
e takes that way: https://github.com/apache
The "mirroring" icon indicates kind of official-ness.
I don't know how long their mirroring delay is, though.
On Sat, Dec 1, 2012 at 12:07 AM, Tor Arne Vestbø
mailto:tor.arne.ves...@digia.com>> wrote:
On 11/28/12 16:55 , Adam Barth
On 11/28/12 16:55 , Adam Barth wrote:
My sense is that the WebKit community would prefer that the hashes in
GitHub match the hashes in git.webkit.org so that folks can more
easily move branches between the two. For my part, I've switched over
to using GitHub exclusive of git.webkit.org, so the t
On 11/25/12 1:12 , Adam Barth wrote:
On Sat, Nov 24, 2012 at 1:53 PM, Gergely Kis wrote:
Yes, I saw that thread, but I got confused by this other thread:
https://lists.webkit.org/pipermail/webkit-dev/2012-April/020339.html
Here most of the participants seemed to agree that moving the 2 reposit
On 24.04.12 16:04, ext Shezan Baig wrote:
On Tue, Apr 24, 2012 at 9:55 AM, Adam Roben wrote:
In what situation does this cause issues?
Probably the biggest issue is for people who've been using
git.webkit.org and now want to try out GitHub. Since the commits are
distinct between the two repos
On 24.04.12 15:55, ext Adam Roben wrote:
Probably the biggest issue is for people who've been using
git.webkit.org and now want to try out GitHub. Since the commits are
distinct between the two repositories, they have to do a full clone to
make the switch.
Any idea why git is not smarter when p
On 18.04.12 17:02, Simon Hausmann wrote:
On Wednesday, April 18, 2012 06:53:46 AM ext Shezan Baig wrote:
Hi WebKit,
I've been using a fork of the following repo:
https://github.com/WebKit/webkit
However, yesterday there was discussion on #webkit that the SHA-1 checksums
on this repo are differ
On 11.03.12 00:08, Alp Toker wrote:
The way I see it, a better mirror would address:
>
*Author Names
*The committer names don't have the full author name in the git mirror
right now, just an SVN id. This info could be extracted out of a
database or the ChangeLog message if one exists, during i
On 08.03.12 22:25, Ryosuke Niwa wrote:
That'll certainly be an improvement. I still dislike git hashes though.
If someone implements such a script in webkit-patch and we can
automatically assign svn-revision like numbers to all commits, I can be
convinced to use git.
Dunno about webkit-patch, b
On 09.03.12 01:36, Aaron Boodman wrote:
I think it would look the same, except for instead of monotonically
increasing decimal numbers in the "revision" column, you'd see random
hexadecimal ones (typically 6-8 digits long).
It would be possible to use 'git describe' [1] to give something like t
On 08.03.12 18:22, Geoffrey Garen wrote:
Rather than asking for a switch to git by fiat, why not improve git and
our git-related infrastructure to the point where people choose to
switch naturally?
The fact that many valuable contributors choose not to use git is
sufficient proof that switching
On 08.03.12 01:57, Levi Weintraub wrote:
On Wed, Mar 7, 2012 at 4:50 PM, Ryosuke Niwa mailto:rn...@webkit.org>> wrote:
On Wed, Mar 7, 2012 at 4:44 PM, Darin Fisher mailto:da...@chromium.org>> wrote:
Hrm, if the test expectations are customized already for
different ports of
On 07.11.11 15:44, Alan Stearns wrote:
What if we defer some of the W3C metadata work until tests were actually
submitted to the W3C?
1. Tests we pull from W3C can run from manifests, since they are provided.
2. Tests we develop ourselves just use a naming convention (refs are named
*-ref.html,
On 04.08.10 20.04, Adam Roben wrote:
On Aug 4, 2010, at 7:15 AM, Jeremy Orlow wrote:
2. ENABLE(FOO) #endif comments
#if ENABLE(FOO)
..
#endif // ENABLE(FOO)
Shall we remove the comment, or require it explicitely in the style rules?
I find these comments especially helpful when there are nes
On 22.04.10 22.18, Andrew Scherkus wrote:
On Thu, Apr 22, 2010 at 1:13 PM, Adam Roben mailto:aro...@apple.com>> wrote:
On Apr 22, 2010, at 4:01 PM, Darin Adler wrote:
> - The comments all cite only a single line of the patch and I
almost never have a comment that's for a single lin
On 26.04.10 22.16, Andras Becsi wrote:
As far as I know QtWebKit uses this keyword to indicate that the
corresponding bug has been checked and prioritized based on its severity
by a triaging group of two QtWebKit developers.
https://trac.webkit.org/wiki/QtWebKitBugs#Triagingbugs
That's correct
On 23/2/10 17:34 , Simon Fraser wrote:
On Feb 23, 2010, at 8:21 AM, Tor Arne Vestbø wrote:
On 23/2/10 17:02 , Simon Fraser wrote:
I think the correct longterm solution to this problem is to use
reftests. A reftest consists of two files; the test file, and a
"reference" file that s
On 23/2/10 17:02 , Simon Fraser wrote:
On Feb 23, 2010, at 5:00 AM, Tor Arne Vestbø wrote:
Hey all,
A reoccurring problem when trying to maintain layout-test results
is differences in font and theme metrics for tests that dump the
render tree. Often a test does not actually test font
loading
On 23/2/10 14:15 , Evan Martin wrote:
On Tue, Feb 23, 2010 at 2:00 PM, Tor Arne Vestbø
wrote:
Lately we've been playing with the idea of using SVG fonts for the Qt port
to get the same set of expected results for qt-mac, qt-linux and qt-win, by
injecting new @font-face rules using a
Hey all,
A reoccurring problem when trying to maintain layout-test results is
differences in font and theme metrics for tests that dump the render
tree. Often a test does not actually test font loading/rendering or
theming, but has a piece of text or an input element somewhere in the
test whi
On 23/2/10 13:31 , Evan Martin wrote:
Run
WebKitTools/Scripts/resolve-ChangeLogs
each time you rebase.
Or run once:
git config merge.changelog.driver "resolve-ChangeLogs --merge-driver %O
%A %B"
tor arne
___
webkit-dev mailing list
webkit-dev@
On 17/2/10 17:55 , Alexey Proskuryakov wrote:
17.02.2010, в 07:15, Tor Arne Vestbø написал(а):
Which means that if you change the component for a bug that has
been assigned to someone, for example during triaging, you may
accidentally remove that assignee and the bug may drop out of that
Hey,
http://bugs.webkit.org/ currently has the behavior that if you change
the component, the checkbox "Reset Assignee to default" is automatically
checked, which will revert the assignee to the default for that component.
The default for all our components is webkit-unassig...@webkit.org:
h
On 2/5/10 4:51 PM, İsmail Dönmez wrote:
Seems to be due to newly checked in DerivedSources.pro.
Try applying this:
http://gist.github.com/295937
I have to run but I'll land this on Monday.
Tor Arne
___
webkit-dev mailing list
webkit-dev@lists.webk
Tor Arne Vestbø wrote:
Here's a wip patch to update-webkit's Git part I've been running locally
for a few days now, it has basic resolve-ChangeLogs-support, as well as
mirror support:
http://gist.github.com/287646
https://bugs.webkit.org/show_bug.cgi?id=
David Levin wrote:
I think someone already wrote this for you:
http://ivanz.com/2009/03/19/git-automatic-smart-changelog-merging/
which referrs to
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/git-merge-changelog.c;h=b9ab42947b2590b31d69544d566e1f6b04a90100;hb=HEAD
A merge-
Darin Adler wrote:
Hi folks.
We’ve never formalized this, but I believe that patches tagged with a
particular platform name such as
[Qt] Add new API for fluffy bunnies
should be limited to one particular platform’s code. If the patch
changes more than a trivial bit of platform-independent code
Eric Seidel wrote:
The Chromium developers, notably Nicolas Sylvain added /console.
Mark Rowe is our kind BuildBot admin who updated our copy to the
latest BuildBot version including this new feature. I was not
involved. :)
Then great thanks to both Nicolas and Mark!! :)
tor arne
___
Eric Seidel wrote:
http://build.webkit.org/console
Will let you know.
I love the console, thanks for adding this!
tor arne
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Adam Barth wrote:
As we bring more bots online, this user interface should scale better
than posting lots of "pass" comments. If folks like this display, we
can incorporate it into bugs.webkit.org directly.
+1 for including this in the site directly! Cool stuff!
Tor Arne
Hey,
Could not find anything in the style guide regarding indentation of
nested #ifs/#ifdefs in headers, ie. not #ifdefs in normal code, where
adding extra indentation would break the indentation of the surrounding
code, but nested #ifdefs in files like Platform.h
Personally I prefer indenta
Hey,
Right now we have the bug reporting guidelines, here:
http://webkit.org/quality/bugwriting.html
And the actual form here:
https://bugs.webkit.org/enter_bug.cgi?product=WebKit
Would it make sense to expand the create-form template in Bugzilla to
join these two in a guided reporting,
Chris Fleizach wrote:
It's possible that Windows, for example, supports an accessibility value
attribute for sliders, but it's also possible that it does not.
Likewise, it's possible Linux could support that attribute, or not.
All I am sure of right now is that it's not implemented now.
So in
On 9/4/09 9:47 PM, David Hyatt wrote:
Right now the user stylesheet location is stored as a URL. This is
based off ancient history, namely that we happened to store the
preference this way on Mac. Even though Safari only allows you to pick
local files from its UI for user stylesheets, the prefer
On 8/11/09 12:30 PM, Jilu Oommen wrote:
Hi,
I am trying to build webkit on Linux using gcc (GCC) 4.3.0 20080428 (Red
Hat 4.3.0-8). Currently I am getting stuck on linking error: ar:
DerivedSources/.libs/JSCSSCharsetRule.o: No such file or directory
Can you please let me know a solution at the ear
nts to the plugin, through a timer running in the plugin host.
The 'where' field of the event record should have the mouse position.
Tor Arne
PS: Nice work on Plex ;)
--
Tor Arne Vestbø, Software Engineer
Qt Software, Nokia, Oslo, Norway
http
Tor Arne Vestbø wrote:
I just woke up, and haven't had my coffee yet, but didn't we add this in
r268f45?
Sorry, that was r34297
http://trac.webkit.org/changeset/34297
--
Tor Arne Vestbø, Software Engineer
Qt Software, Nokia, Oslo, Norway
http://www.tro
with CSS rules.
I just woke up, and haven't had my coffee yet, but didn't we add this in
r268f45?
The Qt port uses WebCore/platform/qt/html4-adjustments-qt.css to modify
html4.css, not replace it as far as I remember.
--
Tor Arne Vestbø, Software Engineer
Qt Software, Nokia, Oslo, N
George wrote:
But now, another error is when compiling QtLauncher. The reason is maybe
the library path or header file path setting. Any comment will be highly
apreciated.
Seems to be a library path problem, are you sure you built WebKit in
release mode? All the missing symbols should be in lib
HTMLFormElement.cpp
../../../WebCore/platform/FileSystem.h:138: error: 'PlatformModule' was not
declared in this scope
Add "|| defined(Q_WS_QWS)"
I'll sort this out in a patch.
Thanks for reporting!
Tor Arne
--
Tor Arne Vestbø, Software Engineer
Trolltech ASA, Oslo, Norway
right
with me, but maybe a global function?
Tor Arne
--
Tor Arne Vestbø, Software Engineer
Trolltech ASA, Oslo, Norway
http://www.trolltech.com/
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit
41 matches
Mail list logo
