Hi all,
Who know the situation of About Integrating JIT for ARM into QT
Webkit(QTE4.5.2)?
Had it done by Trolltech and it was based in SquirrelFish or
SquirrelFish Extreme, or others?
Thanks.
Wei Song
Mike Ditka http://www.brainyquote.com/quotes/authors/m/mike_ditka.html -
If God had
On Monday 20 July 2009 ext Wei Song, wrote:
Hi all,
Who know the situation of About Integrating JIT for ARM into QT
Webkit(QTE4.5.2)?
Had it done by Trolltech and it was based in SquirrelFish or
SquirrelFish Extreme, or others?
Qt 4.5 does not ship with a version of JavaScriptCore
If the font size is not specified in the HTML page, what is the default one
used by webkit?
Haithem, (although i might be wrong) I believe different ports have
different default font sizes. Qt is 14, for example. iirc, windows is
18 ...
--
--Antonio Gomes
Bug filed: https://bugs.webkit.org/show_bug.cgi?id=27444
On Fri, Jul 17, 2009 at 4:04 PM, tonikitoo (Antonio
Gomes)toniki...@gmail.com wrote:
Answering myself, that could explain things :
@FrameLoader.h
(...)
// Document loaders for the three phases of frame loading.
Note that while
I was getting ready to try the first move from SpiderMonkey to Nitro,
and ran into a large problem. Right now, all my getters and setters are
at the property level. In the documentation I have, Nitro only seems to
put them at the object level. This would force a huge refactoring of my
code
Hi Brian.
I don't understand the distinction you're drawing between the
property level and the object level. Can you explain what those
mean and give an example of each?
Thanks,
Geoff
On Jul 20, 2009, at 9:14 AM, Brian Barnes wrote:
I was getting ready to try the first move from
In SpiderMonkey, you can create an object, and that object has a
callback to a getter or a setter in C. You get the name, look it up,
return or set a value. Nitro has that same functionality.
On SpiderMonkey, though, when creating a property, you can also do this:
Hi Brian.
I see what you mean now.
In JavaScriptCore, there's no API for defining C getters and setters
individually. There's an API for associating a set of C getters and
setters with a class, and there's an API for defining a generic
fallback getter and setter for a class.
I looked
I'm not sure you get exactly what I'm saying as you put class in places
where I'd expect property. For instance:
I looked briefly, and it seems like it would be relatively easy to add
an API for adding C getters and setters to a class individually. So,
that seems like a reasonable feature
On Jul 20, 2009, at 11:48 AM, Brian Barnes wrote:
I'm not sure you get exactly what I'm saying as you put class in
places where I'd expect property. For instance:
I looked briefly, and it seems like it would be relatively easy to
add an API for adding C getters and setters to a class
I'm not sure you get exactly what I'm saying as you put class in
places where I'd expect property. For instance:
I looked briefly, and it seems like it would be relatively easy to
add an API for adding C getters and setters to a class individually.
So, that seems like a reasonable
My patches look like this now:
$ svn-create-patch
svn: Path '../..' ends in '..', which is unsupported for this operation
Index: ../../../../../Users/darin/Safari/OpenSource/WebKit/mac/WebView/
WebHTMLView.mm
===
---
On Mon, Jul 20, 2009 at 1:28 PM, Darin Adler da...@apple.com wrote:
My patches look like this now:
$ svn-create-patch
svn: Path '../..' ends in '..', which is unsupported for this operation
This warning was caused by a change of mine that I checked in a fix for at
noon on Friday. It
On Mon, Jul 20, 2009 at 1:55 PM, Eric Seidel esei...@google.com wrote:
It could also be from http://trac.webkit.org/changeset/45939.
Yes. Knowing Darin's repository version would help narrow this down.
I am trying different things to see if I can reproduce locally. Once I can
reproduce I
It's kind of sad that we have so many ways of finding the SVN root.
The code in that link isn't right. You need to look at the UUID to
get the right answer. See scm.py.
Adam
On Mon, Jul 20, 2009 at 1:59 PM, Peter Kastingpkast...@google.com wrote:
On Mon, Jul 20, 2009 at 1:55 PM, Eric Seidel
On Mon, Jul 20, 2009 at 2:03 PM, Adam Barth aba...@webkit.org wrote:
It's kind of sad that we have so many ways of finding the SVN root.
The code in that link isn't right. You need to look at the UUID to
get the right answer. See scm.py.
My update made us look at the Repository Root field
It's kind of sad that we have so many ways of finding the SVN root.
The code in that link isn't right. You need to look at the UUID to
get the right answer. See scm.py.
Yes, I saw scm.py's solution literally yesterday while I was learning
how to use bugzilla-tool because I switched to git.
On Mon, Jul 20, 2009 at 2:11 PM, Joseph Pecoraro joepec...@gmail.comwrote:
Yes, I saw scm.py's solution literally yesterday while I was learning how
to use bugzilla-tool because I switched to git. In any case the newer
revision uses a much better approach then the one in this changelog
On Jul 20, 2009, at 1:38 PM, Peter Kasting wrote:
On Mon, Jul 20, 2009 at 1:28 PM, Darin Adler da...@apple.com wrote:
svn: Path '../..' ends in '..', which is unsupported for this
operation
This warning was caused by a change of mine that I checked in a fix
for at noon on Friday. It
On Jul 20, 2009, at 2:17 PM, Peter Kasting wrote:
In the meantime, I've tried and failed to recreate Darin's problem
locally, so I'm at the mercy of other people to report that they're
having this problem.
The key here is that /Users/darin is a symbolic link to /Volumes/
Home/darin — you
How about separate call backs at the class level? That would solve my
problem with minimal code movement. Something like:
JSClassSetPropertyGetterSetter(ctx,class,red,myRedGetter,myRedSetter);
Would that be more within the design?
BTW, thanks for listening and leading me through some
On Jul 20, 2009, at 2:40 PM, Peter Kasting wrote:
It looks from here like the chdir call is causing curdir() to report
the non-symbolic-link form of things. If that's true, it seems like
this workaround would work:
Makes sense.
...
my ($newdir) = @_;
my $before = File::Spec-rel2abs(
On Mon, Jul 20, 2009 at 2:40 PM, Peter Kasting pkast...@google.com wrote:
It looks from here like the chdir call is causing curdir() to report the
non-symbolic-link form of things. If that's true, it seems like this
workaround would work:
...
my ($newdir) = @_;
my $before =
On Mon, Jul 20, 2009 at 2:52 PM, Darin Adler da...@apple.com wrote:
On Jul 20, 2009, at 2:50 PM, Peter Kasting wrote:
my ($newdir) = @_;
my $before = Cwd::getcwd();
chdir $newdir;
my $after = Cwd::getcwd();
That seems like it ought to work a lot better.
Yes, it does. Hooray!
How about separate call backs at the class level? That would solve
my problem with minimal code movement. Something like:
JSClassSetPropertyGetterSetter
(ctx,class,red,myRedGetter,myRedSetter);
Would that be more within the design?
Yes. That's what I had in mind when I mentioned an API
On Mon, Jul 20, 2009 at 2:17 PM, Peter Kastingpkast...@google.com wrote:
I can switch svn-create-patch to using UUID if there are benefits over using
the Repository Root; it'd literally be a four-character change.
I'm not enough of an SVN expert to know which is better. I'd prefer
to use one
What should be my next step, here? Submit a bug for this?
[] Brian
On Jul 20, 2009, at 6:05 PM, Geoffrey Garen wrote:
How about separate call backs at the class level? That would solve
my problem with minimal code movement. Something like:
JSClassSetPropertyGetterSetter
Ran a quick test on Opera and IE along these lines:
htmlbodyscript function onload() { alert(onload); }
/script/body/html
Only firefox displayed the alert dialog when loading this page -
IE/Opera/WebKit do not. So if this behavior is incorrect, at least we have
lots of company.
-atw
On Sun, Jul
You might want to ask someone at Mozilla if they'd be willing to
change their behavior to match everyone else. The whatwg might be a
good forum for that if you're not sure who to contact individually.
Adam
On Mon, Jul 20, 2009 at 6:30 PM, Drew Wilsonatwil...@google.com wrote:
Ran a quick test
I'm adding a bunch of the GYP experts to this thread and re-naming it for
sanity's sake. :-)
On Wed, Jul 15, 2009 at 11:20 PM, Maciej Stachowiak m...@apple.com wrote:
If you're willing to give it a shot, then that sounds like a fine idea.
- Maciej
On Jul 15, 2009, at 10:51 PM, Ryan
This sounds like a good experiment to me too. I don't know much about
jam (I've generally avoided it in Xcode) but I'd be happy to provide
GYP-side support.
Mark
Jeremy Orlow wrote:
I'm adding a bunch of the GYP experts to this thread and re-naming it for
sanity's sake. :-)
On Wed, Jul 15,
I agree. This sounds useful.The backend generators for gyp are moderately
separated out, so you can probably just start a new one in
pylib/gyp/generator.
Please let us know anything we can do to help.
-BradN
On Mon, Jul 20, 2009 at 9:33 PM, Mark Mentovai m...@chromium.org wrote:
This sounds
32 matches
Mail list logo