[chromium-dev] Re: Meeting Notes From 2/9/2009 Now Posted!

We stopped posting because (a) the notes seemed not to be very useful out of context and (b) removing any Google-specific info, though it was minimal, was pretty labor intensive. I think it may be more productive to try to keep some public roadmaps and tasklists updated. Ian is working on creating

[chromium-dev] Re: Meeting Notes From 2/9/2009 Now Posted!

Is it possible to continue posting these? external developers have requested it. -- Evan Stade On Wed, Feb 11, 2009 at 10:18 AM, Peter Kasting wrote: > On Tue, Feb 10, 2009 at 6:19 PM, Glenn Wilson wrote: >> >> Meeting notes from February 9, 2009 are now posted on the Chromium >> developer do

[chromium-dev] Does those VC output matter?

Hi, I manage to build debug version of 3.0.190.2 on WinXP with VS2005. After I hit F5 to run Chrome, VS output a couple of lines about dlls loaded and followed by lines below: ... 'chrome.exe': Loaded 'C:\WINDOWS\system32\imm32.dll', No symbols loaded. 'chrome.exe': Loaded 'C:\WINDOWS\system32\lpk

[chromium-dev] Re: and Javascript

On Jul 9, 2009, at 11:44 AM, PhistucK wrote: > It seems like "status" is a reserved word (so it does not give you > the HTMLObject you wanted, but something internal that cannot be > reached), try to use some other name. Try declaring it with "var" on first usage and see if that helps. (You

[chromium-dev] Re: Chromium HTML 5 Integration using avcodec.dlls

I will try rebuilding the ffmpeg dll's from scratch after downloading the code again. Perhaps setting a asm int 3's inside of avcodec dll to see if I can see what is going on. Thanks for the help. -- Rich From: richard winterton Date: Thu, Jul 9, 2009 at 5:14 PM Subject: Re: [chromium-dev] Re

[chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

Sorry, I stupidly put the wrong example in (and stupidly sent to chromium-dev from the wrong email address, so sorry to anyone who gets this twice) - it does give me the chance to fix a typo Adam pointed out: parent page: function getImage() { return new *parent.window.*Image(); } child frame:

[chromium-dev] Re: Chromium HTML 5 Integration using avcodec.dlls

Also make sure the filename is correct, it is avcodec-52.dll. Alpha 2009/7/9 Andrew Scherkus > Before we jump into debugging, where did you get your FFmpeg source code? > > The version and building instructions we use are documented here: > http://src.chromium.org/viewvc/chrome/trunk/deps/thir

[chromium-dev] Re: Chromium HTML 5 Integration using avcodec.dlls

Before we jump into debugging, where did you get your FFmpeg source code? The version and building instructions we use are documented here: http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/ffmpeg/ http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/mingw/ Andrew On Thu, Jul

[chromium-dev] Chromium HTML 5 Integration using avcodec.dlls

Hi, I periodically have issues loading the avcodec.dll. I have build the avcodec.dll that contains the following H.264 exports: (I did have to disable mmx which I am not sure why as of yet) 461 1CC 00174100 ff_h264_decode_nal 462 1CD 0018AD20 ff_h264_decode_picture_parameter_set 463 1CE 001

[chromium-dev] Re: Rewrite of DOMUI l10n strings

Fantastic. I'll look forward to using it. On Thu, Jul 9, 2009 at 1:52 PM, Erik Arvidsson wrote: > I'm pursuing the js solution since it buys a performance boost in the > short term. It uses l10n-values and l10n-content which are almost > identical to jsvalues and jscontent except that it does no

[chromium-dev] Re: A suggestion to Drastically improve build times,

On Wed, Jul 8, 2009 at 10:50 AM, Evan Martin wrote: > On Wed, Jul 8, 2009 at 10:46 AM, nakro wrote: >> the reason i think one from chrome is the best is because these >> changes could affect MAC and UNIX as well > > Regarding incremental linking: I don't believe it exists on Linux, but > gold is q

[chromium-dev] Re: Clobber time?

Please just make a whitespace change to the grd. - a On Thu, Jul 9, 2009 at 2:11 PM, Elliot Glaysher (Chromium) wrote: > > I am landing a GRD change. You may need to clobber. > > -- Elliot > > > > --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-d

[chromium-dev] Clobber time?

I am landing a GRD change. You may need to clobber. -- Elliot --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~

Fwd: [chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

We already have an abstraction layer around these calls.  We can change names in V8Proxy / whatever these functions end up after V8Proxy dissolves. Adam On Thu, Jul 9, 2009 at 1:55 PM, Aaron Boodman wrote: > It could be that the current names make sense if you work on v8, but > don't if you wor

[chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

It could be that the current names make sense if you work on v8, but don't if you work on a browser. Perhaps this naming scheme could be chromium-specific? - a On Thu, Jul 9, 2009 at 1:50 PM, Mads Sig Ager wrote: > To me dynamic and lexical makes no sense, so I don't think we should > go there.

[chromium-dev] Re: Rewrite of DOMUI l10n strings

I'm pursuing the js solution since it buys a performance boost in the short term. It uses l10n-values and l10n-content which are almost identical to jsvalues and jscontent except that it does not allow arbitrary expressions. I expect to send out a finished CL today. 2009/7/9 Rafael Weinstein : >

[chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

To me dynamic and lexical makes no sense, so I don't think we should go there. Since you 'enter' a context through the API and you alway have a current context when executing code, I find the current terminology consistent with what is going on and consistent with the naming in the rest of the AP

[chromium-dev] Re: Rewrite of DOMUI l10n strings

2009/7/9 Rafael Weinstein > However, because some of our existing pages use JSTemplate both for > injecting strings and for doing dynamic composition, the jst directives can > colide. Consider the following: > > >Download: jscontent="url"> http://www.some.com/.. . >

[chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

I support this. It look me a while to get my mind wrapped around this, especially when reading JSC / V8 bindings code side-by-side. Aligning with the JSC names would be even better. Adam On Thu, Jul 9, 2009 at 1:39 PM, Aaron Boodman wrote: > > I have a proposal for a rename of these functions.

[chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

I have a proposal for a rename of these functions. GetCurrent() and GetEntered() make sense when you understand the underlying V8 mechanism, but I think that the concept of a stack of contexts is more readily understandable to some random engineer walking in off the street. What if we renamed the

[chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

For an example of what this means, you can look at v8/test/cctest/test-api.cc and look for GetCallingContext. -- Mads On Thu, Jul 9, 2009 at 1:34 PM, Mads Sig Ager wrote: > Drew, > > quick answer:  When you use V8 you have to enter a context before > giving V8 some code to execute.  GetEntered()

[chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

Drew, quick answer: When you use V8 you have to enter a context before giving V8 some code to execute. GetEntered() returns the last context that you entered using the API. When you call JavaScript functions, the JavaScript engine enters the context in which that function was defined. When ca

[chromium-dev] Re: Context::GetEntered v GetCalling v GetCurrent

On Thu, Jul 9, 2009 at 1:04 PM, Drew Wilson wrote: > Hi all, > I've been poking around quite a bit recently in the WebKit JS > bindings/constructor code, trying to make some sense of their widespread use > of the lexicalGlobalObject() - basically, it seems like looking at the > lexicalGlobalObject

[chromium-dev] Re: Rewrite of DOMUI l10n strings

[now, from property email address] +1 on creating a i18n mechanism that is distinct from JSTemplate.-1 on using the same syntax (or at least the same directives) as JSTemplate. First, I personally like JSTemplate and think it is well suited for doing dynamic HTML composition (rather than building

[chromium-dev] Context::GetEntered v GetCalling v GetCurrent

Hi all, I've been poking around quite a bit recently in the WebKit JS bindings/constructor code, trying to make some sense of their widespread use of the lexicalGlobalObject() - basically, it seems like looking at the lexicalGlobalObject() is seldom what they actually want, because it means that if

[chromium-dev] Buildbot Mac compiles are now being assisted by Linux

Since yesterday, all of the Mac builds in BigHouse (including main Buildbot builds and tryserver builds) have been supported by an extra set of distccd servers running on nearby Linux systems. The only impact should be that builds should be faster now, since there are more CPUs available to do Ma

[chromium-dev] Re: and Javascript

It seems like "status" is a reserved word (so it does not give you the HTMLObject you wanted, but something internal that cannot be reached), try to use some other name. ☆PhistucK On Thu, Jul 9, 2009 at 09:37, Alessandro wrote: > > Hello everybody, > I am using Chromium on Linux (build 20134).

[chromium-dev] Re: help with gyp?

Sounds like you're looking for an 'actions' or 'rules'.Look at src/webkit/webkit.gyp or src/chrome/chrome.gyp On Thu, Jul 9, 2009 at 11:12 AM, Mike Mammarella wrote: > > Hi all, > > I'm trying to add a file which needs to be processed autoconf-style at > "compile" time. It's a script with things

[chromium-dev] Re: help with gyp?

You probably want 'actions' - these run at compile time. You can find examples of these all over our tree. Mark Mike Mammarella wrote: > > Hi all, > > I'm trying to add a file which needs to be processed autoconf-style at > "compile" time. It's a script with things like @@FOO@@ that are values

[chromium-dev] help with gyp?

Hi all, I'm trying to add a file which needs to be processed autoconf-style at "compile" time. It's a script with things like @@FOO@@ that are values known at the time gyp runs, but which should actually be substituted during the compile when the .in version of the script is processed and written

[chromium-dev] Re: Issue Fixed status

So in the next cases, I will only comment in the issue, and wait for some answer. On Jul 9, 3:25 pm, Peter Kasting wrote: > On Thu, Jul 9, 2009 at 11:21 AM, Thiago Farina wrote: > > > Peter some times the issues hasn't an owner, so in this cases I can't > > simply answer in the issue. Like this:

[chromium-dev] Re: Issue Fixed status

On Thu, Jul 9, 2009 at 11:21 AM, Thiago Farina wrote: > Peter some times the issues hasn't an owner, so in this cases I can't > simply answer in the issue. Like this: http://crbug.com/3078 It doesn't matter whether the issue has an owner. Eventually we will triage and note your comments. Maili

[chromium-dev] Re: Issue Fixed status

Peter some times the issues hasn't an owner, so in this cases I can't simply answer in the issue. Like this: http://crbug.com/3078 On Jul 9, 2:43 pm, Thiago Farina wrote: > Sorry I already deleted. > > On Jul 9, 2:42 pm, Peter Kasting wrote: > > > > > On Thu, Jul 9, 2009 at 10:39 AM, Thiago Far

[chromium-dev] Re: Chromium Teams

On Wed, Jul 8, 2009 at 9:01 PM, Thiago Farina wrote: > because the firefox > has this feature, many users from firefox will want this too in > chrome. > This is rarely a reason we justify feature additions (I have no idea which feature you're working on). In general, for both this issue and most

[chromium-dev] and Javascript

Hello everybody, I am using Chromium on Linux (build 20134). Nearly everything works for me (including Flash), but I've recently written a page that works like a charm in Firefox but not in Chromium. The page is at http://www.linuxclubradio.tk/picostreamer/?setlang=en The matter is that every 5 s

[chromium-dev] Re: Issue Fixed status

Sorry I already deleted. On Jul 9, 2:42 pm, Peter Kasting wrote: > On Thu, Jul 9, 2009 at 10:39 AM, Thiago Farina wrote: > > > > > I reproduced the steps in this issue, but the next and previous > > buttons worked as expected, in version 2.0.172.33. > >http://crbug.com/6054 > > Please, stop mail

[chromium-dev] Re: Issue Fixed status

On Thu, Jul 9, 2009 at 10:39 AM, Thiago Farina wrote: > > I reproduced the steps in this issue, but the next and previous > buttons worked as expected, in version 2.0.172.33. > http://crbug.com/6054 Please, stop mailing chromium-dev about individual bugs and just post comments (if they are usefu

[chromium-dev] Re: Issue Fixed status

I reproduced the steps in this issue, but the next and previous buttons worked as expected, in version 2.0.172.33. http://crbug.com/6054 On Jul 9, 2:03 pm, Thiago Farina wrote: > I think there is another issue:http://crbug.com/3215 > > On Jul 9, 1:27 pm, dhhwai wrote: > > > > > Jay's on the bal

[chromium-dev] Re: expected chromium changes for Chrome OS support

On Wed, Jul 8, 2009 at 6:37 PM, Marshall Greenblatt wrote: > To be honest, HTML 5 had slipped my mind when I posted the original > question. Perhaps my question could have been better phrased as "Will > Chrome OS speed up the introduction of HTML 5 UI elements in Chromium?" :-) > No. Chrome OS

[chromium-dev] Re: Issue Fixed status

Thiago, I believe a better approach is replying back on that issue tracker instead of in dev mailing list. The owner of the bug will receive an email if you reply stating if it has been fixed. -- Mohamed Mansour On Thu, Jul 9, 2009 at 1:03 PM, Thiago Farina wrote: > > I think there is another is

[chromium-dev] Re: Issue Fixed status

I think there is another issue: http://crbug.com/3215 On Jul 9, 1:27 pm, dhhwai wrote: > Jay's on the ball and has updatedhttp://crbug.com/15833 > > On Jul 9, 7:43 am, Thiago Farina wrote: > > > > > Thanks dhhwai! > > > I found another one. > > > This issue was committed, but the status is assi

[chromium-dev] Re: Issue Fixed status

Jay's on the ball and has updated http://crbug.com/15833 On Jul 9, 7:43 am, Thiago Farina wrote: > Thanks dhhwai! > > I found another one. > > This issue was committed, but the status is assigned, so I'm not sure > if it has to be marked as fixed:http://crbug.com/15833 > > On Jul 9, 3:52 am, dhh

[chromium-dev] Re: Hard coded

On Thu, Jul 9, 2009 at 9:16 AM, Thiago Farina wrote: > What would be the best place to put dialog message strings, > chromium_strings or generated_resources.grd? Look at the comments at the top of the respective files for their difference. --~--~-~--~~~---~--~~ Ch

[chromium-dev] Hard coded

What would be the best place to put dialog message strings, chromium_strings or generated_resources.grd? --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.go

[chromium-dev] Re: Flying blind

Thanks Jeremy. Adam On Thu, Jul 9, 2009 at 1:50 AM, Jeremy Orlow wrote: > I clobbered the WebKit FYI builds.  Looks like someone else beat me to the > main windows builds. > > On Thu, Jul 9, 2009 at 1:35 AM, Adam Barth wrote: >> >> I can see the buildbot intermittenly now, and it looks like Wi

[chromium-dev] Re: Using Chromium Source Code?

Well, the Chromium _source code_ is open source. But my guess is I don't think you can use the Chromium name nor logo in any personally distributed software. Besides, I don't expect that you will since you want to make your own commercial software package. On Jul 9, 6:56 am, PhistucK wrote: >

[chromium-dev] Re: Issue Fixed status

Thanks dhhwai! I found another one. This issue was committed, but the status is assigned, so I'm not sure if it has to be marked as fixed: http://crbug.com/15833 On Jul 9, 3:52 am, dhhwai wrote: > I have followed up and/or closed the above issues as appropriate. > > I expect Glen will update t

[chromium-dev] Re: Using Chromium Source Code?

Not really, the open source Chrome is Chromium for a reason, so you could use it.As far as I know, there are no closed copyrights for the Chromium logo or name. (Could be mistaking, though.) ☆PhistucK On Thu, Jul 9, 2009 at 16:46, Kruncher wrote: > > Thanks for the link of terms, and for your

[chromium-dev] Re: Using Chromium Source Code?

Thanks for the link of terms, and for your confirmation. >From what I can see in the terms, Chromium is primarily covered by the BSD and LGPL licences, so I can't see a problem there. I guess my primary concern is with copyright if I am reworking the "Chromium" browser part of the project to meet

[chromium-dev] Re: [chromium-checkins] r20238 - trunk/tools/buildbot/config/master.chromium.fyi

linux2 there is the platform, as in linux with kernel 2.*. >>> import sys >>> print sys.platform linux2 Nicolas On Thu, Jul 9, 2009 at 12:34 AM, PhistucK wrote: > Should this not be changed also?" m_webkit_linux_v8_latest = > chromium_factory.ChromiumFactory('src/build', >

[chromium-dev] Re: Flying blind

I clobbered the WebKit FYI builds. Looks like someone else beat me to the main windows builds. On Thu, Jul 9, 2009 at 1:35 AM, Adam Barth wrote: > > I can see the buildbot intermittenly now, and it looks like Windows > needs a clobber. Unfortunately, I don't see a way to do that on the > build

[chromium-dev] Re: Flying blind

I can see the buildbot intermittenly now, and it looks like Windows needs a clobber. Unfortunately, I don't see a way to do that on the buildbot page... :( On Thu, Jul 9, 2009 at 1:24 AM, Adam Barth wrote: > I did a WebKit DEPs roll tonight to pick up the next stage of V8Proxy > cleanup and pro

[chromium-dev] Flying blind

I did a WebKit DEPs roll tonight to pick up the next stage of V8Proxy cleanup and promptly lost the ability to see the buildbot: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /buildbot/waterfall/. Reason: Er

[chromium-dev] Re: [chromium-checkins] r20238 - trunk/tools/buildbot/config/master.chromium.fyi

Should this not be changed also?" m_webkit_linux_v8_latest = chromium_factory.ChromiumFactory('src/build', 'linux2')" (I also marked it in the changes below) ☆PhistucK On Thu, Jul 9, 2009 at 06:24, wrote: > > Author: nsylv...@chromium