TianShijun, Hello
用Gtk来调试webkit不是很你好吗？
http://hi.baidu.com/zheqiduo/blog/item/90c4fe34380a121991ef39ec.html
Yin xiaobing, xiaobing@gmail.com
2009-06-18
- Receiving the following content -
From: TianShijun
Receiver: undisclosed-recipients:
Time: 2009-06-18, 14:05:42
Subject: Re:
> I need to produce a tool that can generate PDFs from HTML. The best
> solution I can think of is to use WebKit's layout engine, and plug my
> own PDF generator in as a renderer backend. I don't want to reinvent
> the wheel though - so I'm asking here has this been done already, or
> are there ot
Hi,
Thanks Holger,Zoltan for your solutions.
Actually task has changed,i need to port webkit on OMAP 3530 running with
open-embedded Linux(Angstrom).
1.For compiling the webkit on OMAP running with OE Linux whether the build
instructions are same i.e
./autogen.sh,
make,
make install ?
I
On Thursday 18 June 2009 15:35:23 jagadeesh k wrote:
> Hi,
>
> Thanks Holger,Zoltan for your solutions.
>
> Actually task has changed,i need to port webkit on OMAP 3530 running with
> open-embedded Linux(Angstrom).
Still the same task, there is no porting necessary...
bitbake webkit-gtk
wai
You can find default implementation in WebCore, yes:
void EventHandler::defaultKeyboardEventHandler(KeyboardEvent* event)
{
if (event->type() == eventNames().keydownEvent) {
m_frame->editor()->handleKeyboardEvent(event);
if (event->defaultHandled())
return;
i
A possible solution (adopted by Mozilla) is the use of
"checkin-needed" keyword. So:
1) In case of a patch with r+ and a commiter is assignee, all
requested modifications can be needed before landing
2) when a patch has r+ and a non-commiter is assignee, it needs an
updated patch (that can carry t
54 bugs with patches to review:
https://bugs.webkit.org/buglist.cgi?field0-0-0=flagtypes.name&type0-0-0=equals&value0-0-0=review%3F
I reviewed a few just now, I'll try to do more today. Anyone else?
Cheers,
Maciej
___
webkit-dev mailing list
webkit-
For SharedWorkers, the fallback is to select a document from the document
set. It's slightly uglier, though, as I'd need to deal with the case where
the user closes the document while we're trying to load via it. Having a
dedicated shadow frame would be much simpler.
-atw
On Wed, Jun 17, 2009 at 7
> Having a dedicated shadow frame would be much simpler.
Yup.
I think this is required ultimately for appcache integration too. A shared
worker is a distinct appcache host. Dedicated workers can get away with
piggy backing of their owning document since they just use the same appcache
as the page,
The build uses both the version-script link option and the visibility
flag (making all symbols hidden in release mode except the ones that
have a visibility explicitly set to default in the code).
It seems that the use of the visibility flag should be sufficient and
that the use of version-script s
On Thu, Jun 18, 2009 at 01:10:12PM -0700, Christophe Gillette wrote:
> The build uses both the version-script link option and the visibility
> flag (making all symbols hidden in release mode except the ones that
> have a visibility explicitly set to default in the code).
> It seems that the use of
I'll do my best tonight.
Adam
On Thu, Jun 18, 2009 at 9:26 AM, Maciej Stachowiak wrote:
>
> 54 bugs with patches to review:
>
> https://bugs.webkit.org/buglist.cgi?field0-0-0=flagtypes.name&type0-0-0=equals&value0-0-0=review%3F
>
> I reviewed a few just now, I'll try to do more today. Anyone els
I reviewed quite a few last night as well. At the moment there appear
to be a large number of chromium, gtk, and qt specific patches up for
review -- it would be great if reviewers for those ports went through
them all :D
--Oliver
On Jun 18, 2009, at 2:27 PM, Adam Barth wrote:
I'll do m
On Thursday 18 June 2009 05:39:04 pm Oliver Hunt wrote:
> I reviewed quite a few last night as well. At the moment there appear
> to be a large number of chromium, gtk, and qt specific patches up for
> review -- it would be great if reviewers for those ports went through
> them all :D
I went thro
Oh how I wish that my @webkit.org address and gmail would get along...
-eric
-- Forwarded message --
From: Eric Seidel
Date: Thu, Jun 18, 2009 at 7:02 PM
Subject: Re: [webkit-dev] Review queue needs love
To: Adam Treat
Cc: webkit-dev@lists.webkit.org
I've gone through the queu
Hi all,
As I'll probably need to add some special handling for ruby in inline flow
boxes, I came across this flag InlineBox::m_isSVG. AFAICT it doesn't seem to
have a deep functionality (it seems to be always true for SVG boxes and
always false for non-SVG boxes). Now, in order to consolidate the
Agreed. That should just be a virtual call. I don't see any reason
for that to need to be a bit on the baseclass. I do not think that
changing ti to be a virtual call would cause a noticeable performance
change.
-eric
On Thu, Jun 18, 2009 at 7:29 PM, Roland Steiner wrote:
>
> Hi all,
>
> As I'
17 matches
Mail list logo
