Re: [webkit-dev] Bash scripts should support LF endings only

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=128849&action=diff&context=patch&collapsed=&headers=1&format=raw -Ash

Re: [webkit-dev] Removing obsolete File attributes

On Fri, Feb 24, 2012 at 1:47 PM, Jochen Eisinger wrote: > > > On Fri, Feb 24, 2012 at 10:38 PM, Eric Seidel 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 grepping extensions for

Re: [webkit-dev] Removing obsolete File attributes

On Fri, Feb 24, 2012 at 10:38 PM, Eric Seidel 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 grepping extensions for ".fileSize" > and ".fileName" might actually turn up useful data. As

Re: [webkit-dev] Removing obsolete File attributes

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 mos

Re: [webkit-dev] Removing obsolete File attributes

24.02.2012, в 12:20, Darin Fisher написал(а): > Perhaps a concrete good first step is to log a console warning when they are > used? "Warning, blahBlah is a deprecated attribute. Use fluxCapacitor > instead." I'm not much in favor of such warnings - from all I heard (second or third hand, w

Re: [webkit-dev] Making DOMWindow less epic (was Re: WebKit modularization)

On Fri, Feb 24, 2012 at 12:07 PM, Maciej Stachowiak wrote: > > On Feb 24, 2012, at 11:58 AM, Adam Barth wrote: > >> On Fri, Feb 24, 2012 at 11:50 AM, Maciej Stachowiak wrote: >>> On Feb 24, 2012, at 10:27 AM, Adam Barth wrote: 2012/2/24 Maciej Stachowiak : > I too am surprised that HTML-

Re: [webkit-dev] Removing obsolete File attributes

Can we introduce some sort of "Obsolete" IDL attribute so that it will automatically produce console warning messages for those attributes and could even trigger metric gathering for those platforms that have interest? It seems that this addition could be useful in deprecating some other attributes

Re: [webkit-dev] 48459: Glyphs in vertical text tests are rotated 90 degrees clockwise on Windows

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. > > Optio

Re: [webkit-dev] Removing obsolete File attributes

On Fri, Feb 24, 2012 at 12:13 PM, Maciej Stachowiak wrote: > > On Feb 24, 2012, at 12:06 PM, Darin Fisher wrote: > > > > On Fri, Feb 24, 2012 at 12:00 PM, Maciej Stachowiak wrote: > >> >> On Feb 24, 2012, at 11:52 AM, Darin Fisher wrote: >> >> As I mentioned in the bug, it is encouraging news th

Re: [webkit-dev] 48459: Glyphs in vertical text tests are rotated 90 degrees clockwise on Windows

On Fri, Feb 24, 2012 at 12:14 PM, Koji Ishii wrote: > > 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] pr

[webkit-dev] 48459: Glyphs in vertical text tests are rotated 90 degrees clockwise on Windows

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 le

Re: [webkit-dev] Removing obsolete File attributes

On Feb 24, 2012, at 12:06 PM, Darin Fisher wrote: > > > On Fri, Feb 24, 2012 at 12:00 PM, Maciej Stachowiak 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

Re: [webkit-dev] Making DOMWindow less epic (was Re: WebKit modularization)

On Feb 24, 2012, at 11:58 AM, Adam Barth wrote: > On Fri, Feb 24, 2012 at 11:50 AM, Maciej Stachowiak wrote: >> On Feb 24, 2012, at 10:27 AM, Adam Barth wrote: >>> 2012/2/24 Maciej Stachowiak : I too am surprised that HTML-related APIs would be refactored as a result of modularization

Re: [webkit-dev] Removing obsolete File attributes

On Fri, Feb 24, 2012 at 12:00 PM, Maciej Stachowiak 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. > > Ther

Re: [webkit-dev] Removing obsolete File attributes

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

Re: [webkit-dev] Making DOMWindow less epic (was Re: WebKit modularization)

On Fri, Feb 24, 2012 at 11:50 AM, Maciej Stachowiak wrote: > On Feb 24, 2012, at 10:27 AM, Adam Barth wrote: >> 2012/2/24 Maciej Stachowiak : >>> 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

Re: [webkit-dev] Removing obsolete File attributes

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) conten

Re: [webkit-dev] Making DOMWindow less epic (was Re: WebKit modularization)

On Feb 24, 2012, at 10:27 AM, Adam Barth wrote: > 2012/2/24 Maciej Stachowiak : >> 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 se

Re: [webkit-dev] Web Inspector tests for DOM node highlights

(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

Re: [webkit-dev] Bash scripts should support LF endings only

On Fri, Feb 24, 2012 at 11:13 AM, Ashod Nakashian wrote: > 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 fixed a number of the

[webkit-dev] Bash scripts should support LF endings only

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 i

Re: [webkit-dev] How to specify the window size in DumpRenderTree?

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 Dump

Re: [webkit-dev] How to specify the window size in DumpRenderTree?

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 wrote: > 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.

[webkit-dev] Making DOMWindow less epic (was Re: WebKit modularization)

2012/2/24 Maciej Stachowiak : > 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 the very leas

Re: [webkit-dev] WebKit modularization

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/. > >

Re: [webkit-dev] WebKit modularization

2012/2/24 Alexey Proskuryakov : > 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 act

Re: [webkit-dev] WebKit modularization

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

[webkit-dev] Removing obsolete File attributes

I'd like to remove old File object properties that are superseded in current spec versions, and have been already removed from Firefox: . Would any ports want to keep these under a feature flag, or to have some time to investigate possible consequ

Re: [webkit-dev] build.webkit.org is very sick

32$ $ time curl http://build.webkit.org http://www.w3.org/TR/html4/loose.dtd";> Welcome to the Buildbot Welcome to the Buildbot! Console - Apple Mac, Apple Windows, GTK+, Qt, Chromium, and miscellaneous Waterfall Display, a time-oriented summary of recent buildbot activity - Ap

Re: [webkit-dev] build.webkit.org is very sick

Lucas will be looking into it. -Bill On Feb 24, 2012, at 9:16 AM, Simon Fraser 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 AM, William Sie

Re: [webkit-dev] build.webkit.org is very sick

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:0

Re: [webkit-dev] build.webkit.org is very sick

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 o

[webkit-dev] How to specify the window size in DumpRenderTree?

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 - http://flamingho

Re: [webkit-dev] build.webkit.org problem

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 keep