Thank you for your help!!
Actually, my chrome source downed at Sep 03 , 2008.
I Just want to compare KJS with V8.
On 3월10일, 오전3시34분, Marc-Antoine Ruel mar...@chromium.org wrote:
Try --user-data-dir=c:\temp2
assuming you are on windows.
Anyway the KJS/JSC build is badly broken these days. I
Looks like transform-replaced-shadows.html has been failing since last
night? A quick scan of the waterfall history seems to indicate it started w/
http://codereview.chromium.org/43058, which was reverting
http://codereview.chromium.org/21192. But folks seemed to ignore it for a
while, so I'm not
Now that the Clipboard change is in, I was about to land a quick, small
patch to turn on copy/paste, when I ran into an interesting problem. If you
copy something from the webpage you're viewing, and try to paste it into the
URL box, we die. In digging, I found out what's going on.
When we copy,
On Wed, Mar 11, 2009 at 10:40 AM, Amanda Walker awal...@google.com wrote:
For the URL field, I think that (1) is the best solution until we
replace it with a real omnibox, at which point things could get
complicated (since it'll need attributes for color etc. at the very
least).
What
Just because it needs colors doesn't mean it needs attributes. Do we want it
to take any attributed string? Rather, omnibox is a non-rich edit field that
we display in a colorful way, and could just be dealt with by some careful
drawing routines...
Avi
On Wed, Mar 11, 2009 at 10:40 AM, Amanda
On Wed, Mar 11, 2009 at 10:45 AM, Thomas Van Lenten
thoma...@chromium.orgwrote:
On Wed, Mar 11, 2009 at 10:40 AM, Amanda Walker awal...@google.comwrote:
For the URL field, I think that (1) is the best solution until we
replace it with a real omnibox, at which point things could get
On Wed, Mar 11, 2009 at 10:45 AM, Thomas Van Lenten
thoma...@chromium.org wrote:
What happens when we want to paste into an html edit area?
Well, at least last time I looked at editable areas, they weren't
handled via NSStrings, so I don't think we'd run into this problem
there.
Do we need to
Do we know it's obj-c collision? Or is it C++ types that are
typedefed differently for us, but conveniently named-mangled the same
so they link?
--Amanda
On Wed, Mar 11, 2009 at 10:49 AM, Mark Mentovai mmento...@google.com wrote:
Avi Drissman wrote:
4. Figure out why system WebKit doesn't
Let's be precise here. The problem is when an NSAttributedString is
initialized with HTML. It's not a general NSAttributedString problem.
Avi
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email
We're taking guesses at the moment. I look at the backtrace and see that
WebKit dies deep inside, but it's not obvious how we're killing it.
Avi
On Wed, Mar 11, 2009 at 10:50 AM, Amanda Walker awal...@google.com wrote:
Do we know it's obj-c collision? Or is it C++ types that are
typedefed
On Wed, Mar 11, 2009 at 10:55 AM, Mark Mentovai mmento...@google.com wrote:
Binding C++ shouldn't be nearly as painful on the Mac: stuff is bound
into a two-level namespace at link time.
Ah, excellent point.
The smart money's on Obj-C
which binds at runtime every time, but in today's
On Wed, Mar 11, 2009 at 10:55 AM, Mark Mentovai mmento...@google.comwrote:
Avi, do you think you can figure out if -[NSHTMLReader
_loadUsingWebKit] is at or near objc_msgSend, and who it's trying to
send to?
I sent a clip; here's the whole thing:
#0 0x901e8162 in WTF::HashTableint, int,
Avi Drissman wrote:
Sure. I'm also curious about why we're dying in WTF::HashTable::contains.
Are there some statics that are conflicting?
Not likely, those should all be bound at link time unless someone's
specifically doing a runtime lookup (à la dlsym()).
Mark
On Tue, Mar 10, 2009 at 7:44 AM, Avi Drissman a...@google.com wrote:
I actually don't know. It seems like just simple state gathering but it
might be more.
The big concern is that it fits our model but no one else's. Everyone else
is OK with the UI asking the renderer questions directly, and
Most platforms (meaning not Chrome) have the ability, when the user pulls
down a menu, to adjust the states of the menu items within. For them, when
the user selects the Edit menu, they're OK calling into WebCore and asking
the Editor canCopy(), canPaste(), etc.
We're pretty much the only ones
On Wed, Mar 11, 2009 at 10:01 AM, Avi Drissman a...@google.com wrote:
Most platforms (meaning not Chrome) have the ability, when the user pulls
down a menu, to adjust the states of the menu items within. For them, when
the user selects the Edit menu, they're OK calling into WebCore and asking
On Wed, Mar 11, 2009 at 2:07 PM, Brett Wilson bre...@chromium.org wrote:
Do you mean when you click on the menu, blocking the browser until the
renderer responds with whether the menus can be enabled? I would be
opposed to that.
So are we, but that's what WebKit currently assumes. That's why
On Wed, Mar 11, 2009 at 10:11 AM, Amanda Walker ama...@chromium.org wrote:
On Wed, Mar 11, 2009 at 2:07 PM, Brett Wilson bre...@chromium.org wrote:
Do you mean when you click on the menu, blocking the browser until the
renderer responds with whether the menus can be enabled? I would be
On Wed, Mar 11, 2009 at 2:07 PM, Brett Wilson bre...@chromium.org wrote:
Do you mean when you click on the menu, blocking the browser until the
renderer responds with whether the menus can be enabled? I would be
opposed to that.
Right, that would be bad for us. But for most users of WebCore,
When we paste into our URL box (which allows rich text), Cocoa sees the HTML
flavor and decides that it wants to turn it into an attributed string.
Couldn't you just tell the URL box to only accept the plain text
clipboard format?
John
--~--~-~--~~~---~--~~
I'm not trying to turn this into a huge deal. I've already filed a
bughttp://crbug.com/8662and am likely to move on for now. But for me
it's just another issue that
users are going to complain about that I'm going to need to fix someday.
Avi
/who bets the first complaint will be from a Mac user
Not to gloat or anything, but Obj-C dynamic dispatch was responsible.
The solution is to hide the few remaining exposed bits of Obj-C from
our libwebcore by giving them names that won't conflict with those
used by the system-provided WebCore.framework. I'll send something
around later.
Yesterday, I updated the install script at
http://src.chromium.org/svn/trunk/src/build/install-build-deps.sh
Please let me know, if you encounter any problems and I'll fix them.
It now installs not only the libraries necessary to build Chromium, it
also installs the debugging symbols for these
Hi guys,
Is there any way to display a message box within an sandboxed process
without adding JOB_OBJECT_UILIMIT_HANDLES to
sandbox::TargetPolicy::SetJobLevel()? The JOB_OBJECT_UILIMIT_HANDLES
ui exception is a pretty broad sword for just displaying a popup
dialog. Ideally, I'd like to be able
you have to send an IPC to the browser to ask it to show a MessageBox for
you.-darin
On Wed, Mar 11, 2009 at 4:27 PM, Daniel dpc...@hotmail.com wrote:
Hi guys,
Is there any way to display a message box within an sandboxed process
without adding JOB_OBJECT_UILIMIT_HANDLES to
Where might I find an sample demonstrating this?
On Mar 11, 4:42 pm, Darin Fisher da...@chromium.org wrote:
you have to send an IPC to the browser to ask it to show a MessageBox for
you.-darin
On Wed, Mar 11, 2009 at 4:27 PM, Daniel dpc...@hotmail.com wrote:
Hi guys,
Is there any way
On Wed, Mar 11, 2009 at 4:47 PM, DanielC dpc...@hotmail.com wrote:
Where might I find an sample demonstrating this?
The messages are defined in chrome/common/render_messages_internal.h.
The message ends up in
chrome/browser/renderer_host/browser_render_process_host.cc (look for
the dispatch
I'm not actually trying to spin off a renderer. I'm creating a
watchdog program that acts as a crash service for creating dumps,
logging to a file, and informing the user via a msg box (based on
crash_service.cc). It then restarts the process that crashed. i don't
have to worry about the
Hi All,
I've just rolled out a switchover of several components on Windows to
gyp (generate your project),
the new cross platform build tool to which chromium is migrating.
gyp is now the official build tool for mac.
Consider this a trial period for windows.
IF THE ARE PROBLEMS, PLEASE LET ME
29 matches
Mail list logo