On Sat, Oct 10, 2009 at 1:55 PM, Brett Wilson wrote:
> First, please consider putting it inside your component's directory.
> When everybody adds all their crap to base, it ends up that nobody can
> find anything and the build is more interdependent. If you're not
> actually sharing anything betw
clear,great!!!
On 10月11日, 上午4时55分, Brett Wilson wrote:
> I finished moving the last bit of string stuff in preparation for
> separating ICU from base. All ICU and related utilities have moved to
> src/base/i18n. The rest of base should not depend on base/i18n because
> it will be a separate libr
Hello,
Today I upgraded buildbot to the latest version.
If you have a bookmark for the "failures only" waterfall, you will need to
change it. Previously it
was "failures=1" and it is now "show_events=true&failures_only=true"
Other than that, nothing should have changed. If you see any issues with
I finished moving the last bit of string stuff in preparation for
separating ICU from base. All ICU and related utilities have moved to
src/base/i18n. The rest of base should not depend on base/i18n because
it will be a separate library, but base/i18n can depend on the rest of
base.
The core UTF8
"The discussion moved on to client-side-decorations with Cody Russell
which are already being developed on a side-branch. The work has a
goal of being merged for GTK 3. This will enable GTK-support for
things like Google Chrome's tab-in-window decorator and (finally!) GTK
rendering the theme rathe
On Sat, Oct 10, 2009 at 10:31 AM, Viet-Trung Luu wrote:
> I feel like the throbber should somehow indicate that things are
> actually being loaded (as opposed to hanging, waiting for something
> which may never complete). Maybe it already does that and I haven't
> noticed (where's a good hanging
Evan Martin wrote:
> But if it were possible to make a progress bar that browser developers
> thought would be meaningful, they would have been integrated into
> browsers already.
The "bar" part of a progress bar is usually useless. What's nice is
being able to see that things are actually getti
On Fri, Oct 9, 2009 at 8:14 PM, Amanda Walker wrote:
>> But the problem is : where are the count-numbers of files?
>
> There is no explicit count. As WebKit parses HTML, we queue up requests for
> resources that are encountered in that HTML. We only know we're "done" when
> there are no more p
