[chromium-dev] Re: Font handling in chromium

On Tue, Jun 30, 2009 at 10:29 PM, n179911 wrote: > > On Tue, Jun 30, 2009 at 12:31 PM, Adam Langley wrote: >> On Tue, Jun 30, 2009 at 12:29 PM, n179911 wrote: >>> How does Chromium handling font loading? >> >> Which platform? >> > > MacOS X and Linux. I don't know about OSX, for Linux the code is

[chromium-dev] Improve build instructions for Windows

I recently downloaded source code for Google Chrome and it took me several days to compile it. I used these instructions: http://dev.chromium.org/developers/how-tos/build-instructions-windows. I would like to suggest a minor improvement. I experienced problems with SDK Visual Studio registration

[chromium-dev] Re: Memory usage in chrome

On Wed, Jun 24, 2009 at 8:19 AM, Mike Belshe wrote: > Anecdotally, a couple of people have said "it works" and a couple of people > have said "it makes no difference".  I do believe that people doing compiles > could see a difference. > To determine if it was real, we did an experiment with memory

[chromium-dev] Frustrating problem with Linux Make build

Following http://code.google.com/p/chromium/wiki/LinuxMakeBuild, I get this error: chrome/browser/debugger/devtools_window.cc:23:38: error: grit/generated_resources.h: No such file or directory and, indeed, if I look: $ ls out/Debug/obj/gen/chrome/grit browser_resources.h renderer_resources.h

[chromium-dev] Re: cygwin dependence missing?

I wasn't either, but a simple search provided this: :: Set CYGWIN variable to 'nontsec'. That makes sure that permissions :: on your windows machine are not updated as a side effect of cygwin :: operations. SET CYGWIN=nontsec 2009/6/30 David Jones > >It looks like it had trouble writing to /tm

[chromium-dev] Re: cygwin dependence missing?

>It looks like it had trouble writing to /tmp. I don't think there are >>missing binaries, looks like a space/permission issue. Is there enough >>space available? hi,John. I run it on Windows XP, and I'm very sure the space is enough. >set CYGWIN=nontsec >? hi,Marc. What's it? I'm not famili

[chromium-dev] Re: Extensions i18n Design Doc Draft

On Tue, Jun 30, 2009 at 4:58 PM, Nebojša Ćirić wrote: >> * This document should propose a specific JavaScript API for >> programmatically resolving messages. > > What do you thing about having a getMsg(key, optional_namespace) function > for JavaScript API (similar to gadgets api)? > So for __MSG_

[chromium-dev] Re: Extensions i18n Design Doc Draft

> > * This document should propose a specific JavaScript API for > programmatically resolving messages. > What do you thing about having a getMsg(key, optional_namespace) function for JavaScript API (similar to gadgets api)? So for __MSG_greeting__ script would call getMsg("greeting"), and get tr

[chromium-dev] Re: [chromium-extensions] Re: Extensions i18n Design Doc Draft

That's correct (json.org) doesn't show comment as valid part of JSON description. I added key: list form to the doc. 2009/6/30 Mark Miller > On Tue, Jun 30, 2009 at 3:44 PM, Nebojša Ćirić wrote: > >> >> >> Most frameworks do that by using native comments. We could extend JSON with: >> { >> "gr

[chromium-dev] Re: Extensions i18n Design Doc Draft

> > Ok, on second thought, I guess JSON is more consistent. If we want to > allow ourselves extensibility in the future, we need to have an > nesting level in the format. So it can't just be, eg, > > { > "greeting": "hallo!", > "exit": "goodbye" > } > > It needs to be: > > { > "strings": { >

[chromium-dev] Re: Extensions i18n Design Doc Draft

On Tue, Jun 30, 2009 at 3:24 PM, Nebojša Ćirić wrote: > 2009/6/30 Aaron Boodman >> >> Thanks for sending this out, I'm excited to see i18n happen for >> extensions. Here are some thoughts: >> >> * I think it makes sense to use a flat file for the message >> definitions. They don't have any struct

[chromium-dev] Re: using system libjpeg

On Tue, Jun 30, 2009 at 3:23 PM, Evan Stade wrote: d) somehow use the system libjpeg for gtk, and our libjpeg for chrome >>> e) rename all symbols in our version of libjpeg, like was done in >>> libpng (see third_party/libpng/pngusr.h) >> >> And this one seems the safest to me. > > I don't th

