Re: [webkit-dev] SharedWorker design doc
22.04.2009, в 2:31, Drew Wilson написал(а): David's take is that long term we'll need to change the loader code so it is not dependent on a specific frame - his upcoming refactoring may facilitate this, but there will still be a significant amount of work to achieve this in WebKit. Over the short term, he suggested that we might be able to suspend the parent frame, such that it still exists for the purposes of allowing associated workers to perform network loads, but it itself no longer has an open window and its active DOM objects are shutdown. When the last child worker exits, the parent frame can be completely discarded. A problem with this approach is communicating to the user - e.g. asking for HTTP authentication credentials. Without an open window, it won't be possible to display a sheet, and if we were to display a dialog window instead, the user wouldn't know which site needs the credentials. We do need to make loading work for frameless documents (e.g. to support XSLT document() function), but in other cases I'm aware of, we can rely on a parent window being visible. - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Fwd: ［GTK］Scroll deficien cy
-- Forwarded message -- From: Xiong Date: Wed, Apr 22, 2009 at 9:42 AM Subject: Re: [webkit-dev] ［GTK］Scroll deficiency To: Frank Thomsen Cc: Brent Fulgham Hi Frank I am working on gtk+directfb and Brent working on Window+cairo, and you ? As you see, Brent and i have two separate bugs, because the workarounds he described do not help me. For now, i have resolved the problem in my platform. The reason why the screen display confusion is that GDK do not refresh the overlapping region when scrolling. So, change the codes as following: In function ChromeClient::scroll() // gdk_window_move_region(window, moveRegion, delta.width(), delta.height()); // gdk_region_offset(moveRegion, delta.width(), delta.height()); gdk_window_move_region(window, moveRegion, moveRect.width, moveRect.height); gdk_region_offset(moveRegion, moveRect.width, moveRect.height); After do that, the problem was gone, at least in my platform(Gtk+directfb). Good luck. -xiong 2009/4/17 Frank Thomsen Hi guys > > Yesterday I wrote that I had solved the problem - at least on my machine. > Well, I was wrong. Apparently the redraw-problem only exists in > release-mode. > Could you please tell me what you have done to circumvent this problem? You > have talked about both commenting out code and doing something with the ... > background..? Whatever it is I cannot find it in the mailing list, so I > would really appreciate if you could enlighten me. And do you know if this > has been reported as a bug? Can't seem to find that either... > > Thanks in advance! > Frank > > -Original Message- > From: webkit-dev-boun...@lists.webkit.org [mailto: > webkit-dev-boun...@lists.webkit.org] On Behalf Of Brent Fulgham > Sent: 31. marts 2009 01:04 > To: xiong > Cc: webkit-dev@lists.webkit.org > Subject: Re: [webkit-dev] ［GTK］Scroll deficiency > > Hi Xiong, > > Thanks for trying these suggestions. > > On Sun, Mar 29, 2009 at 8:24 PM, xiong wrote: > > Brent, > > > > In my platform, all the hack as you metioned are valueless. > > > > Bad news to me. > > > > Now, i only have a clue on cario for the scroll problem. > > I think we may have two separate (but perhaps related) bugs, because > the workarounds I described do not help your problem. Furthermore, > the change you suggested (comment out the "if (contentChanged)" test > in ChromeClient::repaint ()) does not resolve my problem, while it > does fix yours. > > Thanks, > > -Brent > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Rendering for small screen
Hi, Graffine: In QtWebKit, you may use: page->mainFrame()->setScrollBarPolicy(Qt::Horizontal, Qt::ScrollBarAlwaysOff); page->mainFrame()->setScrollBarPolicy(Qt::Vertical, Qt::ScrollBarAlwaysOff); page->setViewportSize( mainFrame->contentsSize() ); On Mon, Apr 20, 2009 at 5:21 PM, Graffine wrote: > Hello: > > I want to render the web page content to small screen size. The goal is > to adjust viewport size to render whole > web content without scroll bar. I think it might start from Frame or > Render class, but I don't find any feature > or function to do this. Where can I find this? > > Graffine. > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] want to port JIT to MIPS - cti_op_mod(STUB_ARGS) seg fault
I use MIPS32EL, VA_LIST call, MIPS pushes function argument from left to right.
I wrote a simple VA_LIST test it works on my box.
BEGIN_STUB_FUNCTION() cause seg fault due to MIPS uses gp reg to read sth.
I treied to rewrite the code like that:
JSObject* JITStubs::cti_op_new_func_exp(STUB_ARGS)
{
va_list vl_args;
va_start(vl_args, args);
StackHack stackHack(&STUB_RETURN_ADDRESS_SLOT);
JSValuePtr dividendValue = va_arg(vl_args, JSC::JSCell* );
JSValuePtr divisorValue = va_arg(vl_args, JSC::JSCell* );
...
}
Still fail in stackHack(), if I comment out stackHack() then fails at va_arg.
gp is a global register for common/public variables, the same usage before I
call cti_op_mod() works fine.
I also tried not use VA_LIST but REGISTER calling convention, still fail:
(gdb) x/2i $at
0x6ab500 <_ZN3JSC8JITStubs10cti_op_modEPPv>:lui gp,0xf96
0x6ab504 <_ZN3JSC8JITStubs10cti_op_modEPPv+4>: addiu gp,gp,9008
(gdb) x/20i $at
0x6ab500 <_ZN3JSC8JITStubs10cti_op_modEPPv>:lui gp,0xf96
0x6ab504 <_ZN3JSC8JITStubs10cti_op_modEPPv+4>: addiu gp,gp,9008
0x6ab508 <_ZN3JSC8JITStubs10cti_op_modEPPv+8>: addugp,gp,t9
0x6ab50c <_ZN3JSC8JITStubs10cti_op_modEPPv+12>: addiu sp,sp,-80
0x6ab510 <_ZN3JSC8JITStubs10cti_op_modEPPv+16>: sw ra,72(sp)
0x6ab514 <_ZN3JSC8JITStubs10cti_op_modEPPv+20>: sw s8,68(sp)
0x6ab518 <_ZN3JSC8JITStubs10cti_op_modEPPv+24>: sw s0,64(sp)
0x6ab51c <_ZN3JSC8JITStubs10cti_op_modEPPv+28>: moves8,sp
0x6ab520 <_ZN3JSC8JITStubs10cti_op_modEPPv+32>: sw gp,16(sp)
0x6ab524 <_ZN3JSC8JITStubs10cti_op_modEPPv+36>: sw a0,80(s8)
0x6ab528 <_ZN3JSC8JITStubs10cti_op_modEPPv+40>: lw v0,80(s8)
0x6ab52c <_ZN3JSC8JITStubs10cti_op_modEPPv+44>: addiu v0,v0,-4
0x6ab530 <_ZN3JSC8JITStubs10cti_op_modEPPv+48>: addiu a0,s8,24
0x6ab534 <_ZN3JSC8JITStubs10cti_op_modEPPv+52>: movea1,v0
0x6ab538 <_ZN3JSC8JITStubs10cti_op_modEPPv+56>: lw t9,-19012(gp)
0x6ab53c <_ZN3JSC8JITStubs10cti_op_modEPPv+60>: jalrt9
0x6ab540 <_ZN3JSC8JITStubs10cti_op_modEPPv+64>: nop
0x6ab544 <_ZN3JSC8JITStubs10cti_op_modEPPv+68>: lw gp,16(s8)
0x6ab548 <_ZN3JSC8JITStubs10cti_op_modEPPv+72>: addiu v0,s8,32
0x6ab54c <_ZN3JSC8JITStubs10cti_op_modEPPv+76>: lw v1,80(s8)
(gdb) stepi 14
Program received signal SIGSEGV, Segmentation fault.
0x006ab538 in JSC::JITStubs::cti_op_mod (args=0x2aac9500) at
/home/jdai/depot/mp/mediabase/head/libs/webkit-1.1.1/JavaScriptCore/jit/JITStubs.cpp:1685
1685BEGIN_STUB_FUNCTION();
another question is that there is no matched va_end() and it is a bug.
thanks a lot for help,
joe
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] SharedWorker design doc
I followed up with David Levin, who has been working on some chrome-internal refactoring of the loader code necessitated by the fact that workers in Chrome run in a different process from the loading frame. David's take is that long term we'll need to change the loader code so it is not dependent on a specific frame - his upcoming refactoring may facilitate this, but there will still be a significant amount of work to achieve this in WebKit. Over the short term, he suggested that we might be able to suspend the parent frame, such that it still exists for the purposes of allowing associated workers to perform network loads, but it itself no longer has an open window and its active DOM objects are shutdown. When the last child worker exits, the parent frame can be completely discarded. I'll need to dig further into this, but I wanted to see whether you thought this was a reasonable approach and what obstacles there might be to implementing this. -atw 2009/4/18 Alexey Proskuryakov > Hi Drew, > > Thanks for the detailed proposal, it's great to have one. > > Prior to diving into threading details, I'd like to clarify a background > assumption that doesn't seem to be mentioned in the proposal. How does a > SharedWorker relate to the browsing context that created it? Specifically, > we probably don't want a SharedWorker to be a top browsing context, because > that would be an easy way to subvert same origin cookie policy. And since > loading in WebCore can only happen when there is a Frame, what will happen > to a SharedWorker whose original frame goes away? > > > 18.04.2009, в 8:55, Drew Wilson написал(а): > > Any feedback would be appreciated, especially for some of the >> cross-threading and worker lifecycle issues. >> > > - WBR, Alexey Proskuryakov > > > ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] [webkit-changes] [42699] trunk/WebCore
-EventListener* Node::getInlineEventListener(const AtomicString& eventType) const +EventListener* Node::getAttributeEventListener(const AtomicString& eventType) const I think that per our coding style guidelines, this function should be named attributeEventListener(): 6. Precede setters with the word "set". Use bare words for getters. Setter and getter names should match the names of the variables being set/gotten. I see where you're coming from. I don't think this is a clear-cut case if guideline #6, though. getAttributeEventListener is not a getter for a variable -- it's a lookup function for a family of variables, which takes a parameter specifying what to look up. I'm concerned that naming it as if it were a getter for a variable would be misleading. We use the "get" prefix in other cases of lookup. For example, we have *Hash*::get, ByteArray::get, Structure::get, JSValuePtr::get, DOMObjectWrapperMap::get, getHashTableForGlobalData, getCachedDOMObjectWrapper, getCachedDOMNodeWrapper, getCachedDOMStructure, getCachedDOMConstructor, etc. I think this case is more similar to those lookup functions than it is to a variable getter. Geoff___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] how does Webkit handle font
No, libicu is used to lay out international text. CSS fonts are handled by files with "CSS" and "font" in their name, which will lead you to other files with "font" in their name under the WebCore/platform/graphics/ directory. $ find WebCore -iname \*font\* -print | grep -i css WebCore/css/CSSFontFace.cpp WebCore/css/CSSFontFace.h WebCore/css/CSSFontFaceRule.cpp WebCore/css/CSSFontFaceRule.h WebCore/css/CSSFontFaceRule.idl WebCore/css/CSSFontFaceSource.cpp WebCore/css/CSSFontFaceSource.h WebCore/css/CSSFontFaceSrcValue.cpp WebCore/css/CSSFontFaceSrcValue.h WebCore/css/CSSFontSelector.cpp WebCore/css/CSSFontSelector.h WebCore/css/CSSSegmentedFontFace.cpp WebCore/css/CSSSegmentedFontFace.h WebCore/css/FontFamilyValue.cpp WebCore/css/FontFamilyValue.h WebCore/css/FontValue.cpp WebCore/css/FontValue.h Dave From: x yz To: webkit-dev@lists.webkit.org; ying lcs Sent: Tuesday, April 21, 2009 11:10:20 AM Subject: Re: [webkit-dev] how does Webkit handle font I think it is handled by libicu. --- On Tue, 4/21/09, ying lcs wrote: > From: ying lcs > Subject: [webkit-dev] how does Webkit handle font > To: webkit-dev@lists.webkit.org > Date: Tuesday, April 21, 2009, 2:00 PM > Hi, > > Can you please tell me how does Webkit handle font? (e.g. > which files > I should look at) > e.g. css can specify a particular font for a paragraph , > where/how > does Webkit load the font from the OS (or how does it know > the font > actually exists? > > Thank you.___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] can't build debug_cairo and release_cairo
read the website guide lines on how to set path on Visual Studio. you'd know how to use VS. --- On Sun, 4/19/09, Kruchinkin Kirill wrote: > From: Kruchinkin Kirill > Subject: [webkit-dev] can't build debug_cairo and release_cairo > To: webkit-dev@lists.webkit.org > Date: Sunday, April 19, 2009, 3:52 AM > Hi All, > I faced few problems with win32 cairo builds. > > First one is described here > http://www.nabble.com/Unable-to-build-WebCore-for-windows-(debug_cairo)-revision-39671-td21456190.html > And second one is "fatal error C1083: Cannot open > include file: 'cairo.h'" or with > "cairo_win32.h" or > http://www.nabble.com/Unable-to-build-WebCore-for-windows-(debug_cairo)-revision-39671-td21456190.html > > I don't know how to resolve last one, seems that the > problem is in source code, is it righ? > At the same time I can succefully build win32_debug and > win32_release builds(not cairo). > > Could you help me to resolve it or could you specify last > correct cairo sources that could be built and how to get it? > > > -- > Kirill > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] how does Webkit handle font
I think it is handled by libicu. --- On Tue, 4/21/09, ying lcs wrote: > From: ying lcs > Subject: [webkit-dev] how does Webkit handle font > To: webkit-dev@lists.webkit.org > Date: Tuesday, April 21, 2009, 2:00 PM > Hi, > > Can you please tell me how does Webkit handle font? (e.g. > which files > I should look at) > e.g. css can specify a particular font for a paragraph , > where/how > does Webkit load the font from the OS (or how does it know > the font > actually exists? > > Thank you. > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] make webkit-1.1.3...
1.1.3 built on Fedora9 works fine. if you PC is slow it may take hours. I use 4 hiper thread CPU at ~3GHz and it takes less than an hour. webkit make file seems not manually written, thus not very flexible, but you can still make a little then build, say make the jsc. look at the makefile. --- On Mon, 4/20/09, yenchengwang wrote: > From: yenchengwang > Subject: Re: [webkit-dev] make webkit-1.1.3... > To: webkit-dev@lists.webkit.org > Date: Monday, April 20, 2009, 8:28 AM > thanks your reply! > my operating system is Linux ==> moblin2, I think > it's Fedora 9. > compiler and version ==> gcc (Moblin Linux) 4.3.2 > [gcc-4_3-branch revision > 141291]. > thanks~~ :D > > 2009/4/17 Ariya Hidayat > > > > > > how many time are u make the webkit-1.1.3 ?? > > > I always need 3.5 hour for making that !! the > almost time is at the > > > processing of the JIT.cpp !! > > > I don't know why I need take 3.5 hour > just for on file !! the other > > > files just take some minutes !! > > > > JIT.cpp works fine for me, it is very fast to compile. > > You need to be specific and mention the operating > system, platform, > > compiler, > > compiler version, etc. > > > > > > > > > > -- > > Ariya Hidayat, Software Engineer > > Qt Software, Nokia Devices R&D > > ___ > > webkit-dev mailing list > > webkit-dev@lists.webkit.org > > > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > > > > > > -- > Regards > Y-C Wang > ___ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit Layout test failures on Windows
On Apr 21, 2009, at 7:05 AM, Kulanthaivel wrote: If these are font problems then please suggest me how to get these fonts to pass the layout tests in Windows. The easiest way I can think of to get the fonts is to get them from a Mac, if you have one. They’re all fonts included with Mac OS X. There might be other ways to get the same fonts. -- Darin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] WebKit Layout test failures on Windows
Hi, Recently I downloaded WebKit revision 42567 and built it on windows. When I tried to run run-webkit-tests script, many of the css tests are failed. css1/basic/class_as_selector.html -> failed. css1/basic/comments.html -> failed. css1/basic/containment.html -> failed. css1/basic/contextual_selectors.html -> failed. css1/basic/grouping.html -> failed. css1/basic/id_as_selector.html -> failed. css1/basic/inheritance.html -> failed css1/box_properties . css1/box_properties/acid_test.html -> failed. css1/box_properties/border.html -> failed. css1/box_properties/border_bottom.html -> failed. css1/box_properties/border_bottom_inline.html -> failed. css1/box_properties/border_bottom_width.html -> failed. css1/box_properties/border_bottom_width_inline.html -> failed. css1/box_properties/border_color.html -> failed. css1/box_properties/border_color_inline.html -> failed. css1/box_properties/border_inline.html -> failed. css1/box_properties/border_left.html -> failed. css1/box_properties/border_left_inline.html -> failed. css1/box_properties/border_left_width.html -> failed. css1/box_properties/border_left_width_inline.html -> failed.. css1/box_properties/border_right.html -> failedml -> failed. css1/box_properties/border_right_inline.html -> failed> failed. css1/box_properties/border_right_width.html -> failed-> failed . . . I guess all these failures are related to incompatible fonts in Windows (The fonts that are listed in DumpRenderTree.cpp are not available in Windows). If these are font problems then please suggest me how to get these fonts to pass the layout tests in Windows. Thanks & Regards Kvel ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Interact with DOM Elements using WebKit
On Tue, Apr 21, 2009 at 3:34 AM, Prema Arya wrote: > Hi, > I was able to use webkit in my C# application on windows. I am able to load > a page using loadRequest() method. Now i want to interact with elements on > the page. I tried using getElementById() which returns the element. I was > able to enter text in text boxes and change values of button. But when I > click() the button it throws an error "Access to right protected memory" > bascially AccessViolationException(). > > Is there a way I can click a button, link using WebKit? If yes, how? If no, > is there any other alternative? > > I am using Windows XP SP2 with Visual Studio 2005. > > Thanks, > Prema Arya > Prema, can you provide a code snippet (i.e. Javascript/CSS) that reproduces this error message? -Conrad ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Interact with DOM Elements using WebKit
Hi, I was able to use webkit in my C# application on windows. I am able to load a page using loadRequest() method. Now i want to interact with elements on the page. I tried using getElementById() which returns the element. I was able to enter text in text boxes and change values of button. But when I click() the button it throws an error "Access to right protected memory" bascially AccessViolationException(). Is there a way I can click a button, link using WebKit? If yes, how? If no, is there any other alternative? I am using Windows XP SP2 with Visual Studio 2005. Thanks, Prema Arya ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
