Hi,
Sure, I filed a bug for the sick(dying) build.webkit.org:
https://bugs.webkit.org/show_bug.cgi?id=79474
I hope it will be recovered once from this long and serious sickness. ;)
br,
Ossy
On 02/22/2012 11:12 PM, Lucas Forschler wrote:
Can you open a bugzilla bug, and we can use that to
Hi,
I want to specify the window size/view size in DumpRenderTree, so that
rendertree, can reflect the structure according to the new window size.
Is there an existing option/method to do so?
Thanks in advance.
--Mayur Kankanwadi.
--
Symbiangeek,Codekata Webkitwiki all in one -
I restarted the master so it's back for now.
-Bill
On Feb 23, 2012, at 11:05 PM, Osztrogonac Csaba wrote:
Hi again,
Now the things are going from bad to worse:
Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance
downtime or
It's not responding now.
This system is mission-critical to the webkit project. What do we need to do to
improve the uptime and performance?
Simon
On Feb 24, 2012, at 6:55 AM, William Siegrist wrote:
I restarted the master so it's back for now.
-Bill
On Feb 23, 2012, at 11:05 PM,
Lucas will be looking into it.
-Bill
On Feb 24, 2012, at 9:16 AM, Simon Fraser simon.fra...@apple.com wrote:
It's not responding now.
This system is mission-critical to the webkit project. What do we need to do
to improve the uptime and performance?
Simon
On Feb 24, 2012, at 6:55
32$ $ time curl http://build.webkit.org
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
http://www.w3.org/TR/html4/loose.dtd;
html
head
meta http-equiv=Content-Type content=text/html; charset=iso-8859-15
titleWelcome to the Buildbot/title
/head
body
h1Welcome to the Buildbot!/h1
ul
22.02.2012, в 22:08, Kentaro Hara написал(а):
TL;DR: We are starting WebKit modularization. Self-contained features
like WebAudio, WebSocket, IndexedDB, File APIs ...etc will be moved
from WebCore/ to WebCore/Modules/.
Looking at patches that are actually getting landed, they go far beyond
2012/2/24 Alexey Proskuryakov a...@webkit.org:
22.02.2012, в 22:08, Kentaro Hara написал(а):
TL;DR: We are starting WebKit modularization. Self-contained features
like WebAudio, WebSocket, IndexedDB, File APIs ...etc will be moved
from WebCore/ to WebCore/Modules/.
Looking at patches that
On Feb 24, 2012, at 9:57 AM, Alexey Proskuryakov wrote:
22.02.2012, в 22:08, Kentaro Hara написал(а):
TL;DR: We are starting WebKit modularization. Self-contained features
like WebAudio, WebSocket, IndexedDB, File APIs ...etc will be moved
from WebCore/ to WebCore/Modules/.
Looking at
2012/2/24 Maciej Stachowiak m...@apple.com:
I too am surprised that HTML-related APIs would be refactored as a result of
modularization. This change may be justifiable on its own merits, but it
doesn't seem like a logical part of a project to make self-contained features
more modular. At
In your test case, you should be able to use window.resizeTo to change the
size of the window.
On Fri, Feb 24, 2012 at 5:01 AM, Mayur K emineme...@gmail.com wrote:
Hi,
I want to specify the window size/view size in DumpRenderTree, so that
rendertree, can reflect the structure according to the
Well, that would be too limiting.Passing the window size as a command line
option would be better, to get know the content behavior and would avoid
adding the resizeTo to every content. Also adding resizeTo would not be an
option to live content.
I tried playing around with the windows port of
Webkit,
Bash scripts with CRLF are failing on some versions of bash. I've filed this
issue under bug 78953 in a wider context but decided it's best to have its own
bug: 79509.
In short, the issue is that some bash scripts have their svn:eol-style set to
native, which is CRLF on Windows. This
On Fri, Feb 24, 2012 at 11:13 AM, Ashod Nakashian
ashodnakash...@yahoo.comwrote:
In short, the issue is that some bash scripts have their svn:eol-style set
to native, which is CRLF on Windows. This is causing build failures on some
version of cygwin-bash that don't like CR in the scripts.
I
(CC-ing webkit-dev)
I would not do that. We should not add methods for testing into the
inspector protocol. Also, having the highlight figures right does not
guarantee proper rendering (scrollbars, etc. might affect things).
Ok. That makes sense. A lot can go wrong between having the correct
On Feb 24, 2012, at 10:27 AM, Adam Barth wrote:
2012/2/24 Maciej Stachowiak m...@apple.com:
I too am surprised that HTML-related APIs would be refactored as a result of
modularization. This change may be justifiable on its own merits, but it
doesn't seem like a logical part of a project to
As I mentioned in the bug, it is encouraging news that Mozilla has already
removed these attributes (for a couple releases now). I would like to see
them go away too.
There's unfortunately, the real possibility that there may be some existing
webkit-specific or chrome-specific (extensions)
On Fri, Feb 24, 2012 at 11:50 AM, Maciej Stachowiak m...@apple.com wrote:
On Feb 24, 2012, at 10:27 AM, Adam Barth wrote:
2012/2/24 Maciej Stachowiak m...@apple.com:
I too am surprised that HTML-related APIs would be refactored as a result
of modularization. This change may be justifiable on
On Feb 24, 2012, at 11:52 AM, Darin Fisher wrote:
As I mentioned in the bug, it is encouraging news that Mozilla has already
removed these attributes (for a couple releases now). I would like to see
them go away too.
There's unfortunately, the real possibility that there may be some
On Fri, Feb 24, 2012 at 12:00 PM, Maciej Stachowiak m...@apple.com wrote:
On Feb 24, 2012, at 11:52 AM, Darin Fisher wrote:
As I mentioned in the bug, it is encouraging news that Mozilla has already
removed these attributes (for a couple releases now). I would like to see
them go away too.
On Feb 24, 2012, at 11:58 AM, Adam Barth wrote:
On Fri, Feb 24, 2012 at 11:50 AM, Maciej Stachowiak m...@apple.com wrote:
On Feb 24, 2012, at 10:27 AM, Adam Barth wrote:
2012/2/24 Maciej Stachowiak m...@apple.com:
I too am surprised that HTML-related APIs would be refactored as a result
of
On Feb 24, 2012, at 12:06 PM, Darin Fisher wrote:
On Fri, Feb 24, 2012 at 12:00 PM, Maciej Stachowiak m...@apple.com wrote:
On Feb 24, 2012, at 11:52 AM, Darin Fisher wrote:
As I mentioned in the bug, it is encouraging news that Mozilla has already
removed these attributes (for a
Hi webkit-dev,
I was looking into bug 48459: Glyphs in vertical text tests are rotated 90
degrees clockwise on Windows
https://bugs.webkit.org/show_bug.cgi?id=48459
and found that it has two issues:
1. It does not support text-orientation[1] property as OS X does.
2. It uses @-font, which
Thank you Ryosuke for the prompt reply.
1. Bring the CTFontGetVerticalTranslationsForGlyphs API to WebKitLibraries.
2. Use other libraries such as FreeType[2] to read related OpenType tables.
3. Read raw tables using GetFontData Win32 API and parse vhea/vorg/vmtx
tables etc.
Option 3 seems
On Fri, Feb 24, 2012 at 12:07 PM, Maciej Stachowiak m...@apple.com wrote:
On Feb 24, 2012, at 11:58 AM, Adam Barth wrote:
On Fri, Feb 24, 2012 at 11:50 AM, Maciej Stachowiak m...@apple.com wrote:
On Feb 24, 2012, at 10:27 AM, Adam Barth wrote:
2012/2/24 Maciej Stachowiak m...@apple.com:
I
My 2¢:
- I'm glad to see these properties go.
- I think Darin is correct to be concerned about a potential
web-compat risk. (But, I suspect grepping extensions for .fileSize
and .fileName might actually turn up useful data. Assuming that's
easy to do?)
- I agree with ap that warnings are mostly
On Fri, Feb 24, 2012 at 1:47 PM, Jochen Eisinger joc...@chromium.orgwrote:
On Fri, Feb 24, 2012 at 10:38 PM, Eric Seidel e...@webkit.org wrote:
My 2¢:
- I'm glad to see these properties go.
- I think Darin is correct to be concerned about a potential
web-compat risk. (But, I suspect
Thanks Peter, just submitted the patch[1] although I still don't see any
property change related lines. I also added aroben to the cc list. Hope
somebody will take it from here.
[1]: https://bugs.webkit.org/attachment.cgi?id=128849action=diffcontext=patchcollapsed=headers=1format=raw
-Ash
28 matches
Mail list logo