[chromium-dev] Re: Extensions i18n Design Doc Draft

> > Can the string replacement be applied to CSS stylesheets as well? Related > to it is how to deal with RTL "layout". Perhaps, it's asking too much to > expect (external) extension developers to have separate CSS entries with > 'dir=rtl'. What does Google Gadget do for RTL UI? It'll be also inte

[chromium-dev] Re: Extensions i18n Design Doc Draft

2009/6/30 Aaron Boodman > Thanks for sending this out, I'm excited to see i18n happen for > extensions. Here are some thoughts: > > * I think it makes sense to use a flat file for the message > definitions. They don't have any structure, they are just a list of > name/value pairs. Each line could

[chromium-dev] Re: using system libjpeg

>>> b) compiling our libjpeg with boolean = int (at least on linux) > > This seems the simplest to me.  It's not like we're saving 3 bytes of > memory using a char instead of an int for these booleans -- they're > likely passed around in 4-byte registers and 4-byte unpacked structs > anyway. > But

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

Chrome and Safari don't support the pluginspage attribute. The best way to get this small feature request on our radar is to file a bug. On Tue, Jun 30, 2009 at 3:04 PM, Non-Stick wrote: > > > Can you create a test page that works differently in Firefox and > > Chrome? If so, that's a strong a

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

> And it sounds like you've used it in IE as well? No. For IE, I use the HTML OBJECT tag and the "codebase" property, to load an ActiveX control equivalent of my NPAPI Plugin. For Firefox (and hopefully Chrome at some point), I use the HTML EMBED tag and the "pluginspage" property, to load my N

[chromium-dev] Re: using system libjpeg

On Tue, Jun 30, 2009 at 3:09 PM, Evan Martin wrote: >> a) using the system libjpeg (at least on linux, if not the other >> platforms as well) Distros want this too. The reasons *not* to do this are: 1) We'd be at the mercy of distros with respect to image decoder bugs. Historically everyone el

[chromium-dev] Re: using system libjpeg

On Tue, Jun 30, 2009 at 3:07 PM, Evan Stade wrote: > Currently chromium compiles and uses its own libjpeg. There is a > typedef type "boolean" which defaults to unsigned char. On linux we've > run into a problem with this because GTK is also compiled against > libjpeg, but expects boolean to be in

[chromium-dev] using system libjpeg

Currently chromium compiles and uses its own libjpeg. There is a typedef type "boolean" which defaults to unsigned char. On linux we've run into a problem with this because GTK is also compiled against libjpeg, but expects boolean to be int. GTK ends up using our libjpeg, and that causes problems.

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

> Can you create a test page that works differently in Firefox and > Chrome?  If so, that's a strong argument that we should change our > behavior to match Firefox. Yes, I have been using such pages for the past 2 weeks in an endeavour to get my NPAPI Plugin to download over the internet under Ch

[chromium-dev] Fwd: Extensions i18n Design Doc Draft

Whoops, we forgot to include chromium-extensions. Forwarded conversation Subject: Extensions i18n Design Doc Draft From: *Nebojša Ćirić* Date: 2009/6/29 To: Chromium-dev Cc: "Jungshik Shin (신정식, 申政湜)" , Aaron Boodman < a...@chromium.org> Hi all, I have initial draft f

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

That's good news then. And it sounds like you've used it in IE as well? -Nick On Tue, Jun 30, 2009 at 2:44 PM, Non-Stick wrote: > > > This page seems to list this property as supported in Safari, but not IE > or > > Firefox:http://aptana.com/reference/html/api/HTML.field.pluginspage.html > > I'm

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

