This is perfect, because the answer to all my needs and more.
thx guys, any situation I report here.
Wallace Araujo
cellphone: +55 (21) 7681-9846
Follow me on Twitter: @wallacejvm
2009/8/12 Jeremy Orlow jor...@chromium.org
On Tue, Aug 11, 2009 at 9:27 PM, PhistucK phist...@gmail.com
You weren't totally on point but you shed some very needed light. I
thought that it was easier and more secure to use the internal page,
but you're saying it's actually not.
In any case, it's not a problem because the latest trunk build
remembers the last theme you had installed. I guess it
On Wed, Aug 12, 2009 at 9:41 AM, Meok meok...@gmail.com wrote:
I guess it shouldn't be
too hard then to pass that info onto the gallery page and keep
everything online.
I think that would be a bad idea even if it weren't too hard. What theme I'm
using is no one's business.
When I was
On Tue, Aug 11, 2009 at 8:25 PM, Mike Belshembel...@google.com wrote:
Unlike Obama's plan for healthcare, this CL is about giving you more
choice.
Political comments are off-topic for this list, I think.
--~--~-~--~~~---~--~~
Chromium Developers mailing list:
I basically agree, though I have a UI concern -- having a button in the
prefs dialog which leads you to a web page is a bit strange since, while
the dialog box isn't modal, I bet most users don't realize that. Would
the button pop up a new browser window? (In front of the dialog?) Or
would it
Folks may have noticed the Mac L10n work has started to land in the tree.
Apple's normal model of doing L10n would result in a *lot* of nib files for
us to maintain, so we're going more our own path so we can reuse the strings
in the pak files (generated from the GRDs). I'm putting the details
On Tue, Aug 11, 2009 at 9:57 PM, Dean McNamee de...@chromium.org wrote:
Do we have numbers on how the 4 allocates compare on those tests (page
cycler, etc)?
I do - I sent some of them around a few days ago.
Summary:
jemalloc and tcmalloc are pretty close; where jemalloc is a little more
Does all this work with Purify?
Linus
On Wed, Aug 12, 2009 at 9:09 AM, Mike Belshe mbel...@google.com wrote:
On Tue, Aug 11, 2009 at 9:57 PM, Dean McNamee de...@chromium.org wrote:
Do we have numbers on how the 4 allocates compare on those tests (page
cycler, etc)?
I do - I sent some of
On Wed, Aug 12, 2009 at 7:08 AM, Avi Drissman a...@chromium.org wrote:
On Wed, Aug 12, 2009 at 9:41 AM, Meok meok...@gmail.com wrote:
I guess it shouldn't be
too hard then to pass that info onto the gallery page and keep
everything online.
I think that would be a bad idea even if it
Hi plesner,
have you seen
http://build.chromium.org/buildbot/waterfall/builders/Webkit%20(dbg)(1)
in the last hour or so?
It looks like LayoutTests/http/tests/security/cross-frame-access-protocol.html
is reliably crashing since the v8 update to trunk/1.3.3 in
Yes
Mike
On Wed, Aug 12, 2009 at 9:37 AM, Linus Upson li...@google.com wrote:
Does all this work with Purify?
Linus
On Wed, Aug 12, 2009 at 9:09 AM, Mike Belshe mbel...@google.com wrote:
On Tue, Aug 11, 2009 at 9:57 PM, Dean McNamee de...@chromium.org wrote:
Do we have numbers on how
P.S.
I'm using Chromium Linux build 23024 from Daily Chromium builds Ubuntu PPA.
On Tue, Aug 11, 2009 at 6:52 PM, Aroll605 aroll...@gmail.com wrote:
Hello,
My issue is the following:
The task messenger in Chromium (Linux) does not kill tabs when a
process is selected and the End Process
Just to throw in another suggestion (that I hope hasn't come up or been
implied so far):
The way I see it, the themes you visited/installed are part of your history,
so why not spruce up the history page and include visited themes there
directly, with Theme as a semantic annotation. In this way
hello!
I'm developing utility what can be used to synchronize and organize
history records in different browsers.
And there is a problem I can't solve:
I can't extract last visit time and date from Chrome's SQLite
database. What is the format of this field? And how do I extract it?
Hello,
My issue is the following:
The task messenger in Chromium (Linux) does not kill tabs when a
process is selected and the End Process button is pressed. Nothing
happens. Also Stats for nerds or about:memory does not work,
loading never finishes and there is just a blank page.
Regards,
today I downloaded a chromium ,by the way , my os is linux of ubuntu
9.04 , it work ok but can't play flash .who can help me
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
On Tue, Aug 11, 2009 at 8:24 PM, peter peterxiemin.x...@gmail.com wrote:
today I downloaded a chromium ,by the way , my os is linux of ubuntu
9.04 , it work ok but can't play flash .who can help me
Flash support is VERY experimental if working at all, last time I checked.
Also, Chromium-dev
Two things about the Mac history menu that I'd like people to weigh in on:
1. The Show All History command should have a keyboard shortcut. We can't
use the logical Cmd+H because it's bound by the system. Stuart suggested
Cmd+Y, as that's what Camino uses. Firefox and Safari both lack keyboard
On Wed, Aug 12, 2009 at 11:15 AM, Robert Sesekrse...@gmail.com wrote:
Two things about the Mac history menu that I'd like people to weigh in on:
1. The Show All History command should have a keyboard shortcut. We can't
use the logical Cmd+H because it's bound by the system. Stuart suggested
On Wed, Aug 12, 2009 at 12:18 PM, Avi Drissmana...@chromium.org wrote:
Brett—
Are we talking about the history page, or history items? The history page
gets its own tab, sure. But when someone picks an item from the history
menu, where does it go? I think current foreground tab is right,
If there isn't already you should look into creating something like
browser/views/event_utils on the Mac (and Linux) side. Any place
you're opening a URL from a user gesture you map the event to a
WindowOpenDisposition. This way the UI is consistent with regards to
what user gestures do.
As to
Brett Wilson wrote:
Windows always opens history in a new tab. I think this is the correct
behavior: I don't think anybody expects going to history will clobber
their current tab.
Not what was being talked about, as Avi pointed out, but does anyone
else find it annoying that going to history
I would suggest you create something like browser/views/event_utils on
the Mac (and Linux) side. Any place you're opening a URL from a user
gesture you map the event to a WindowOpenDisposition. This way the UI
is consistent with regards to what user gestures do.
As to this particular case, I
Two reminders, as I've seen some confusion about this:
1. 3.0 is on a separate branch, don't forget to update the merge
spreadsheet that Anthony LaForge sent out - it's not just for
the beta; you must add your changes to this spreadsheet if
you expect them to be part of 3.0.
If
The few times I've needed to use the history menu (gak, i just closed
something by accident, let me get it back), re-using the current tab
is exactly what i don't want, as it clobbers something totally
unrelated that I had open. That's what prompted this discussion.
I agree that it should behave
Hi all,
It appears from looking at the worker code that if worker script enters into
an infinite loop, the associated worker thread/process will never exit. The
JavaScriptCore implementation uses the JSC timeoutChecker mechanism to
halt script execution. Is there an analog we can use for V8?
I
Mads is working on something for this.
On Wed, Aug 12, 2009 at 12:58 PM, Drew Wilsonatwil...@chromium.org wrote:
Hi all,
It appears from looking at the worker code that if worker script enters into
an infinite loop, the associated worker thread/process will never exit. The
JavaScriptCore
I landed changes to the script and gclient which should make it clobber the
right files. However, I'd prefer to confirm that the failures disappear from
the flakiness dashboard (for a few days).
I got a lot of valid complaints about this script producing cluttering debug
output. I really plan to
Ah, my mistake was in believing that page script handles this gracefully -
after running some tests, I see that we must just allow killing the process
:)
OK, thanks.
-atw
On Wed, Aug 12, 2009 at 1:23 PM, Dean McNamee de...@chromium.org wrote:
Mads is working on something for this.
On Wed,
That's a good idea and should please just about everyone. The gallery
could simply employ a cookie to remember the last 5 etc. sites you
clicked on. That way there is no privacy concern and no security
concern as nothing gets passed from the browser. Do that and add a
custom search engine to the
Clobber needed?
I know Michael just enabled this within the last 24 hours.
On Wed, Aug 12, 2009 at 1:49 PM, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
Just got this on the Windows tryserver:
C:\b\slave\win\build\src\chrome\renderer\renderer_webkitclient_impl.cc :
error C2220: warning
I just submitted the change that ENABLE's that flag a moment ago... we're
clobbering things now
On Wed, Aug 12, 2009 at 1:55 PM, Jeremy Orlow jor...@google.com wrote:
Clobber needed?
I know Michael just enabled this within the last 24 hours.
On Wed, Aug 12, 2009 at 1:49 PM, Paweł Hajdan Jr.
Hi Darin,
The Undo(), Redo(), Cut(), Copy(), Paste() and Delete() methods were removed
from WebFrame when the class moved to the public API. Is there currently a
way to perform these actions?
Thanks,
Marshall
--~--~-~--~~~---~--~~
Chromium Developers mailing
Brad, looks like we might have another dependency bug in GYP?
J
On Wed, Aug 12, 2009 at 1:57 PM, Michael Nordman micha...@google.comwrote:
I just submitted the change that ENABLE's that flag a moment ago... we're
clobbering things now
On Wed, Aug 12, 2009 at 1:55 PM, Jeremy Orlow
I don't think so. It looks like VS doesn't rebuild files when the
compiler invocation to build them would change. Michael added a new
macro definition on the command line.
If that's the case, this would be a VS problem (I'd call it a bug),
and I'm not sure how easy it would be to work around
That one is know (we have a gyp issue filed from a while back).The problem
is that visual studio doesn't detect command line changes (well actually it
does as long as you do them in the IDE and don't leave the sln).
We believe we can 'fix' this limitation by having gyp emit a file containing
On Wed, Aug 12, 2009 at 15:33, Scott Violet s...@chromium.org wrote:
I would suggest you create something like browser/views/event_utils on
the Mac (and Linux) side. Any place you're opening a URL from a user
gesture you map the event to a WindowOpenDisposition. This way the UI
is consistent
On Wed, Aug 12, 2009 at 5:03 PM, Bradley Nelson bradnel...@google.comwrote:
That one is know (we have a gyp issue filed from a while back).The problem
is that visual studio doesn't detect command line changes (well actually it
does as long as you do them in the IDE and don't leave the sln).
I don't understand your response.
On Wed, Aug 12, 2009 at 2:22 PM, Thomas Van Lenten thoma...@chromium.orgwrote:
On Wed, Aug 12, 2009 at 5:03 PM, Bradley Nelson bradnel...@google.comwrote:
That one is know (we have a gyp issue filed from a while back).The
problem is that visual studio
On Wed, Aug 12, 2009 at 5:32 PM, Bradley Nelson bradnel...@google.comwrote:
I would argue this does fall in the domain of something gyp should be able
to do. Scons for instance detects when command lines have changed. If I
recall correctly, xcode does as well. This wouldn't involve gyp
You want undo-close-tab for that use case, not history. The where-to-open
behavior of undo-close-tab is completely different. Agreed that there's some
overlap in usage, though.
- Pam
On Wed, Aug 12, 2009 at 12:59 PM, Mike Pinkerton pinker...@chromium.orgwrote:
The few times I've needed to use
On Wed, Aug 12, 2009 at 2:18 PM, Robert Sesekrse...@gmail.com wrote:
On Wed, Aug 12, 2009 at 15:33, Scott Violet s...@chromium.org wrote:
I would suggest you create something like browser/views/event_utils on
the Mac (and Linux) side. Any place you're opening a URL from a user
gesture you
Some clarification - this is for Chrome on Windows and patches that
Windows patches may depend upon. My cross-platform insensitivity can
cower behind my use of 'stable', apologies for the confusion.
On Wed, Aug 12, 2009 at 12:52 PM, Glen Murphyg...@chromium.org wrote:
Two reminders, as I've
I assume we will just kill the slow worker without prompting the user,
right? Please no slow script dialogs.
-Darin
On Wed, Aug 12, 2009 at 12:58 PM, Drew Wilson atwil...@chromium.org wrote:
Hi all,
It appears from looking at the worker code that if worker script enters
into an infinite
An infinite running script in a worker should be a valid use case.
Computing Pi to the infiniteth digit is actually the first example in the
worker spec, IIRC.
So this would just kill/timeout shared workers that no longer are connected
to any active pages, right?
J
On Wed, Aug 12, 2009 at 3:25
Correct. This is part of implementing the kill a worker part of the
WebWorker specification:
http://www.whatwg.org/specs/web-workers/current-work/#kill-a-worker
The intent is to shutdown workers silently when appropriate, but this
currently relies on the worker thread eventually returning to the
If you followed the instructions in chromium (http://dev.chromium.org/
developers/how-tos/build-instructions-windows) recently and chose to
use VS2008 then this will be of interest.
The order was wrong, I just changed it. You need to install in the
following order:
1. VS2008 RTM
2. Windows SDK
That will help many people! Nice find on that blog post!
-- Mohamed Mansour
On Wed, Aug 12, 2009 at 10:28 PM, cpu c...@chromium.org wrote:
If you followed the instructions in chromium (http://dev.chromium.org/
developers/how-tos/build-instructions-windows) recently and chose to
use VS2008
48 matches
Mail list logo