RESOLVED FIXED Bug 73143
Upstream BlackBerry porting of page
https://bugs.webkit.org/show_bug.cgi?id=73143
Summary Upstream BlackBerry porting of page
Jacky Jiang
Reported 2011-11-25 12:12:00 PST
Blackberry's implementation of page. PR 118400.
Attachments
Patch (6.75 KB, patch)
2011-11-25 13:51 PST, Jacky Jiang
rwlbuis: review-
Patch (6.75 KB, patch)
2011-11-25 13:52 PST, Jacky Jiang
no flags
Patch (9.70 KB, patch)
2011-11-25 14:50 PST, Jacky Jiang
no flags
Patch (8.47 KB, patch)
2011-11-28 14:37 PST, Jacky Jiang
no flags
Patch (9.12 KB, patch)
2011-11-28 15:41 PST, Jacky Jiang
no flags
Patch (9.12 KB, patch)
2011-11-28 16:00 PST, Jacky Jiang
no flags
Jacky Jiang
Comment 1 2011-11-25 13:51:27 PST
Jacky Jiang
Comment 2 2011-11-25 13:52:25 PST
Rob Buis
Comment 3 2011-11-25 14:00:47 PST
Comment on attachment 116636 [details] Patch The copyright seems to lack the normal GNU section.
Jacky Jiang
Comment 4 2011-11-25 14:06:40 PST
Comment on attachment 116637 [details] Patch I will update the copyright part.
Jacky Jiang
Comment 5 2011-11-25 14:50:17 PST
Jacky Jiang
Comment 6 2011-11-25 14:51:31 PST
Added LGPL license block.
Daniel Bates
Comment 7 2011-11-25 15:40:42 PST
Comment on attachment 116640 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=116640&action=review This change looks good. I have some minor issues. > Source/WebCore/page/blackberry/AccessibilityObjectBlackBerry.cpp:26 > +namespace WebCore { > + > +} // namespace WebCore Disregarding the #includes and copyright, this file is empty. Do we need it? > Source/WebCore/page/blackberry/DragControllerBlackBerry.cpp:21 > +#if ENABLE(DRAG_SUPPORT) > +#include "DragController.h" Swap these lines. > Source/WebCore/page/blackberry/DragControllerBlackBerry.cpp:25 > +#include "IntSize.h" This include is unnecessary since DragController.h includes IntPoint.h that includes this file. > Source/WebCore/page/blackberry/DragControllerBlackBerry.cpp:32 > +// FIXME: remove this when no stubs use it anymore > +static const WebCore::IntSize s_nullSize = WebCore::IntSize(); We should move this into the body of DragController::maxDragImageSize(). Also, use DEFINE_STATIC_LOCAL to define this static variable. See <http://trac.webkit.org/browser/trunk/Source/JavaScriptCore/wtf/StdLibExtras.h?rev=97675#L32> for more details. > Source/WebCore/page/blackberry/DragControllerBlackBerry.cpp:34 > +const double EventHandler::TextDragDelay = 0.0; 0.0 => 0 > Source/WebCore/page/blackberry/EventHandlerBlackBerry.cpp:23 > +#include "Clipboard.h" This include is unnecessary as ClipboardBlackBerry.h (included below) includes this file. > Source/WebCore/page/blackberry/EventHandlerBlackBerry.cpp:32 > +#include "PlatformMouseEvent.h" This include is unnecessary as MouseEventWithHitTestResults.h (included above) includes this file. > Source/WebCore/page/blackberry/EventHandlerBlackBerry.cpp:68 > +bool EventHandler::passWidgetMouseDownEventToWidget(MouseEventWithHitTestResults const&) This signature doesn't match the signature for passWidgetMouseDownEventToWidget() in EventHandler.h: <http://trac.webkit.org/browser/trunk/Source/WebCore/page/EventHandler.h?rev=100483#L298>. > Source/WebCore/page/blackberry/EventHandlerBlackBerry.cpp:79 > +unsigned int EventHandler::accessKeyModifiers() unsigned int => unsigned > Source/WebCore/page/blackberry/FrameBlackBerry.cpp:26 > +void* Frame::dragImageForSelection() void* => DragImageRef. Then typedef DragImageRef in WebCore/platform/DragImage.h: <http://trac.webkit.org/browser/trunk/Source/WebCore/platform/DragImage.h?rev=95922#L65>.
Jacky Jiang
Comment 8 2011-11-28 09:34:28 PST
Comment on attachment 116640 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=116640&action=review >> Source/WebCore/page/blackberry/DragControllerBlackBerry.cpp:21 >> +#include "DragController.h" > > Swap these lines. Thanks for your review Dan, I will follow your advices. But I don't get why do we need to swap these lines? Seems we don't need to include "DragController.h" if we don't define DRAG_SUPPORT.
Daniel Bates
Comment 9 2011-11-28 11:39:51 PST
(In reply to comment #8) > (From update of attachment 116640 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=116640&action=review > > >> Source/WebCore/page/blackberry/DragControllerBlackBerry.cpp:21 > >> +#include "DragController.h" > > > > Swap these lines. > > Thanks for your review Dan, I will follow your advices. But I don't get why do we need to swap these lines? Seems we don't need to include "DragController.h" if we don't define DRAG_SUPPORT. I spoke with Jacky on IRC today about this. I suggest swapping these lines so as to be consistent with both the WebKit Code Style Guidelines (*) and the form used in DragControllerMac.mm. That being said, is this guard even needed in this file? Is it necessary to even compile this file without drag support? I assume that the callers of these functions are guarded with ENABLE(DRAG_SUPPORT) and hence we don't need to even compile is file when building without drag support. Notice that the DragController implementation file for all non-Mac ports omit such a DRAG_SUPPORT guard. (*) See (2) of section "#include Statements" of <http://www.webkit.org/coding/coding-style.html>.
Jacky Jiang
Comment 10 2011-11-28 14:37:36 PST
Created attachment 116821 [details] Patch Updated the patch according to Daniel's advices.
Jacky Jiang
Comment 11 2011-11-28 15:41:46 PST
Created attachment 116841 [details] Patch Update DragImageRef define and eventActivatedView.
Jacky Jiang
Comment 12 2011-11-28 16:00:05 PST
Created attachment 116844 [details] Patch Update nullSize and the comment above.
Daniel Bates
Comment 13 2011-11-28 16:02:01 PST
Comment on attachment 116844 [details] Patch Thank you Jacky for updating the patch. r=me.
WebKit Review Bot
Comment 14 2011-11-28 19:39:51 PST
Comment on attachment 116844 [details] Patch Clearing flags on attachment: 116844 Committed r101319: <http://trac.webkit.org/changeset/101319>
WebKit Review Bot
Comment 15 2011-11-28 19:39:57 PST
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.