> This page seems to list this property as supported in Safari, but not IE or > Firefox:http://aptana.com/reference/html/api/HTML.field.pluginspage.html I'm not sure what relevance that page is ... * Who published the page ? * How old is the information contained in it ? * What is the valid

[chromium-dev] Re: Extensions i18n Design Doc Draft

On Tue, Jun 30, 2009 at 1:13 PM, Jungshik Shin (신정식, 申政湜) wrote: > I like this way of avoiding having to ALL_ALL. On the other hand, stowing > away all the resource files somewhere below root might be a good idea ? > Maybe not because existing extensions have them in the root and we don't > want

[chromium-dev] Plan for 191 dev channel release

The 3.0.191.0 dev channel release branch has been cut at CL 19584. I am waiting for a fix for a bugcaught by QA before I generate the builds. Any work after this CL has missed the train. To catch the train for next week you should have you

[chromium-dev] Re: problem with install-build-deps.sh

Thanks! I think that's the case. I filed two bugs and plan to look at them at some point: http://crbug.com/15700 http://crbug.com/15702 2009/6/30 Dan Kegel : > Are you using a home directory on NFS? > root can't access those, perhaps that's related? --~--~-~--~~~---~

[chromium-dev] Re: Font handling in chromium

On Tue, Jun 30, 2009 at 12:31 PM, Adam Langley wrote: > On Tue, Jun 30, 2009 at 12:29 PM, n179911 wrote: >> How does Chromium handling font loading? > > Which platform? > MacOS X and Linux. Thank you. > > AGL > --~--~-~--~~~---~--~~ Chromium Developers mailing l

[chromium-dev] Re: Extensions i18n Design Doc Draft

Hi cira, Thank you for getting things going :-) 2009/6/30 Aaron Boodman > Thanks for sending this out, I'm excited to see i18n happen for > extensions. Here are some thoughts: > > * I think it makes sense to use a flat file for the message > definitions. They don't have any structure, they are j

[chromium-dev] problem with install-build-deps.sh

I ran it, and got this (I've chosen to install gold - look for the errors): if g++ -DHAVE_CONFIG_H -I. -I.././gold -I. -I.././gold -I.././gold/../include -I.././gold/../elfcpp -DLOCALEDIR="\"/usr/local/gold/share/locale\"" -DBINDIR="\"/usr/local/gold/bin\"" -DTOOLBINDIR="\"/usr/local/gold/x86_64-

[chromium-dev] Re: Font handling in chromium

On Tue, Jun 30, 2009 at 12:29 PM, n179911 wrote: > How does Chromium handling font loading? Which platform? AGL --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http:

[chromium-dev] Font handling in chromium

Hi, How does Chromium handling font loading? For example, the following css, each element has it own font, can you please point me to the code where chromium loads up each font? And then use each font's font matrix (with height/width of each character) during layout? h4 { font-family: sans-ser

[chromium-dev] Re: Extensions i18n Design Doc Draft

> In general, this is a bad plan.  The translated strings are designed to be > used in a particular context, and while the words themselves might make > sense in multiple contexts in one language, the same wouldn't be true for > another.  Encouraging people outside of the project to make the call

[chromium-dev] Re: Extensions i18n Design Doc Draft

Thanks for sending this out, I'm excited to see i18n happen for extensions. Here are some thoughts: * I think it makes sense to use a flat file for the message definitions. They don't have any structure, they are just a list of name/value pairs. Each line could just be of the form . I could also

[chromium-dev] clean build needed on Windows and Linux after your next sync

Due to idl change. OSX seems to pick up the change fine without the need for a clean build. Thanks, Dave --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.go

[chromium-dev] Re: cygwin dependence missing?

set CYGWIN=nontsec ? 2009/6/30 Darin Fisher : > I have the same problem when running the layout tests from WinXP inside a > VMware image.  My host machine is a Vista64 box.  I haven't been able to > track down the problem, so I'm hopeful that someone else might also know the > fix :-) > -Darin >

