Protocol buffers are now open source. Why not use them as the storage
format?
~k
On Mon, Dec 8, 2008 at 10:40 AM, Evan Martin wrote:
>
> - Is the plan to mmap the data file directly? Avoids copies, but
> means we should (a) null terminate the string resources (maybe the rc
> format does this
On Dec 8, 12:15 pm, t...@chromium.org wrote:
> I wrote a short design doc about handling dataresourcesand localized
> strings onlinux.
>
> http://sites.google.com/a/chromium.org/dev/developers/design-document...
>
> Feedback welcome.
>
> tony
Quoth the design doc:
> Other ideas
> Leave everyt
On Thu, Dec 11, 2008 at 2:14 PM, dhhwai wrote:
> I totally agree with your CEO. Except it is very clear none of your
> engineers have been listening. Clearly all Google software has never
> been designed for advanced users; it has always been oversimplified.
> PLEASE, following your CEO's key i
> The last two points aren't
> as important as the first one: if there's a real problem, prefs don't solve
> it for most people.
That is, of course, totally wrong. If there's a real problem when
giving choices, flexibility, and options to users, prefs are
definitely the way to provide those choi
Yay thanks
On Thu, Dec 11, 2008 at 1:54 PM, Mark Mentovai wrote:
> Kids, as of r6794, tlslite no longer needs to be installed on Mac or
> Linux build slaves (or on any other Mac or Linux system). Tests that
> require tlslite will just use the copy in the tree directly. This is
> good, because
Kids, as of r6794, tlslite no longer needs to be installed on Mac or
Linux build slaves (or on any other Mac or Linux system). Tests that
require tlslite will just use the copy in the tree directly. This is
good, because it was a hokey and annoying part of the slave setup
process. I've updated
On Thu, Dec 11, 2008 at 10:13 AM, Mike Pinkerton wrote:
> How do we get real data to help resolve this?
As mentioned earlier in the thread, we could measure how many people
have the "open in foreground" preference set when they import their
profiles from IE or Firefox. That should give us a rou
On Thu, Dec 11, 2008 at 12:57 PM, Peter Kasting wrote:
> I have always been biased against prefs. Most people who would be
> legitimately helped by one will never change the pref (what's the stat,
> something like 10% of users ever even open the Options dialog?). Some
> people who _might_ be he
On Thu, Dec 11, 2008 at 7:28 AM, Mike Pinkerton wrote:
> My point is that I shouldn't have to convince you. Your style of
> surfing the interwebs is different than mine and no amount of
> discussion is going to change how either of us surf the web. Let me
> have my preference.
But in the abstrac
On Thu, Dec 11, 2008 at 8:26 AM, Simon B. <[EMAIL PROTECTED]> wrote:
> Now, where can I read something to convince me that depth-first /
> open in tab in foreground is actually useful for more than two levels
> of depth?
My point is that I shouldn't have to convince you. Your style of
surfing t
Salut,
About the menu suggestion:
> [...]
> > Open link in new tab
> > Open link in new window
> > Open link in new incognito window
> > Save link as...
> > Copy link address
> > Copy
> > Open link in new foreground tab
> > ---
> > Inspect element
> [...]
>
How about collapsing the l
Warning: Evangelism for breadth-first, or open in background tab, as
the better solution!
I avoid open in foreground because the new page never loads sub-
second, so I'm wasting time if I look at a loading page. Instead I
continue reading down the current page, to try to get through it and
close
On Thu, Dec 11, 2008 at 1:03 AM, John Abd-El-Malek <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 11, 2008 at 12:07 AM, e. roman <[EMAIL PROTECTED]> wrote:
>>
>> Glad to hear this.
>> However I just tried building some webkit-merge changelists and
>> rietveld continues to have problems.
>> (upload would
On Thu, Dec 11, 2008 at 12:07 AM, e. roman <[EMAIL PROTECTED]> wrote:
>
> Glad to hear this.
> However I just tried building some webkit-merge changelists and
> rietveld continues to have problems.
> (upload would succeed, but when trying to load the resulting page you
> get a 500; 170 files total
Glad to hear this.
However I just tried building some webkit-merge changelists and
rietveld continues to have problems.
(upload would succeed, but when trying to load the resulting page you
get a 500; 170 files total).
I ended up chunking into gcl changes of 40 each, but this is a pain to manage.
15 matches
Mail list logo
