I vaguely remember Qt folks mentioning that there's a font-related bug in Qt
DRT.
- Ryosuke
On Wed, Feb 9, 2011 at 4:42 AM, Dan Bernstein wrote:
> In an attempt to give layout tests consistent results across platforms, I
> ofter use the Ahem font. However, I’ve noticed that Qt still requires
>
This thread is wrong for webkit-dev. The discussion obliquely related to WebKit
development and you are not yet contributors to the WebKit project yet. Could
you please find somewhere else to discuss this?
-- Darin
___
webkit-dev mailing list
webk
Let's take each argument apart one by one:
1. If the plugin, W3 Total Cache for WordPress, by itself moves the
script loads after the main content, there will be no visible change
using heuristic.
1a. In the plugin installation guide, the developers advise on either
using a CDN or "static.*" subd
On Wed, Feb 9, 2011 at 7:59 AM, Kenneth Russell wrote:
> On Tue, Feb 1, 2011 at 6:02 PM, Kenneth Russell wrote:
> > On Tue, Feb 1, 2011 at 5:09 PM, Ojan Vafai wrote:
> >> There's been a slew of changes to the code review tool. It's probably a
> good
> >> time to send a summary now that I don't
On Tue, Feb 1, 2011 at 6:02 PM, Kenneth Russell wrote:
> On Tue, Feb 1, 2011 at 5:09 PM, Ojan Vafai wrote:
>> There's been a slew of changes to the code review tool. It's probably a good
>> time to send a summary now that I don't intend to add significant new
>> features.
>> -Side-by-side diffs:
In an attempt to give layout tests consistent results across platforms, I ofter
use the Ahem font. However, I’ve noticed that Qt still requires
platform-specific results when I do that. One recent example is
fast/dynamic/unicode-bidi.html
$ diff -u LayoutTests/platform/qt/fast/dynamic/unicode-b
Sorry - the WordPress plugin is W3 Total Cache, not W3 Super Cache. I always
get those names scrambled.
Jerry
On Feb 8, 2011, at 10:40 AM, Jerry Seeger wrote:
> I'm still fiddling with the scripts on muddledramblings.com after a redesign,
> but I intend to move static resources to a cookieless
I'm still fiddling with the scripts on muddledramblings.com after a redesign,
but I intend to move static resources to a cookieless domain to improve
performance. This is a petty common tactic - sort of a poor man's CDN. The key
is that I can decide to do this. (Yes, I could rearrange my site an
Indeed, the test case just shows the general problem.
It should be changed to include scripts/css sourced from different
places: same-subdomain, same-domain, cross-domain, CDN.
Of course, right now there will be no difference between those.
The bug you filed considers the same problem from another
Do you have any example of scripts or css that are externally sourced,
and where developer cares to reasonably optimize the web page?
The main use case of such external scripts currently is ads and
statistics gatherers for analysis. This, arguably, is not critical
content that the user is intereste
My argument is less "it's the Web developer's fault" than it is "the Web
developer should have control." I am hardly a sophisticated Web developer but I
have javascript from a different domain that must be loaded first and I have
Google analytics, which I should load after the rest of the page
Your test case isn't really about prioritization. The HTML5 spec
defines very specifically when parsing must stop. The two main cases
are:
1. Waiting for an external script to download
2. Waiting for an external stylesheet to download when any script
block is reached
In these cases, the parser doe
This argument - "web developer is to blame for choosing a slow
ad/tracking/etc server" - is incorrect.
Web developers in general do not have any control over the ad provider
or, frankly, any other type of external functionality provider.
Google Analytics being a good point in case, you would not wa
13 matches
Mail list logo