[chromium-dev] Re: cygwin dependence missing?

I have the same problem when running the layout tests from WinXP inside a VMware image. My host machine is a Vista64 box. I haven't been able to track down the problem, so I'm hopeful that someone else might also know the fix :-) -Darin 2009/6/30 John Abd-El-Malek > It looks like it had trou

[chromium-dev] Re: Extensions i18n Design Doc Draft

In general, this is a bad plan. The translated strings are designed to be used in a particular context, and while the words themselves might make sense in multiple contexts in one language, the same wouldn't be true for another. Encouraging people outside of the project to make the call about whe

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

This page seems to list this property as supported in Safari, but not IE or Firefox: http://aptana.com/reference/html/api/HTML.field.pluginspage.html -Nick On Tue, Jun 30, 2009 at 10:14 AM, Adam Barth wrote: > > Can you create a test page that works differently in Firefox and > Chrome? If so,

[chromium-dev] Re: cygwin dependence missing?

It looks like it had trouble writing to /tmp. I don't think there are missing binaries, looks like a space/permission issue. Is there enough space available? 2009/6/29 David Jones > I reviewed my layout-tests' output, and found some errors like: > 090629 14:28:30 __init__.py:1032 ERROR > Layou

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

Can you create a test page that works differently in Firefox and Chrome? If so, that's a strong argument that we should change our behavior to match Firefox. If you can create one that works differently in Safari and Chrome, that's an even stronger argument because we aim to be as compatible as

[chromium-dev] Re: Extensions i18n Design Doc Draft

But now when I come to think about it, the Chrome strings are changing sometimes, added or removed.This could pose a problem. Unless you want to start a new ground rule - all of the strings must be maintained from now on and never be removed - only added. ☆PhistucK On Tue, Jun 30, 2009 at 18:49

[chromium-dev] Re: Extensions i18n Design Doc Draft

We could probably expose them as __chrome_MSG_some_chrome_message__, but will wait for initial review to decide that. Thanks for the input, Cira On Mon, Jun 29, 2009 at 10:19 PM, PhistucK wrote: > How about extending this support and also adding an option to use native > Chrome strings that are

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

Clarification of my previous submission ... I am using the HTML EMBED tag to _invoke_ my plugin. The part that is missing is the "pluginspage" part of the EMBED tag, that allows _downloading_ and _installing_ over the internet if the plugin is not already installed. --~--~-~--~~

[chromium-dev] Re: Clobber probably needed

Mike, I apologize -- I meant to send out an email about this. Yes, for some reason Mac (of all things!) requires a clobber after landing V8Proxy switch-over. No other platforms should be affected, but if you see V8 compile errors, clobber is the answer. :DG< On Tue, Jun 30, 2009 at 6:09 AM, Mike

[chromium-dev] Re: How do I deploy an NPAPI plugin over the internet from HTML ?

> The problem is security.  NPAPI plug-ins can run arbitrary code on > your machine.  If we made it easier to install NPAPI plug-ins than to > run EXEs, all the malware authors would flock to NPAPI just like > they've flocked to ActiveX in the past, which used to be (still is?) > easier to install

[chromium-dev] Clobber probably needed

I had to do a full clobber this morning after last night's tree activity. Otherwise I got errors building V8. This is on Mac, but I assume other platforms would be similar. -- Mike Pinkerton Mac Weenie pinker...@google.com --~--~-~--~~~---~--~~ Chromium Developer

[chromium-dev] Re: 3.0.190.4 Dev Release Release Notes

Actually... 3.0.190.4 is the current (Windows) developer channel build (my About says so and I did not manually build or install any other Google Chrome release).And the release notes were not updated for this patch (last update - 2009-6-23, the version was apparently locked at 2009-6-24 - r19231).