I have a checkin ready:
http://codereview.chromium.org/547021
Right now it checks the version, but please let me know if you think
it would be better to just check *gold*2.20* instead of parsing the
version number.
On Mon, Jan 11, 2010 at 4:58 PM, Evan Martin ev...@google.com wrote:
On Mon, Jan
In this bug
http://code.google.com/p/chromium/issues/detail?id=28749
It seems we're running afoul of a more finicky compiler not liking
some tricks we're playing with objects and memory in LazyInstance.
(You can skip down to comment #30 or so to get to the meat of it --
above that point we were
On Mon, Jan 11, 2010 at 9:04 PM, Chris Evans cev...@chromium.org wrote:
Hi,
I found this interesting: http://a.qoid.us/google.html
Because it's clearly very non-JavaScript focused (just a CSS rotation) and
yet the browsers exhibit very different performance characteristics.
All on my
Hi folks--
I've put together a proposal for a Chromium extensions module that
exposes
data about the browser's processes. I think this could be useful for
things
like per-tab CPU/memory utilization graphs, custom task managers, or
visualizing which tabs are sharing processes.
On Tue, Jan 12, 2010 at 10:17 AM, Brett Wilson bre...@chromium.org wrote:
I imagine the problems on Linux are the same as they were on Windows,
where the underlying graphics layer wants to place glyphs aligned on
pixel boundaries. This gives rounding problems and the letters jump
around. I
Automatically closing tree for compile on Chromium Builder
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Builder/builds/21285
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Builder
--= Automatically closing tree for compile on Chromium Builder =--
On Tue, Jan 12, 2010 at 11:33 AM, Evan Martin e...@chromium.org wrote:
On Tue, Jan 12, 2010 at 10:17 AM, Brett Wilson bre...@chromium.org wrote:
I imagine the problems on Linux are the same as they were on Windows,
where the underlying graphics layer wants to place glyphs aligned on
pixel
Would it be possible to implement the same functionality using an NPAPI
plugin? Extensions are allowed to bundle native plugins and interact with
them from script.
On Tue, Jan 12, 2010 at 10:48 AM, Charlie Reis cr...@chromium.org wrote:
Hi folks--
I've put together a proposal for a Chromium
Getting this information in a cross-platform way is a huge pain (do we even
do it properly for mac yet?), so it seems like a decent idea to let
extensions reuse the work done rather than reimplementing everything.
I'd suggest having the browser fire some sort of update event to the
extension
If you get a compile error in installer_util on Windows after syncing
to r36033, try deleting
chrome/build/obj/global_intermediate/installer_util_strings folder or
manual rebuild on chrome_strings project.
Rahul
--
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives,
On Tue, Jan 12, 2010 at 12:44 PM, James Robinson jam...@google.com wrote:
Getting this information in a cross-platform way is a huge pain (do we even
do it properly for mac yet?), so it seems like a decent idea to let
extensions reuse the work done rather than reimplementing everything.
I
(re-sending from chromium address)
On Tue, Jan 12, 2010 at 12:44 PM, James Robinson jam...@google.com wrote:
Getting this information in a cross-platform way is a huge pain (do we even
do it properly for mac yet?),
Yes, since yesterday (at least most of it).
Note that some of the memory
Automatically closing tree for compile on Webkit Builder (dbg)
http://build.chromium.org/buildbot/waterfall/builders/Webkit%20Builder%20%28dbg%29/builds/22402
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Webkit%20Builder%20%28dbg%29
--= Automatically closing tree for compile
I'm currently working on the new bookmark manager which is being
developed as an extension.
For the extension I am using the i18n extension APIs which works
great. However, we currently have all the bookmark manager messages in
generated_resources.grd and I would like to generate the extension
Automatically closing tree for compile on Chromium Mac UI (valgrind)(4)
http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Mac%20UI%20%28valgrind%29%284%29/builds/456
http://build.chromium.org/buildbot/waterfall/waterfall?builder=Chromium%20Mac%20UI%20%28valgrind%29%284%29
--=
Nobody has considered it before.
An easier workaround would be to just expose a custom API to yourself
that sends the dictionary into your extension.
- a
On Tue, Jan 12, 2010 at 1:43 PM, Erik Arvidsson a...@chromium.org wrote:
I'm currently working on the new bookmark manager which is being
A side question: Does the bookmark manager as extension imply an extension
process even when the bookmarks window is not visible? (It would be nice to
avoid that process otherwise.)
-Darin
On Tue, Jan 12, 2010 at 1:43 PM, Erik Arvidsson a...@chromium.org wrote:
I'm currently working on the
No.
On Tue, Jan 12, 2010 at 2:40 PM, Darin Fisher da...@chromium.org wrote:
A side question: Does the bookmark manager as extension imply an extension
process even when the bookmarks window is not visible? (It would be nice to
avoid that process otherwise.)
-Darin
On Tue, Jan 12, 2010 at
On Tue, Jan 12, 2010 at 13:57, Aaron Boodman a...@google.com wrote:
Nobody has considered it before.
An easier workaround would be to just expose a custom API to yourself
that sends the dictionary into your extension.
That is indeed easier and that was my initial plan before I looked
into the
LGTM.
I agree that you should look into the broad (global, not per-process)
onUpdated event. For any active monitoring extension (vs. static display),
I would wager that this would result in a more efficient implementation than
having them poll.
I also agree with Aaron's answers to your open
Automatically closing tree for unit_tests on XP Tests
http://build.chromium.org/buildbot/waterfall/builders/XP%20Tests/builds/16309
http://build.chromium.org/buildbot/waterfall/waterfall?builder=XP%20Tests
--= Automatically closing tree for unit_tests on XP Tests =--
Revision: 36083, 36084,
On Tue, Jan 12, 2010 at 10:15 AM, Craig Schlenter
craig.schlen...@chromium.org wrote:
On Tue, Jan 12, 2010 at 7:13 PM, Evan Martin e...@chromium.org wrote:
In this bug
http://code.google.com/p/chromium/issues/detail?id=28749
It seems we're running afoul of a more finicky compiler not
On Wed, Jan 13, 2010 at 8:07 AM, Antoine Labour pi...@google.com wrote:
On Tue, Jan 12, 2010 at 10:15 AM, Craig Schlenter
craig.schlen...@chromium.org wrote:
On Tue, Jan 12, 2010 at 7:13 PM, Evan Martin e...@chromium.org wrote:
In this bug
On Tue, Jan 12, 2010 at 10:37 PM, Craig Schlenter
craig.schlen...@chromium.org wrote:
That makes the compiler toss an aliasing error immediately:
cc1plus: warnings being treated as errors
base/rand_util_posix.cc: In function ‘uint64 base::RandUint64()’:
base/rand_util_posix.cc:32: error:
24 matches
Mail list logo