Web Inspector: Editable TextViewer should show cursor when it is focused.
[WebKit-https.git] / Source / WebKit / blackberry / ChangeLog
1 2012-03-25  Arvid Nilsson  <anilsson@rim.com>
2
3         [BlackBerry] Accelerated compositing layers fail to render when using WebPageCompositor
4         https://bugs.webkit.org/show_bug.cgi?id=82104
5         RIM PR: 145963
6
7         Reviewed by Rob Buis.
8
9         The root layer may be set before we have a layer renderer, because the
10         latter is not created until we get an OpenGL context from the embedder.
11
12         Fixed by setting the root layer on the layer renderer when it's created
13         instead of assuming a certain order of events.
14
15         * Api/WebPageCompositor.cpp:
16         (BlackBerry::WebKit::WebPageCompositorPrivate::setContext):
17         (BlackBerry::WebKit::WebPageCompositorPrivate::setRootLayer):
18
19 2012-03-23  Arvid Nilsson  <anilsson@rim.com>
20
21         [BlackBerry] Add WebPageCompositor class to BlackBerry WebKit API
22         https://bugs.webkit.org/show_bug.cgi?id=81121
23         RIM PR: 136687
24
25         Reviewed by Rob Buis.
26
27         The idea is for the API client to use a WebPageCompositor object to
28         render the WebPage when there's no screen window available.
29
30         The WebPageCompositorPrivate becomes reference counted in order to be
31         kept alive either because it's used for accelerated compositing layers
32         or used for the WebPageCompositor API. It can still work standalone.
33
34         Clean up some code - no need to keep track of a separate boolean
35         WebPagePrivate::m_isAcceleratedCompositingActive when the state of
36         m_compositor can tell you.
37
38         Also remove duplicated code from WebPagePrivate - go directly to the
39         compositor object instead, if you need to draw the AC layers.
40
41         Reviewed internally by Robin Cao and the hasBlitJobs/blitOnIdle change
42         by Filip Spacek.
43
44         * Api/BackingStore.cpp:
45         (BlackBerry::WebKit::BackingStore::hasBlitJobs):
46         (BlackBerry::WebKit::BackingStore::blitOnIdle):
47         (BlackBerry::WebKit::BackingStorePrivate::blitContents):
48         (BlackBerry::WebKit::BackingStorePrivate::drawSubLayers):
49         (BlackBerry::WebKit::BackingStorePrivate::drawAndBlendLayersForDirectRendering):
50         (BlackBerry::WebKit::BackingStorePrivate::surfaceSize):
51         (BlackBerry::WebKit::BackingStorePrivate::buffer):
52         * Api/WebPage.cpp:
53         (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
54         (BlackBerry::WebKit::WebPagePrivate::drawLayersOnCommit):
55         (BlackBerry::WebKit::WebPagePrivate::setCompositor):
56         (BlackBerry::WebKit::WebPagePrivate::setRootLayerCompositingThread):
57         (BlackBerry::WebKit::WebPagePrivate::createCompositor):
58         (BlackBerry::WebKit::WebPagePrivate::destroyCompositor):
59         * Api/WebPage.h:
60         * Api/WebPageCompositor.cpp:
61         (BlackBerry::WebKit::WebPageCompositorPrivate::WebPageCompositorPrivate):
62         (BlackBerry::WebKit::WebPageCompositorPrivate::setContext):
63         (BlackBerry::WebKit::WebPageCompositorPrivate::hardwareCompositing):
64         (BlackBerry::WebKit::WebPageCompositorPrivate::setRootLayer):
65         (BlackBerry::WebKit::WebPageCompositorPrivate::render):
66         (BlackBerry::WebKit::WebPageCompositorPrivate::drawLayers):
67         (BlackBerry::WebKit::WebPageCompositorPrivate::animationTimerFired):
68         (BlackBerry::WebKit::WebPageCompositorPrivate::compositorDestroyed):
69         (BlackBerry::WebKit::WebPageCompositor::WebPageCompositor):
70         (BlackBerry::WebKit::WebPageCompositor::~WebPageCompositor):
71         (BlackBerry::WebKit::WebPageCompositor::client):
72         (BlackBerry::WebKit::WebPageCompositor::prepareFrame):
73         (BlackBerry::WebKit::WebPageCompositor::render):
74         (BlackBerry::WebKit::WebPageCompositor::cleanup):
75         (BlackBerry::WebKit::WebPageCompositor::contextLost):
76         * Api/WebPageCompositor.h: Added.
77         * Api/WebPageCompositorClient.h: Added.
78         * Api/WebPageCompositor_p.h:
79         (BlackBerry::WebKit::WebPageCompositorPrivate::create):
80         (BlackBerry::WebKit::WebPageCompositorPrivate::context):
81         (BlackBerry::WebKit::WebPageCompositorPrivate::animationFrameTimestamp):
82         (BlackBerry::WebKit::WebPageCompositorPrivate::page):
83         (BlackBerry::WebKit::WebPageCompositorPrivate::client):
84         * Api/WebPage_p.h:
85         (BlackBerry::WebKit::WebPagePrivate::client):
86         (BlackBerry::WebKit::WebPagePrivate::isAcceleratedCompositingActive):
87         (BlackBerry::WebKit::WebPagePrivate::compositor):
88
89 2012-03-22  Charles Wei  <charles.wei@torchmobile.com.cn>
90
91         [BlackBerry] Need to store the meta info of a page in the ViewState of the history
92         https://bugs.webkit.org/show_bug.cgi?id=82000
93
94         Reviewed by Rob Buis.
95
96         Internally reviewed by George Staikos.
97
98         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
99         (WebCore::FrameLoaderClientBlackBerry::saveViewStateToItem):
100         (WebCore::FrameLoaderClientBlackBerry::restoreViewState):
101
102 2012-03-22  Jonathan Dong  <jonathan.dong@torchmobile.com.cn>
103
104         [BlackBerry] add interface clearCredentials() and clearNeverRememberSites()
105         https://bugs.webkit.org/show_bug.cgi?id=81887
106
107         Reviewed by Rob Buis.
108
109         Added two interface functions clearCredentials() and
110         clearNeverRememberSites() into class WebPage, which
111         should be used by UI to clear the stored credential
112         information and never remember sites.
113         Also implemented the corresponding functions in class
114         CredentialManager to call CredentialBackingStore
115         to perform the actual clear table work.
116
117         * Api/WebPage.cpp:
118         (BlackBerry::WebKit::WebPage::clearCredentials):
119         (WebKit):
120         (BlackBerry::WebKit::WebPage::clearNeverRememberSites):
121         * Api/WebPage.h:
122         * WebCoreSupport/CredentialManager.cpp:
123         (WebCore::CredentialManager::clearCredentials):
124         (WebCore):
125         (WebCore::CredentialManager::clearNeverRememberSites):
126         * WebCoreSupport/CredentialManager.h:
127         (CredentialManager):
128
129 2012-03-22  Jonathan Dong  <jonathan.dong@torchmobile.com.cn>
130
131         [BlackBerry] http authenticate dialog popup only once no matter authentication pass or fail
132         https://bugs.webkit.org/show_bug.cgi?id=80135
133
134         Reviewed by Rob Buis.
135
136         Modified the interface function authenticationChallenge() in
137         class WebPagePrivate by returning a bool to indicate if user
138         pressed Ok button or not, and moved the Credential from return
139         value to the reference parameter.
140         Also updated the corresponding interface functions in class
141         WebPageClient.
142
143         * Api/WebPage.cpp:
144         (BlackBerry::WebKit::WebPagePrivate::authenticationChallenge):
145         * Api/WebPageClient.h:
146         * Api/WebPage_p.h:
147         (WebPagePrivate):
148
149 2012-03-22  Mike Lattanzio  <mlattanzio@rim.com>
150
151         [BlackBerry] DeviceDPI Scaling is broken on mobile.
152         https://bugs.webkit.org/show_bug.cgi?id=81966
153
154         Fix our viewport argument handling to only override the
155         targetDensityDpi on tablet devices. Allow WebCore to use
156         dpi scaling for smaller screen mobile devices.
157
158         Reviewed by Rob Buis.
159
160         * Api/WebPage.cpp:
161         (BlackBerry::WebKit::WebPagePrivate::recomputeVirtualViewportFromViewportArguments):
162
163 2012-03-22  Mike Fenton  <mifenton@rim.com>
164
165         [BlackBerry] Add pattern matching for hexadecimal type input fields
166         https://bugs.webkit.org/show_bug.cgi?id=81944
167
168         Reviewed by Rob Buis.
169
170         PR 98504.
171
172         Add mapping of patterns matching hexadecimal input
173         to a specialized type and provide input styling based
174         on that format.
175
176         Reviewed Internally by Gen Mak.
177
178         * WebKitSupport/DOMSupport.cpp:
179         (BlackBerry::WebKit::DOMSupport::elementPatternIndicatesHexadecimal):
180         (DOMSupport):
181         * WebKitSupport/DOMSupport.h:
182         * WebKitSupport/InputHandler.cpp:
183         (BlackBerry::WebKit::convertInputType):
184         (BlackBerry::WebKit::inputStyle):
185
186 2012-03-22  Mike Fenton  <mifenton@rim.com>
187
188         [BlackBerry] DOMSupport isPositionInNode should have early returns for null nodes
189         https://bugs.webkit.org/show_bug.cgi?id=81929
190
191         Reviewed by Rob Buis.
192
193         Make suggested style clean up and move int offset = 0 directly
194         above is actual usage.
195
196         * WebKitSupport/DOMSupport.cpp:
197         (BlackBerry::WebKit::DOMSupport::isPositionInNode):
198
199 2012-03-22  Mike Fenton  <mifenton@rim.com>
200
201         [BlackBerry] DOMSupport isPositionInNode should have early returns for null nodes
202         https://bugs.webkit.org/show_bug.cgi?id=81929
203
204         Reviewed by Rob Buis.
205
206         Add early returns in isPositionInNode when either
207         node or the position node is null.
208
209         * WebKitSupport/DOMSupport.cpp:
210         (BlackBerry::WebKit::DOMSupport::isPositionInNode):
211
212 2012-03-21  Jonathan Dong  <jonathan.dong@torchmobile.com.cn>
213
214         [BlackBerry] Credential save and autofill implemetation
215         https://bugs.webkit.org/show_bug.cgi?id=80401
216
217         Reviewed by Rob Buis.
218
219         This patch is intended to implement the credential persist
220         and autofill feature for BlackBerry porting.
221
222         Moved interface authenticationChallenge() from class
223         FrameLoaderClientBlackBerry to WebPagePrivate (derived from
224         PageClientBlackBerry as changes made in its parent interface class);
225         Implemented notifyShouldSaveCredential() in WebPagePrivate
226         and WebPageClient as well.
227         Added credentialManager() to retrive CredentialManager instance
228         as a global singleton; removed its m_frameLoaderClient which is
229         replaced with a passed in PageClientBlackBerry pointer, and modified
230         the interface function accordingly.
231
232         For the http authentication, autofill the input dialog in
233         function authenticationChallenge() and save the credential
234         information in the same function;
235         For the in-form authentication, autofill the username and
236         password input fields in function dispatchDidFinishLoad(),
237         and save the credential information in function
238         dispatchWillSubmitForm() or dispatchWillSendSubmitEvent().
239
240         * Api/WebPage.cpp:
241         (BlackBerry::WebKit::WebPagePrivate::authenticationChallenge):
242         (WebKit):
243         (BlackBerry::WebKit::WebPagePrivate::notifyShouldSaveCredential):
244         * Api/WebPageClient.h:
245         * Api/WebPage_p.h:
246         (WebPagePrivate):
247         * WebCoreSupport/CredentialManager.cpp:
248         (WebCore::credentialManager):
249         (WebCore::CredentialManager::saveCredentialIfConfirmed):
250         * WebCoreSupport/CredentialManager.h:
251         (CredentialManager):
252         (WebCore::CredentialManager::CredentialManager):
253         (WebCore):
254         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
255         (WebCore::FrameLoaderClientBlackBerry::dispatchDidFinishLoad):
256         (WebCore::FrameLoaderClientBlackBerry::dispatchWillSubmitForm):
257         (WebCore::FrameLoaderClientBlackBerry::dispatchWillSendSubmitEvent):
258         (WebCore):
259         * WebCoreSupport/FrameLoaderClientBlackBerry.h:
260         (FrameLoaderClientBlackBerry):
261
262 2012-03-20  Jacky Jiang  <zhajiang@rim.com>
263
264         [BlackBerry] Dijit crash WebCore::CookieManager::getRawCookies
265         https://bugs.webkit.org/show_bug.cgi?id=81686
266
267         Reviewed by Rob Buis.
268
269         When deciding the policy for navigation action, if the url of the
270         request is null, ignore it to avoid the ASSERT failure in
271         MainResourceLoader::willSendRequest.
272
273         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
274         (WebCore::FrameLoaderClientBlackBerry::dispatchDecidePolicyForNavigationAction):
275
276 2012-03-20  Konrad Piascik  <kpiascik@rim.com>
277
278         [BlackBerry] BlackBerry can clear cookies and cache from the Web Inspector
279         https://bugs.webkit.org/show_bug.cgi?id=81670
280
281         Reviewed by Rob Buis.
282
283         * WebCoreSupport/InspectorClientBlackBerry.h:
284         (WebCore::InspectorClientBlackBerry::canClearBrowserCache):
285         (WebCore::InspectorClientBlackBerry::canClearBrowserCookies):
286
287 2012-03-20  Nima Ghanavatian  <nghanavatian@rim.com>
288
289         [BlackBerry] Removing doubly defined methods in BackingStore.cpp
290         https://bugs.webkit.org/show_bug.cgi?id=81664
291
292         Reviewed by Rob Buis.
293
294         * Api/BackingStore.cpp:
295         (BlackBerry::WebKit::BackingStorePrivate::drawAndBlendLayersForDirectRendering):
296
297 2012-03-20  Mike Fenton  <mifenton@rim.com>
298
299         [BlackBerry] Crash when dragging the FCC caret over an invalid node.
300         https://bugs.webkit.org/show_bug.cgi?id=81654
301
302         Reviewed by Rob Buis.
303
304         PR 144505.
305
306         The position did not have a valid container node and was causing
307         a crash.  Validate the node pointer before using it.
308
309         * WebKitSupport/DOMSupport.cpp:
310         (BlackBerry::WebKit::DOMSupport::DOMContainerNodeForPosition):
311
312 2012-03-20  Jason Liu  <jason.liu@torchmobile.com.cn>
313
314         [BlackBerry]Cookies shouldn't be set into each of webcore's request and platform's request. And this makes a regression.
315         https://bugs.webkit.org/show_bug.cgi?id=80800
316
317         Reviewed by George Staikos.
318
319         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
320         (WebCore::FrameLoaderClientBlackBerry::dispatchDecidePolicyForNavigationAction):
321         (WebCore::FrameLoaderClientBlackBerry::dispatchWillSendRequest):
322         (WebCore::FrameLoaderClientBlackBerry::decidePolicyForExternalLoad):
323
324 2012-03-19  Adam Barth  <abarth@webkit.org>
325
326         Remove support for "magic" iframe
327         https://bugs.webkit.org/show_bug.cgi?id=81590
328
329         Reviewed by Eric Seidel.
330
331         Remove FrameLoaderClient methods that no longer exist.
332
333         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
334         (WebCore):
335         * WebCoreSupport/FrameLoaderClientBlackBerry.h:
336         (FrameLoaderClientBlackBerry):
337         (WebCore::FrameLoaderClientBlackBerry::didDetectXSS):
338
339 2012-03-19  Tyler Abbott  <tabbott@rim.com>
340
341         [BlackBerry] speed up text selection for large selections
342         https://bugs.webkit.org/show_bug.cgi?id=81536
343
344         When selecting large disjoint areas of text the cost
345         of calculating the IntRectRegion union becomes very
346         expensive. Simply placing all of the text quads into
347         the IntRectRegion is faster despite the larger memory
348         footprint and the additional calculations at render
349         time.
350
351         Reviewed by Rob Buis.
352
353         * WebKitSupport/SelectionHandler.cpp:
354         (BlackBerry::WebKit::SelectionHandler::getConsolidatedRegionOfTextQuadsForSelection):
355
356 2012-03-19  Mike Lattanzio  <mlattanzio@rim.com>
357
358         [BlackBerry] Use BlackBerry::Platform::DeviceInfo to generate UserAgent
359         https://bugs.webkit.org/show_bug.cgi?id=81269
360
361         Generate the UserAgent lazily, using it as the default for the
362         WebSettings object. BlackBerry::Platform::DeviceInfo is used
363         to ensure the information is accurate to the specific device.
364
365         Remove the !isEmpty() assert when fetching the UA from the
366         WebSettings object, as it will now always be properly initialized.
367
368         Add a static initializer block to ensure defaultUserAgent() is
369         thread-safe from that moment onward.
370
371         Reviewed by Rob Buis.
372
373         * Api/WebPage.cpp:
374         (WebKit):
375         (BlackBerry::WebKit::WebPagePrivate::init):
376         (BlackBerry::WebKit::WebPagePrivate::defaultUserAgent):
377         * Api/WebPage_p.h:
378         (WebPagePrivate):
379         * Api/WebSettings.cpp:
380         (BlackBerry::WebKit::WebSettings::setUserAgentString):
381         * Api/WebSettings.h:
382
383 2012-03-19  Mike Fenton  <mifenton@rim.com>
384
385         [BlackBerry] Input fields with id of e-mail and url should be styled as such.
386         https://bugs.webkit.org/show_bug.cgi?id=81364
387
388         Reviewed by Rob Buis.
389
390         Be less aggressive on matching url, and update as suggested by Rob.
391
392         * WebKitSupport/DOMSupport.cpp:
393         (BlackBerry::WebKit::DOMSupport::matchesReservedStringUrl):
394         * WebKitSupport/InputHandler.cpp:
395         (BlackBerry::WebKit::inputStyle):
396
397 2012-03-19  Arvid Nilsson  <anilsson@rim.com>
398
399         [BlackBerry] Remove obsolete optimization in WebPageCompositorPrivate
400         https://bugs.webkit.org/show_bug.cgi?id=81115
401
402         Reviewed by Benjamin Poulain.
403
404         The compositor tried to avoid rendering the same stuff twice, using a
405         mechanism that didn't work properly and has been redundant since we
406         introduced deferred blits. Remove this code.
407
408         Reviewed internally by Robin Cao.
409
410         * Api/WebPageCompositor.cpp:
411         (BlackBerry::WebKit::WebPageCompositorPrivate::WebPageCompositorPrivate):
412         (BlackBerry::WebKit::WebPageCompositorPrivate::commit):
413         (BlackBerry::WebKit::WebPageCompositorPrivate::drawLayers):
414         * Api/WebPageCompositor_p.h:
415
416 2012-03-17  Charles Wei  <charles.wei@torchmobile.com.cn>
417
418         [BlackBerry] Enable Web Timing for performance profiling and improvement.
419         https://bugs.webkit.org/show_bug.cgi?id=81085
420
421         Reviewed by Rob Buis.
422
423         * Api/WebPage.cpp:
424         (BlackBerry::WebKit::WebPagePrivate::init):
425
426 2012-03-16  Arvid Nilsson  <anilsson@rim.com>
427
428         [BlackBerry] Rename the existing WebPageCompositor class to WebPageCompositorPrivate
429         https://bugs.webkit.org/show_bug.cgi?id=81108
430         RIM PR: 136687
431
432         Reviewed by Rob Buis.
433
434         This is done in anticipation of a new WebPageCompositor class in the
435         public API. The existing internal class will serve to d-pointerize the
436         new public API. In addition, it is and will be possible to create only
437         the private class, for cases where existing code paths require
438         OpenGL compositing (i.e. due to accelerated compositing layers being
439         added to the page).
440
441         Reviewed internally by Robin Cao.
442
443         * Api/BackingStore.h:
444         * Api/WebPage.cpp:
445         (BlackBerry::WebKit::WebPagePrivate::setIsAcceleratedCompositingActive):
446         * Api/WebPageCompositor.cpp: Renamed from Source/WebKit/blackberry/WebKitSupport/WebPageCompositor.cpp.
447         (BlackBerry::WebKit::WebPageCompositorPrivate::WebPageCompositorPrivate):
448         (BlackBerry::WebKit::WebPageCompositorPrivate::~WebPageCompositorPrivate):
449         (BlackBerry::WebKit::WebPageCompositorPrivate::hardwareCompositing):
450         (BlackBerry::WebKit::WebPageCompositorPrivate::setRootLayer):
451         (BlackBerry::WebKit::WebPageCompositorPrivate::setBackingStoreUsesOpenGL):
452         (BlackBerry::WebKit::WebPageCompositorPrivate::commit):
453         (BlackBerry::WebKit::WebPageCompositorPrivate::drawLayers):
454         (BlackBerry::WebKit::WebPageCompositorPrivate::releaseLayerResources):
455         (BlackBerry::WebKit::WebPageCompositorPrivate::animationTimerFired):
456         * Api/WebPageCompositor_p.h: Renamed from Source/WebKit/blackberry/WebKitSupport/WebPageCompositor.h.
457         (BlackBerry::WebKit::WebPageCompositorPrivate::layoutRectForCompositing):
458         (BlackBerry::WebKit::WebPageCompositorPrivate::setLayoutRectForCompositing):
459         (BlackBerry::WebKit::WebPageCompositorPrivate::contentsSizeForCompositing):
460         (BlackBerry::WebKit::WebPageCompositorPrivate::setContentsSizeForCompositing):
461         (BlackBerry::WebKit::WebPageCompositorPrivate::lastCompositingResults):
462         (BlackBerry::WebKit::WebPageCompositorPrivate::setLastCompositingResults):
463         * Api/WebPage_p.h:
464         * CMakeListsBlackBerry.txt:
465
466 2012-03-16  Nima Ghanavatian  <nghanavatian@rim.com>
467
468         [BlackBerry] Syncing up left over bits in WebKitSupport from our local branch to upstream
469         https://bugs.webkit.org/show_bug.cgi?id=81118
470
471         Reviewed by Rob Buis.
472
473         This is a consolidation of various changes that are in our local dev branch
474         but do not appear in our upstreamed port.
475
476         * WebKitSupport/DumpRenderTreeSupport.cpp:
477         (DumpRenderTreeSupport::computedStyleIncludingVisitedInfo):
478         * WebKitSupport/FatFingers.cpp:
479         (BlackBerry::WebKit::FatFingers::isElementClickable):
480         * WebKitSupport/InputHandler.cpp:
481         (BlackBerry::WebKit::InputHandler::spannableTextInRange):
482         * WebKitSupport/SurfacePool.cpp:
483         (BlackBerry::WebKit::SurfacePool::createBuffers):
484         (BlackBerry::WebKit::SurfacePool::releaseBuffers):
485         * WebKitSupport/TouchEventHandler.cpp:
486         (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
487         (BlackBerry::WebKit::TouchEventHandler::handleFatFingerPressed):
488         * WebKitSupport/WebPageCompositor.cpp:
489         (BlackBerry::WebKit::WebPageCompositor::WebPageCompositor):
490         * WebKitSupport/WebPageCompositor.h:
491         (WebPageCompositor):
492
493 2012-03-16  Nima Ghanavatian  <nghanavatian@rim.com>
494
495         [BlackBerry] Syncing up left over bits in WebCoreSupport from our local branch to upstream
496         https://bugs.webkit.org/show_bug.cgi?id=81120
497
498         Reviewed by Rob Buis.
499
500         This is a consolidation of various changes that are in our local dev branch
501         but do not appear in our upstreamed port.
502
503         * WebCoreSupport/AboutDataEnableFeatures.in:
504         * WebCoreSupport/AboutDataHaveFeatures.in:
505         * WebCoreSupport/AboutDataUseFeatures.in:
506         * WebCoreSupport/ChromeClientBlackBerry.cpp:
507         (WebCore::ChromeClientBlackBerry::hasOpenedPopup):
508         (WebCore):
509         (WebCore::ChromeClientBlackBerry::screenToRootView):
510         (WebCore::ChromeClientBlackBerry::rootViewToScreen):
511         (WebCore::ChromeClientBlackBerry::invalidateRootView):
512         (WebCore::ChromeClientBlackBerry::invalidateContentsAndRootView):
513         (WebCore::ChromeClientBlackBerry::invalidateContentsForSlowScroll):
514         (WebCore::ChromeClientBlackBerry::scrollableAreasDidChange):
515         (WebCore::ChromeClientBlackBerry::createColorChooser):
516         * WebCoreSupport/ChromeClientBlackBerry.h:
517         (ChromeClientBlackBerry):
518         (WebCore::ChromeClientBlackBerry::numTouchEventHandlersChanged):
519         * WebCoreSupport/EditorClientBlackBerry.cpp:
520         (WebCore::EditorClientBlackBerry::registerUndoStep):
521         (WebCore::EditorClientBlackBerry::registerRedoStep):
522         (WebCore::EditorClientBlackBerry::undo):
523         (WebCore::EditorClientBlackBerry::redo):
524         * WebCoreSupport/EditorClientBlackBerry.h:
525         (EditorClientBlackBerry):
526         * WebCoreSupport/GeolocationControllerClientBlackBerry.cpp:
527         (GeolocationControllerClientBlackBerry::requestPermission):
528         (GeolocationControllerClientBlackBerry::cancelPermissionRequest):
529         * WebCoreSupport/GeolocationControllerClientBlackBerry.h:
530         * WebCoreSupport/InspectorClientBlackBerry.cpp:
531         (WebCore::InspectorClientBlackBerry::closeInspectorFrontend):
532         (WebCore):
533         (WebCore::InspectorClientBlackBerry::bringFrontendToFront):
534         * WebCoreSupport/InspectorClientBlackBerry.h:
535         (InspectorClientBlackBerry):
536         * WebCoreSupport/NotificationPresenterImpl.cpp:
537         (WebCore::NotificationPresenterImpl::show):
538
539 2012-03-16  Mike Fenton  <mifenton@rim.com>
540
541         [BlackBerry] Input fields with id of e-mail and url should be styled as such.
542         https://bugs.webkit.org/show_bug.cgi?id=81364
543
544         Reviewed by Rob Buis.
545
546         Treat fields that have name/id's that match url or
547         email as url or email fields providing the appropriate
548         keyboard.
549
550         PR 137259.
551
552         Reviewed Internally by Gen Mak and Nima Ghanavatian.
553
554         * WebKitSupport/DOMSupport.cpp:
555         (BlackBerry::WebKit::DOMSupport::matchesReservedStringEmail):
556         (DOMSupport):
557         (BlackBerry::WebKit::DOMSupport::matchesReservedStringUrl):
558         (BlackBerry::WebKit::DOMSupport::elementIdOrNameIndicatesEmail):
559         (BlackBerry::WebKit::DOMSupport::elementIdOrNameIndicatesUrl):
560         (BlackBerry::WebKit::DOMSupport::matchesReservedStringPreventingAutocomplete):
561         * WebKitSupport/DOMSupport.h:
562         (WebCore):
563         * WebKitSupport/InputHandler.cpp:
564         (BlackBerry::WebKit::convertInputType):
565         (BlackBerry::WebKit::inputStyle):
566
567 2012-03-16  Nima Ghanavatian  <nghanavatian@rim.com>
568
569         [BlackBerry] Syncing up left over bits in Api from our local branch to upstream
570         https://bugs.webkit.org/show_bug.cgi?id=81105
571
572         Reviewed by Rob Buis.
573
574         This patches fixes up a previous sync done in this directory and adds some new bits
575         as well.  This is accurate as of ddea1528b37b29925638fe1183318b3c3994f1f8 in our
576         local repo.
577
578         * Api/BackingStore.cpp:
579         (BlackBerry::WebKit::BackingStorePrivate::drawAndBlendLayersForDirectRendering):
580         (WebKit):
581         (BlackBerry::WebKit::BackingStorePrivate::drawLayersOnCommitIfNeeded):
582         * Api/WebPage.cpp:
583         (BlackBerry::WebKit::WebPagePrivate::webContext):
584         (BlackBerry::WebKit::WebPage::webContext):
585         (BlackBerry::WebKit::WebPagePrivate::handleMouseEvent):
586         * Api/WebPage.h:
587         * Api/WebPage_p.h:
588         (WebPagePrivate):
589
590 2012-03-16  Mike Fenton  <mifenton@rim.com>
591
592         [BlackBerry] Input processing mode should be cancelled when processing hot keys
593         https://bugs.webkit.org/show_bug.cgi?id=81348
594
595         Reviewed by Rob Buis.
596
597         Don't suppress IMF notifications if we are handling
598         the event as a hotkey.
599
600         Reviewed Internally by Nima Ghanavatian.
601
602         * WebCoreSupport/EditorClientBlackBerry.cpp:
603         (WebCore::EditorClientBlackBerry::handleKeyboardEvent):
604
605 2012-03-16  Robin Cao  <robin.cao@torchmobile.com.cn>
606
607         [BlackBerry] Can not open certain links from bridge applications
608         https://bugs.webkit.org/show_bug.cgi?id=81197
609
610         Reviewed by Rob Buis.
611
612         Currently, the engine asks the client to handle some type of requests externally.
613         But WebPageClient::handleStringPattern is not yet implemented and exposed to
614         the client. Before that, we still need to give the client a chance to decide
615         how to handle requests such as 'mailto:'.
616
617         To address this problem, r108763 introduced a change that ask the client to
618         decide how to handle the navigation in dispatchDecidePolicyForNewWindowAction().
619         This is not intuitive and will bring troubles, because this navigation will
620         happen in the new page. So the new page client is to decide how to handle
621         the navigation, not the old one.
622
623         This patch reverts r108763 and skips calling WebPageClient::handleStringPattern
624         since it's not implemented.
625
626         This way the new window action will continue, and the logic in
627         dispatchDecidePolicyForNavigationAction() will handle the navigation correctly.
628
629         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
630         (WebCore::FrameLoaderClientBlackBerry::dispatchDecidePolicyForNewWindowAction):
631         (WebCore::FrameLoaderClientBlackBerry::decidePolicyForExternalLoad):
632
633 2012-03-16  Leo Yang  <leo.yang@torchmobile.com.cn>
634
635         [BlackBerry] Crash when going back from an xhtml document containing <img>
636         https://bugs.webkit.org/show_bug.cgi?id=81297
637
638         Reviewed by Rob Buis.
639
640         This is manually reverting the offending internal commit which checked-in before upstreaming.
641
642         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
643         (WebCore::FrameLoaderClientBlackBerry::canCachePage):
644
645 2012-03-16  Genevieve Mak  <gmak@rim.com>
646
647         [BlackBerry] viewportRect has changed to viewportSize
648         https://bugs.webkit.org/show_bug.cgi?id=81262
649
650         Reviewed by Antonio Gomes.
651
652         Set size instead of rect in constructor.
653         * WebKitSupport/InRegionScrollableArea.cpp:
654         (BlackBerry::WebKit::InRegionScrollableArea::InRegionScrollableArea):
655
656 2012-03-16  Andrew Lo  <anlo@rim.com>
657
658         [BlackBerry] Enable PAGE_VISIBILITY_API
659         https://bugs.webkit.org/show_bug.cgi?id=81257
660
661         Set Page visibility state for BlackBerry port.
662
663         Reviewed by Rob Buis.
664
665         * Api/WebPage.cpp:
666         (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
667         (WebKit):
668         (BlackBerry::WebKit::WebPagePrivate::setPageVisibilityState):
669         (BlackBerry::WebKit::WebPagePrivate::setVisible):
670         (BlackBerry::WebKit::WebPage::setVisible):
671         (BlackBerry::WebKit::WebPagePrivate::notifyAppActivationStateChange):
672         (BlackBerry::WebKit::WebPage::notifyAppActivationStateChange):
673         * Api/WebPage_p.h:
674         (WebPagePrivate):
675
676 2012-03-14  Arvid Nilsson  <anilsson@rim.com>
677
678         [BlackBerry] Make sure WebPage and BackingStore don't crash without a Window
679         https://bugs.webkit.org/show_bug.cgi?id=81099
680
681         Reviewed by Rob Buis.
682
683         Also rename the "compositing/blitting to main window" variables to
684         instead refer to OpenGL compositing. The code paths it triggers are
685         related to the BackingStore using OpenGL compositing, and can be useful
686         even when there's no window.
687
688         * Api/BackingStore.cpp:
689         (BlackBerry::WebKit::BackingStorePrivate::isOpenGLCompositing):
690         (BlackBerry::WebKit::BackingStorePrivate::render):
691         (BlackBerry::WebKit::BackingStorePrivate::copyPreviousContentsToBackSurfaceOfWindow):
692         (BlackBerry::WebKit::BackingStorePrivate::paintDefaultBackground):
693         (BlackBerry::WebKit::BackingStorePrivate::blitContents):
694         (BlackBerry::WebKit::BackingStorePrivate::blitTileRect):
695         (BlackBerry::WebKit::BackingStorePrivate::blendCompositingSurface):
696         (BlackBerry::WebKit::BackingStorePrivate::renderContents):
697         (BlackBerry::WebKit::BackingStorePrivate::blitToWindow):
698         (BlackBerry::WebKit::BackingStorePrivate::checkerWindow):
699         (BlackBerry::WebKit::BackingStorePrivate::invalidateWindow):
700         (BlackBerry::WebKit::BackingStorePrivate::clearWindow):
701         (BlackBerry::WebKit::BackingStorePrivate::drawSubLayers):
702         (BlackBerry::WebKit::BackingStorePrivate::surfaceSize):
703         (BlackBerry::WebKit::BackingStorePrivate::buffer):
704         * Api/BackingStore_p.h:
705         * Api/WebPage.cpp:
706         (BlackBerry::WebKit::WebPagePrivate::didPluginEnterFullScreen):
707         (BlackBerry::WebKit::WebPagePrivate::didPluginExitFullScreen):
708         (BlackBerry::WebKit::WebPagePrivate::drawLayersOnCommit):
709         (BlackBerry::WebKit::WebPagePrivate::drawSubLayers):
710         (BlackBerry::WebKit::WebPagePrivate::rootLayerCommitTimerFired):
711         * WebCoreSupport/ChromeClientBlackBerry.cpp:
712         (WebCore::ChromeClientBlackBerry::windowRect):
713         (WebCore::ChromeClientBlackBerry::screenToWindow):
714         (WebCore::ChromeClientBlackBerry::windowToScreen):
715         * WebKitSupport/GLES2Context.cpp:
716         (BlackBerry::WebKit::GLES2Context::GLES2Context):
717         * WebKitSupport/TouchEventHandler.h:
718         * WebKitSupport/WebPageCompositor.cpp:
719         (BlackBerry::WebKit::WebPageCompositor::WebPageCompositor):
720         (BlackBerry::WebKit::WebPageCompositor::setBackingStoreUsesOpenGL):
721         (BlackBerry::WebKit::WebPageCompositor::drawLayers):
722         * WebKitSupport/WebPageCompositor.h:
723
724 2012-03-13  Jon Lee  <jonlee@apple.com>
725
726         Separate NOTIFICATIONS and LEGACY_NOTIFICATIONS
727         https://bugs.webkit.org/show_bug.cgi?id=80922
728         <rdar://problem/11035082>
729
730         Reviewed by Jian Li.
731
732         You can include either NOTIFICATIONS or LEGACY_NOTIFICATIONS and have a complete API.
733         LEGACY_NOTIFICATIONS should cover all of the previous functionality, and NOTIFICATIONS will cover the
734         new API. Therefore, APIs that are common between the two will have:
735         #if ENABLE(NOTIFICATIONS) || ENABLE(LEGACY_NOTIFICATIONS)
736
737         This patch initially sets both to be exactly the same. As other bugs with patches begin to migrate to
738         the new API, the defines will begin to split. This allows ports to decide which set of APIs to include.
739
740         Update everything to be #if ENABLE(NOTIFICATIONS) || ENABLE(LEGACY_NOTIFICATIONS)
741         * Api/WebPage.cpp:
742         (BlackBerry::WebKit::WebPagePrivate::init):
743         * WebCoreSupport/NotificationPresenterImpl.cpp:
744         * WebCoreSupport/NotificationPresenterImpl.h:
745
746 2012-03-14  Nima Ghanavatian  <nghanavatian@rim.com>
747
748         [BlackBerry] Syncing up left over bits in Api from our local branch to upstream
749         https://bugs.webkit.org/show_bug.cgi?id=81105
750
751         Reviewed by Rob Buis.
752
753         * Api/BackingStore.cpp:
754         (BlackBerry::WebKit::BackingStorePrivate::renderContents):
755         (BlackBerry::WebKit::BackingStorePrivate::isActive):
756         (BlackBerry::WebKit::BackingStore::createBackingStoreMemory):
757         (WebKit):
758         (BlackBerry::WebKit::BackingStore::releaseBackingStoreMemory):
759         * Api/BackingStore.h:
760         * Api/WebPage.cpp:
761         (BlackBerry::WebKit::toWebCoreMouseEventType):
762         (BlackBerry::WebKit::WebPagePrivate::init):
763         (BlackBerry::WebKit::WebPagePrivate::setLoadState):
764         (BlackBerry::WebKit::WebPagePrivate::activeNodeContext):
765         (BlackBerry::WebKit::WebPage::activeNodeContext):
766         (BlackBerry::WebKit::WebPagePrivate::updateCursor):
767         (BlackBerry::WebKit::WebPagePrivate::contextNode):
768         (BlackBerry::WebKit::WebPagePrivate::handleMouseEvent):
769         * Api/WebPage.h:
770         * Api/WebPage_p.h:
771         (WebPagePrivate):
772
773 2012-03-14  Andrew Lo  <anlo@rim.com>
774
775         [BlackBerry] Implement REQUEST_ANIMATION_FRAME_DISPLAY_MONITOR using AnimationFrameRateController
776         https://bugs.webkit.org/show_bug.cgi?id=81000
777
778         Set the platform display ID, needed for DisplayRefreshMonitor.
779
780         Reviewed by Antonio Gomes.
781
782         * Api/WebPage.cpp:
783         (BlackBerry::WebKit::WebPagePrivate::init):
784
785 2012-03-14  Leo Yang  <leo.yang@torchmobile.com.cn>
786
787         [BlackBerry] Upstream the BlackBerry change to platform/Cursor.h
788         https://bugs.webkit.org/show_bug.cgi?id=81086
789
790         Reviewed by Rob Buis.
791
792         There was an alias named PlatformCursorHandle for PlatformCursor
793         in the internal version of Cursor.h. But it's not necessary so it's
794         not included in the upstreaming version of Cursor.h. As a result,
795         use PlatformCursor directly.
796
797         * Api/WebPage.cpp:
798         (BlackBerry::WebKit::WebPagePrivate::setCursor):
799         * Api/WebPage_p.h:
800         (WebPagePrivate):
801
802 2012-03-13  Mike Fenton  <mifenton@rim.com>
803
804         [BlackBerry] Input focus state should unfocus the frame selection instead of the field.
805         https://bugs.webkit.org/show_bug.cgi?id=81023
806
807         Reviewed by Antonio Gomes.
808
809         PR 137400.
810
811         Prevent cursor drawing by unfocusing the frame selection
812         when input mode is not ready.
813
814         Greatly simplify the decision to focus input fields by removing
815         all ties to the page load state and base it on input.  Input mode
816         is disabled when a page load begins and enabled on any user input.
817
818         The field is focused and ready for input immediately, only the
819         frame selection (or cursor) is unfocused.
820
821         Reviewed Internally by Gen Mak, Antonio Gomes and Nima Ghanavatian.
822
823         * Api/WebPage.cpp:
824         (BlackBerry::WebKit::WebPagePrivate::setLoadState):
825         (BlackBerry::WebKit::WebPagePrivate::handleMouseEvent):
826         * Api/WebPageClient.h:
827         * WebCoreSupport/EditorClientBlackBerry.cpp:
828         (WebCore::EditorClientBlackBerry::shouldBeginEditing):
829         * WebKitSupport/InputHandler.cpp:
830         (BlackBerry::WebKit::InputHandler::InputHandler):
831         (BlackBerry::WebKit::InputHandler::setElementUnfocused):
832         (BlackBerry::WebKit::InputHandler::enableInputMode):
833         (BlackBerry::WebKit::InputHandler::setElementFocused):
834         (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
835         (BlackBerry::WebKit::InputHandler::notifyClientOfKeyboardVisibilityChange):
836         (BlackBerry::WebKit::InputHandler::handleKeyboardInput):
837         (BlackBerry::WebKit::InputHandler::setComposingText):
838         * WebKitSupport/InputHandler.h:
839         (InputHandler):
840         * WebKitSupport/TouchEventHandler.cpp:
841         (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
842
843 2012-03-13  Adam Barth  <abarth@webkit.org> && Benjamin Poulain  <bpoulain@apple.com>
844
845         Always enable ENABLE(CLIENT_BASED_GEOLOCATION)
846         https://bugs.webkit.org/show_bug.cgi?id=78853
847
848         Reviewed by Adam Barth.
849
850         * Api/WebPage.cpp:
851         (BlackBerry::WebKit::WebPagePrivate::init):
852         * WebCoreSupport/AboutDataEnableFeatures.in:
853         * WebCoreSupport/ChromeClientBlackBerry.cpp:
854         * WebCoreSupport/ChromeClientBlackBerry.h:
855         (ChromeClientBlackBerry):
856         * WebKitSupport/DumpRenderTreeSupport.cpp:
857         (toGeolocationClientMock):
858         (DumpRenderTreeSupport::numberOfPendingGeolocationPermissionRequests):
859         (DumpRenderTreeSupport::resetGeolocationMock):
860         (DumpRenderTreeSupport::setMockGeolocationError):
861         (DumpRenderTreeSupport::setMockGeolocationPermission):
862         (DumpRenderTreeSupport::setMockGeolocationPosition):
863
864 2012-03-13  Mike Lattanzio  <mlattanzio@rim.com>
865
866         Remove ActiveNodeContext in favour of BlackBerry::Platform::WebContext
867         https://bugs.webkit.org/show_bug.cgi?id=80984
868
869         Remove ActiveNodeContext, and switch the implementation to
870         provide a BlackBerry::Platform::WebContext. The new object
871         adds an explicit IsImage flag, as well as IsAudio and IsVideo
872         for the HTML5 elements.
873
874         Note that for many videos both IsVideo and IsAudio will be true,
875         as videos typically have audio streams as well.
876
877         Reviewed by George Staikos.
878
879         * Api/ActiveNodeContext.h: Removed.
880         * Api/WebPage.cpp:
881         (BlackBerry::WebKit::WebPagePrivate::webContext):
882         (BlackBerry::WebKit::WebPage::webContext):
883         * Api/WebPage.h:
884         * Api/WebPage_p.h:
885
886 2012-03-12  Andy Chen  <andchen@rim.com>
887
888         [Blackberry] Make the process of marking all matches interruptible and asynchronous for find-in-page
889         https://bugs.webkit.org/show_bug.cgi?id=80831
890
891         Reviewed by Antonio Gomes.
892
893         * WebKitSupport/InPageSearchManager.cpp:
894         (BlackBerry::WebKit::InPageSearchManager::DeferredScopeStringMatches::DeferredScopeStringMatches):
895         (BlackBerry::WebKit::InPageSearchManager::DeferredScopeStringMatches::doTimeout):
896         (BlackBerry::WebKit::InPageSearchManager::InPageSearchManager):
897         (BlackBerry::WebKit::InPageSearchManager::~InPageSearchManager):
898         (BlackBerry::WebKit::InPageSearchManager::findNextString):
899         (BlackBerry::WebKit::InPageSearchManager::shouldSearchForText):
900         (BlackBerry::WebKit::InPageSearchManager::findAndMarkText):
901         (BlackBerry::WebKit::InPageSearchManager::clearTextMatches):
902         (BlackBerry::WebKit::InPageSearchManager::frameUnloaded):
903         (BlackBerry::WebKit::InPageSearchManager::scopeStringMatches):
904         (BlackBerry::WebKit::InPageSearchManager::scopeStringMatchesSoon):
905         (BlackBerry::WebKit::InPageSearchManager::callScopeStringMatches):
906         (BlackBerry::WebKit::InPageSearchManager::cancelPendingScopingEffort):
907         * WebKitSupport/InPageSearchManager.h:
908
909 2012-03-09  Jon Lee  <jonlee@apple.com>
910
911         Rename NotificationPresenter to NotificationClient
912         https://bugs.webkit.org/show_bug.cgi?id=80488
913         <rdar://problem/10965558>
914
915         Reviewed by Kentaro Hara.
916
917         Refactor to use renamed WebCore::NotificationClient.
918         * WebCoreSupport/NotificationPresenterImpl.cpp:
919         (WebCore::NotificationPresenterImpl::instance):
920         (WebCore::NotificationPresenterImpl::show):
921         (WebCore::NotificationPresenterImpl::checkPermission):
922         * WebCoreSupport/NotificationPresenterImpl.h:
923         (NotificationPresenterImpl):
924
925 2012-03-09  Charles Wei  <charles.wei@torchmobile.com.cn>
926
927         [BlackBerry] Web Notification not working after rebase
928         https://bugs.webkit.org/show_bug.cgi?id=80690
929
930         Reviewed by George Staikos.
931
932         1. NotificationPresenterImpl should be in namespace WebCore
933         2. Need to connect NotificationPresenterImpl to webcore the new way:
934            WebCore::provideNotification(Page*, NotificationPresenter*)
935         3. Remove the old way of connecting the Notification:
936            ChromeClientBlackBerry::notificationPresenter()
937
938         * Api/WebPage.cpp:
939         (BlackBerry::WebKit::WebPagePrivate::init):
940         * WebCoreSupport/ChromeClientBlackBerry.cpp:
941         (WebCore):
942         * WebCoreSupport/ChromeClientBlackBerry.h:
943         (ChromeClientBlackBerry):
944         * WebCoreSupport/NotificationPresenterImpl.cpp:
945         * WebCoreSupport/NotificationPresenterImpl.h:
946
947 2012-03-08  Mike Fenton  <mifenton@rim.com>
948
949         [BlackBerry] Always use the current focused node when processing focus changes
950         https://bugs.webkit.org/show_bug.cgi?id=80594
951
952         Reviewed by Antonio Gomes.
953
954         Guard against toRange or fromRange being null when called
955         as part of a clear event.
956
957         * WebCoreSupport/EditorClientBlackBerry.cpp:
958         (WebCore::EditorClientBlackBerry::shouldChangeSelectedRange):
959
960 2012-03-08  Yong Li  <yoli@rim.com>
961
962         [BlackBerry] Block file-to-file access by default
963         https://bugs.webkit.org/show_bug.cgi?id=80605
964
965         Reviewed by Rob Buis.
966
967         Turn off allowFileAccessFromFileURLs() by default.
968
969         * Api/WebPage.cpp:
970         (BlackBerry::WebKit::WebPagePrivate::init):
971
972 2012-03-08  Mike Fenton  <mifenton@rim.com>
973
974         [BlackBerry] Always use the current focused node when processing focus changes
975         https://bugs.webkit.org/show_bug.cgi?id=80594
976
977         Reviewed by Antonio Gomes.
978
979         Update InputHandler focused node handling to strictly use
980         the currently focused node.  This prevents a handling loop
981         when JS is modifying the focus and we get a late notification
982         of a past change from ChromeClientBlackBerry with the previously
983         unfocused node.
984
985         * WebCoreSupport/ChromeClientBlackBerry.cpp:
986         (WebCore::ChromeClientBlackBerry::focusedNodeChanged):
987         * WebCoreSupport/EditorClientBlackBerry.cpp:
988         (WebCore::EditorClientBlackBerry::shouldChangeSelectedRange):
989         (WebCore::EditorClientBlackBerry::setInputMethodState):
990         * WebKitSupport/InputHandler.cpp:
991         (BlackBerry::WebKit::InputHandler::focusedNodeChanged):
992         * WebKitSupport/InputHandler.h:
993
994 2012-03-07  Jacky Jiang  <zhajiang@rim.com>
995
996         [BlackBerry] WebKit rendering problem when show/hide VKB
997         https://bugs.webkit.org/show_bug.cgi?id=80448
998         RIM PR: 141727
999
1000         Reviewed by Antonio Gomes.
1001
1002         When setting viewport size, layout happens inside
1003         WebPagePrivate::setDefaultLayoutSize(), in this way, the layout is
1004         outside of the code path of "needsLayout" so that the contents are
1005         not rendered into the backing store. This is a regression of r108718,
1006         switch back to do the layout inside the public API
1007         WebPage::setDefaultLayoutSize().
1008
1009         We haven't upstreamed the manual tests directory yet, therefore,
1010         the new manual test case will be upstreamed later.
1011
1012         * Api/WebPage.cpp:
1013         (BlackBerry::WebKit::WebPagePrivate::setDefaultLayoutSize):
1014         (BlackBerry::WebKit::WebPage::setDefaultLayoutSize):
1015
1016 2012-03-06  Lianghui Chen  <liachen@rim.com>
1017
1018         [BlackBerry] Set correct ResourceRequest target type.
1019         https://bugs.webkit.org/show_bug.cgi?id=80430
1020
1021         Reviewed by Rob Buis.
1022
1023         Removed unused code in dispatchWillSendRequest(). These codes are too
1024         late as the target type has already been referred to when calling
1025         ResourceRequest::initializePlatformRequest().
1026
1027         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
1028         (WebCore::FrameLoaderClientBlackBerry::dispatchWillSendRequest):
1029
1030 2012-03-06  Lianghui Chen  <liachen@rim.com>
1031
1032         [BlackBerry] Remove unused and unneeded WebPageClient::downloadRequested(NetworkRequest&)
1033         https://bugs.webkit.org/show_bug.cgi?id=80438
1034
1035         Reviewed by Antonio Gomes.
1036
1037         * Api/WebPageClient.h:
1038
1039 2012-03-06  Jakob Petsovits  <jpetsovits@rim.com>
1040
1041         [BlackBerry] Don't suspend accel comp when backgrounding a page.
1042         https://bugs.webkit.org/show_bug.cgi?id=80369
1043         RIM PR: 137609
1044
1045         Reviewed by Adam Treat.
1046
1047         Just because the page is in the background doesn't mean
1048         it's invisible, doesn't mean it won't have to be redrawn
1049         at some point - on rotation, for instance.
1050
1051         We still suspend accelerated compositing on setVisible(false).
1052
1053         * Api/WebPage.cpp:
1054         (BlackBerry::WebKit::WebPage::notifyPageBackground):
1055         (BlackBerry::WebKit::WebPage::notifyPageForeground):
1056
1057 2012-03-06  Jonathan Dong  <jonathan.dong@torchmobile.com.cn>
1058
1059         [BlackBerry] function rename issue after MediaPlayerPrivateBlackBerry.[cpp\h] upstream
1060         https://bugs.webkit.org/show_bug.cgi?id=80377
1061
1062         Reviewed by Rob Buis.
1063
1064         As some of the function names changed in class MediaPlayerPrivate
1065         with the upstream of MediaPlayerPrivateBlackBerry.[cpp|h], we
1066         should update WebKit/blackberry/Api/WebPage.cpp which uses these
1067         functions accordingly.
1068         Renamed functions in class MediaPlayerPrivate:
1069         windowGet() -> getWindow()
1070         windowPositionGet() -> getWindowPosition()
1071         mmrContextNameGet() -> mmrContextName()
1072
1073         * Api/WebPage.cpp:
1074         (BlackBerry::WebKit::WebPagePrivate::enterFullscreenForNode):
1075
1076 2012-03-05  Eli Fidler  <efidler@rim.com>
1077
1078         The minimum font size WebSetting should actually change the LOGICAL font size in WebCore.
1079         https://bugs.webkit.org/show_bug.cgi?id=80312
1080         RIM PR: 139874
1081
1082         Reviewed by George Staikos.
1083
1084         * Api/WebPage.cpp:
1085         (BlackBerry::WebKit::WebPagePrivate::didChangeSettings):
1086
1087 2012-03-05  Jakob Petsovits  <jpetsovits@rim.com>
1088
1089         Make accelerated compositing work again with direct rendering.
1090         https://bugs.webkit.org/show_bug.cgi?id=80181
1091         RIM PR: 139110
1092
1093         Reviewed by Antonio Gomes.
1094         Internally reviewed by Arvid Nilsson.
1095
1096         The significant amount of refactoring and optimization work
1097         that has gone into accelerated compositing missed out on
1098         some of the code paths that are being used in direct rendering.
1099
1100         Animations were relying on blitVisibleContents() only (which
1101         is a no-op in direct rendering mode). There were early returns
1102         which are suitable to determine whether screen contents need
1103         to be updated at all; however, when we're already forcing a
1104         re-render then those checks would cause the composition surface
1105         not to appear at all, or avoid drawing new animation frames.
1106
1107         We went through dispatchMessage(), potentially causing
1108         mismatches between rendered (but not yet posted) back content
1109         and layers composited on top of it. As we're rendering onto
1110         the sole target surface (the window) directly and posting
1111         from the same thread, we have to wait for compositing on the
1112         UI thread to finish before posting the window.
1113
1114         In turn, this patch combines both drawSubLayers() and
1115         blendCompositingSurface() calls into one method, reducing
1116         the number of messages to the UI thread within
1117         renderDirectToWindow() to one.
1118
1119         blendCompositingMessage() in renderDirectToScreen() was called
1120         with contents coordinates rather than viewport coordinates.
1121         That caused some of the composited content to be cut off when
1122         the scroll position wasn't (0, 0).
1123
1124         We called copyPreviousContentsToBackSurfaceOfWindow() twice for
1125         one frame, in both renderDirectToWindow() and invalidateWindow().
1126         Only one of those (the latter one) is necessary.
1127
1128         * Api/BackingStore.cpp:
1129         (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
1130         (BlackBerry::WebKit::BackingStorePrivate::renderDirectToWindow):
1131         (BlackBerry::WebKit::BackingStorePrivate::drawSubLayers):
1132         (WebKit):
1133         (BlackBerry::WebKit::BackingStorePrivate::drawAndBlendLayersForDirectRendering):
1134         * Api/BackingStore.h:
1135         (WebKit):
1136         * Api/BackingStore_p.h:
1137         (BackingStorePrivate):
1138         (BlackBerry::WebKit::BackingStorePrivate::isDirectRenderingAnimationMessageScheduled):
1139         (BlackBerry::WebKit::BackingStorePrivate::setDirectRenderingAnimationMessageScheduled):
1140         * Api/WebPage_p.h:
1141         (BlackBerry::WebKit::WebPagePrivate::isAcceleratedCompositingActive):
1142         (WebPagePrivate):
1143         * WebKitSupport/WebPageCompositor.cpp:
1144         (BlackBerry::WebKit::WebPageCompositor::WebPageCompositor):
1145         (BlackBerry::WebKit::WebPageCompositor::~WebPageCompositor):
1146         (BlackBerry::WebKit::WebPageCompositor::drawLayers):
1147         (BlackBerry::WebKit::WebPageCompositor::animationTimerFired):
1148         * WebKitSupport/WebPageCompositor.h:
1149         (WebPageCompositor):
1150
1151 2012-03-05  George Staikos  <gstaikos@rim.com>
1152
1153         [BlackBerry] DOMSupport visibleSelectionForRangeInputElement incorrectly dereferences a null range.
1154         https://bugs.webkit.org/show_bug.cgi?id=80274
1155
1156         Reviewed by Antonio Gomes.
1157
1158         A null range can be returned so we should not blindly deref it.
1159         Reviewed Internally by Mike Fenton.
1160
1161         * WebKitSupport/DOMSupport.cpp:
1162         (BlackBerry::WebKit::DOMSupport::visibleSelectionForRangeInputElement):
1163
1164 2012-03-04  Jonathan Dong  <jonathan.dong@torchmobile.com.cn>
1165
1166         [BlackBerry] upstream CredentialManager and CredentialTransformData implementation
1167         https://bugs.webkit.org/show_bug.cgi?id=80107
1168
1169         Reviewed by Antonio Gomes.
1170
1171         Initial upstream of CredentialManager.[h|cpp] and
1172         CredentialTransformData.[h|cpp].
1173         No new test.
1174
1175         * WebCoreSupport/CredentialManager.cpp: Added.
1176         (WebCore):
1177         (WebCore::CredentialManager::CredentialManager):
1178         (WebCore::CredentialManager::autofillAuthenticationChallenge):
1179         (WebCore::CredentialManager::autofillPasswordForms):
1180         (WebCore::CredentialManager::saveCredentialIfConfirmed):
1181         * WebCoreSupport/CredentialManager.h: Added.
1182         (WebKit):
1183         (WebCore):
1184         (CredentialManager):
1185         * WebCoreSupport/CredentialTransformData.cpp: Added.
1186         (WebCore::CredentialTransformData::CredentialTransformData):
1187         (WebCore):
1188         (WebCore::CredentialTransformData::url):
1189         (WebCore::CredentialTransformData::credential):
1190         (WebCore::CredentialTransformData::setCredential):
1191         (WebCore::CredentialTransformData::findPasswordFormFields):
1192         * WebCoreSupport/CredentialTransformData.h: Added.
1193         (WebCore):
1194         (CredentialTransformData):
1195         (WebCore::CredentialTransformData::isValid):
1196         (WebCore::CredentialTransformData::protectionSpace):
1197
1198 2012-03-04  Antonio Gomes  <agomes@rim.com>
1199
1200         [BlackBerry] Fixed positioned element not correctly positioned after orientation change, when viewport metatag is used
1201         https://bugs.webkit.org/show_bug.cgi?id=80228
1202         PR #138865
1203
1204         Reviewed by George Staikos.
1205
1206         Viewport size changes in two main scenarios:
1207         - orientation changes;
1208         - virtual keyboard pop up/hide.
1209
1210         When we are setting a new viewport size, we need to
1211         update the FixedReportedSize of the mainframe. This size
1212         is used to return innerWidth|Heigth as well as to calculate
1213         the fixed position elements height relative to the RenderView [1].
1214
1215         [1] RenderBox::containingBlockLogicalHeightForPositioned.
1216
1217         When we are rotating, we need to delay setting the new FixedReportedSize
1218         till we layout and are able to figure out the new contents size. At this
1219         time we call setFixedReportedSize, but we do not reposition the fixed elemts
1220         afterwards.
1221
1222         Patch adds a call to FrameView::repaintFixedElementsAfterScrolling, after
1223         setting the new size.
1224
1225         Source/WebKit/blackberry:
1226         * Api/WebPage.cpp:
1227         (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
1228
1229 2012-03-02  Mike Fenton  <mifenton@rim.com>
1230
1231         [BlackBerry] Expose WebInspector state to client and clean up WebSettings
1232         https://bugs.webkit.org/show_bug.cgi?id=80177
1233
1234         Reviewed by Antonio Gomes.
1235
1236         Expose the Web Inspector state to WebPage client's and
1237         re-order initialization of WebSettings to be alphabetical
1238         matching their definitions.
1239
1240         * Api/WebPage.cpp:
1241         (BlackBerry::WebKit::WebPage::isWebInspectorEnabled):
1242         * Api/WebPage.h:
1243         * Api/WebSettings.cpp:
1244         (BlackBerry::WebKit::WebSettings::standardSettings):
1245
1246 2012-03-02  Arvid Nilsson  <anilsson@rim.com>
1247
1248         Accelerated compositing: Checkerboard never goes away
1249         https://bugs.webkit.org/show_bug.cgi?id=79020
1250         RIM PR #134164
1251
1252         Reviewed by Adam Treat.
1253
1254         Checkerboard appears in accelerated compositing layers when there's no
1255         texture for (part of) a layer. The layer renderer queues up some render
1256         jobs and schedules a commit to make the WebKit thread process those
1257         jobs. Render jobs performed during commit cause texture upload jobs to
1258         be scheduled on the UI thread. Texture uploads are performed when next
1259         drawing the layers.
1260
1261         Unfortunately, sometimes commit operation happens without a subsequent
1262         call draw the layers.
1263
1264         In order to implement one-shot drawing sync, I added a call to
1265         commitRootLayerIfNeeded() in BackingStore::renderContents(), and
1266         I was lucky that most of the time, renderContents() is followed by
1267         blit(Visible)Contents() which in turn draws the layers.
1268         However, render is not always followed by a blit, for example when
1269         rendering offscreen tiles in BackingStore::renderOnIdle(), and in
1270         direct rendering mode.
1271
1272         Fixed by making sure that every call to commitRootLayerIfNeeded() that
1273         returns true is followed by a call to drawLayersOnCommit(), unless a
1274         blit was requested already.
1275
1276         Also tweak the logic for one-shot drawing sync to make the code in
1277         drawLayersOnCommit() reusable outside of rootLayerCommitTimerFired().
1278
1279         * Api/BackingStore.cpp:
1280         (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
1281         (BlackBerry::WebKit::BackingStorePrivate::renderOnTimer):
1282         (BlackBerry::WebKit::BackingStorePrivate::renderOnIdle):
1283         (BlackBerry::WebKit::BackingStorePrivate::willFireTimer):
1284         (BlackBerry::WebKit::BackingStorePrivate::renderDirectToWindow):
1285         (BlackBerry::WebKit::BackingStorePrivate::render):
1286         (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
1287         (BlackBerry::WebKit::BackingStorePrivate::blitContents):
1288         (BlackBerry::WebKit::BackingStorePrivate::renderContents):
1289         (WebKit):
1290         (BlackBerry::WebKit::BackingStorePrivate::drawLayersOnCommitIfNeeded):
1291         * Api/BackingStore_p.h:
1292         (BackingStorePrivate):
1293         (BlackBerry::WebKit::BackingStorePrivate::willDrawLayersOnCommit):
1294
1295 2012-03-02  Adam Treat  <atreat@rim.com>
1296
1297         https://bugs.webkit.org/show_bug.cgi?id=80161
1298         PR: 141157
1299
1300         BlackBerryPlatformScreen.h API has been updated.  Reflect those
1301         changes in our usage.
1302
1303         Reviewed by Antonio Gomes.
1304         Internally reviewed by Jakob Petsovits.
1305
1306         * Api/BackingStore.cpp:
1307         (BlackBerry::WebKit::BackingStorePrivate::tileWidth):
1308         (BlackBerry::WebKit::BackingStorePrivate::tileHeight):
1309         * Api/WebPage.cpp:
1310         (BlackBerry::WebKit::WebPagePrivate::init):
1311         (BlackBerry::WebKit::WebPagePrivate::transformedViewportSize):
1312         (BlackBerry::WebKit::WebPagePrivate::fixedLayoutSize):
1313         (BlackBerry::WebKit::WebPagePrivate::recomputeVirtualViewportFromViewportArguments):
1314         (BlackBerry::WebKit::WebPagePrivate::setDefaultLayoutSize):
1315         (BlackBerry::WebKit::WebPagePrivate::defaultMaxLayoutSize):
1316         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
1317         (WebCore::FrameLoaderClientBlackBerry::restoreViewState):
1318         * WebKitSupport/SurfacePool.cpp:
1319         (BlackBerry::WebKit::createCompositingSurface):
1320
1321 2012-03-02  Konrad Piascik  <kpiascik@rim.com>
1322
1323         [BlackBerry] Set the devicePixelRatio from the results of computeViewportAttributes
1324         https://bugs.webkit.org/show_bug.cgi?id=80160
1325
1326         Reviewed by Antonio Gomes.
1327
1328         Tested by going to layout test fast/viewport/viewport-95.html and viewport-93.html
1329         Previously when executing window.devicePixelRatio these two pages returned 1 now
1330         they report the devicePixelRatio returned by computeViewportAttributes.
1331
1332         * Api/WebPage.cpp:
1333         (BlackBerry::WebKit::WebPagePrivate::recomputeVirtualViewportFromViewportArguments):
1334
1335 2012-03-02  Jacky Jiang  <zhajiang@rim.com>
1336
1337         Fix a warning in InputHandler::learnText()
1338         https://bugs.webkit.org/show_bug.cgi?id=80049
1339
1340         Reviewed by Antonio Gomes.
1341
1342         Fix a warning of the comparison "textInField.length() <=
1343         MaxLearnTextDataSize" in InputHandler::learnText().
1344
1345         Rubber-stamped internally by Mike Fenton.
1346
1347         * WebKitSupport/InputHandler.cpp:
1348         (BlackBerry::WebKit::InputHandler::learnText):
1349
1350 2012-03-01  Andy Chen  <andchen@rim.com>
1351
1352         [BlackBerry] Implement features for find-in-page
1353         https://bugs.webkit.org/show_bug.cgi?id=79820
1354
1355         Reviewed by Antonio Gomes.
1356
1357         - Make it be able to search text around the whole page instead of single frame.
1358         - Make it be able to start new search from active selection and last active match.
1359
1360         No new tests as this patch doesn't change behavior.
1361
1362         * Api/WebPage.cpp:
1363         (BlackBerry::WebKit::WebPagePrivate::frameUnloaded):
1364         * Api/WebPage_p.h:
1365         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
1366         (WebCore::FrameLoaderClientBlackBerry::dispatchWillClose):
1367         (WebCore::FrameLoaderClientBlackBerry::detachedFromParent2):
1368         * WebKitSupport/DOMSupport.cpp:
1369         (BlackBerry::WebKit::DOMSupport::incrementFrame):
1370         * WebKitSupport/DOMSupport.h:
1371         * WebKitSupport/InPageSearchManager.cpp:
1372         (BlackBerry::WebKit::InPageSearchManager::findNextString):
1373         (BlackBerry::WebKit::InPageSearchManager::shouldSearchForText):
1374         (BlackBerry::WebKit::InPageSearchManager::findAndMarkText):
1375         (BlackBerry::WebKit::InPageSearchManager::setMarkerActive):
1376         (BlackBerry::WebKit::InPageSearchManager::frameUnloaded):
1377         * WebKitSupport/InPageSearchManager.h:
1378         * WebKitSupport/InputHandler.cpp:
1379         (BlackBerry::WebKit::InputHandler::frameUnloaded):
1380         * WebKitSupport/InputHandler.h:
1381
1382 2012-03-01  Charles Wei  <charles.wei@torchmobile.com.cn>
1383
1384         [BlackBerry] Web Notification crashes the browser.
1385         https://bugs.webkit.org/show_bug.cgi?id=79897
1386
1387         Reviewed by Antonio Gomes.
1388
1389         The reason of the crash is that it still uses the iterator
1390         after been removed from the container, which invalidates the
1391         iterator. 
1392         We should stop processing after we have found the element
1393         and removed from the container through the iterator.
1394
1395         This patch only fixes the crash issue, but not any notification
1396         functionality issue, which is tracked seperatly.
1397
1398         Test case: http://sandbox.gtaero.net/chrome/notifications.php
1399
1400         * WebCoreSupport/NotificationPresenterImpl.cpp:
1401         (WebKit::NotificationPresenterImpl::onPermission):
1402         (WebKit::NotificationPresenterImpl::notificationClicked):
1403
1404 2012-03-01  Mike Fenton  <mifenton@rim.com>
1405
1406         Autocomplete attribute should apply to textarea's.
1407         https://bugs.webkit.org/show_bug.cgi?id=79929
1408
1409         Reviewed by Antonio Gomes.
1410
1411         Add local static Qualified name for autocorrect attribute.
1412
1413         * WebKitSupport/DOMSupport.cpp:
1414         (BlackBerry::WebKit::DOMSupport::elementSupportsAutocorrect):
1415
1416 2012-02-29  Mike Fenton  <mifenton@rim.com>
1417
1418         Autocomplete attribute should apply to textarea's.
1419         https://bugs.webkit.org/show_bug.cgi?id=79929
1420
1421         Reviewed by Antonio Gomes.
1422
1423         Allow the autocomplete attribute to bubble back to the form setting.
1424
1425         Expand support to include checking autocorrect, autocomplete and
1426         name/id matching to text areas.
1427
1428         Reviewed internally by Nima Ghanavatian and Gen Mak.
1429
1430         * WebKitSupport/DOMSupport.cpp:
1431         (BlackBerry::WebKit::DOMSupport::elementSupportsAutocorrect):
1432         (BlackBerry::WebKit::DOMSupport::elementSupportsAutocomplete):
1433         (BlackBerry::WebKit::DOMSupport::elementAttributeState):
1434         * WebKitSupport/DOMSupport.h:
1435         * WebKitSupport/InputHandler.cpp:
1436         (BlackBerry::WebKit::inputStyle):
1437
1438 2012-02-29  Max Feil  <mfeil@rim.com>
1439
1440         [BlackBerry] Add support for FLAC audio and OGG/Vorbis audio
1441         https://bugs.webkit.org/show_bug.cgi?id=79519
1442
1443         Reviewed by Antonio Gomes.
1444
1445         * Api/WebSettings.cpp:
1446         (BlackBerry::WebKit::mimeTypeAssociationMap):
1447
1448 2012-02-28  Konrad Piascik  <kpiascik@rim.com>
1449
1450         [BlackBerry] Change the API to use std::string
1451         https://bugs.webkit.org/show_bug.cgi?id=79818
1452
1453         Reviewed by Antonio Gomes.
1454
1455         * Api/WebPage.cpp:
1456         (BlackBerry::WebKit::WebPage::dispatchInspectorMessage):
1457         * Api/WebPage.h:
1458
1459 2012-02-28  Jacky Jiang  <zhajiang@rim.com>
1460
1461         [BlackBerry] x86 build fix after cleaning up WebPage.cpp
1462         https://bugs.webkit.org/show_bug.cgi?id=79814
1463
1464         Reviewed by Antonio Gomes.
1465
1466         x86 build fix, keep WebPage::destroyWebPageCompositor() method where it
1467         was which was outside of USE(ACCELERATED_COMPOSITING).
1468
1469         * Api/WebPage.cpp:
1470         (BlackBerry::WebKit::WebPage::destroyWebPageCompositor):
1471         (WebKit):
1472
1473 2012-02-28  Mike Fenton  <mifenton@rim.com>
1474
1475         [BlackBerry] Remove unused focusedNodeChange notifications from the Chrome client.
1476         https://bugs.webkit.org/show_bug.cgi?id=79794
1477
1478         Reviewed by Rob Buis.
1479
1480         Remove unused notification for focusedNodeChanged.
1481
1482         Internally reviewed by Gen Mak.
1483
1484         * Api/WebPageClient.h:
1485         * WebCoreSupport/ChromeClientBlackBerry.cpp:
1486         (WebCore::ChromeClientBlackBerry::focusedNodeChanged):
1487
1488 2012-02-27  Jacky Jiang  <zhajiang@rim.com>
1489
1490         [BlackBerry] Upstream BlackBerry API web page related files
1491         https://bugs.webkit.org/show_bug.cgi?id=74380
1492
1493         Reviewed by Antonio Gomes.
1494
1495         Clean up WebPage.{h, cpp} and WebPage_p.h.
1496         - Remove WebPage::mainFrame() as it is bad to expose WebCore::Frame in
1497           the public API, adapt to the change by adding a new method
1498           WebPagePrivate::core(Const WebPage*) and expose it to
1499           DumpRenderTreeSupport.
1500         - Rename WebPage::spellCheckingEnabled to
1501           WebPage::setSpellCheckingEnabled.
1502         - Remove unused WebPage::focusNodeRect().
1503         - Remove extra blank lines.
1504         - Put WebPage methods and their associated WebPagePrivate methods
1505           together.
1506
1507         No new tests as this patch doesn't change behavior.
1508
1509         * Api/WebPage.cpp:
1510         (BlackBerry::WebKit::WebPage::WebPage):
1511         (WebKit):
1512         (BlackBerry::WebKit::WebPage::~WebPage):
1513         (BlackBerry::WebKit::WebPagePrivate::core):
1514         (BlackBerry::WebKit::WebPage::load):
1515         (BlackBerry::WebKit::WebPage::loadExtended):
1516         (BlackBerry::WebKit::WebPage::loadFile):
1517         (BlackBerry::WebKit::WebPage::download):
1518         (BlackBerry::WebKit::WebPage::loadString):
1519         (BlackBerry::WebKit::WebPage::executeJavaScript):
1520         (BlackBerry::WebKit::WebPage::executeJavaScriptInIsolatedWorld):
1521         (BlackBerry::WebKit::WebPage::stopLoading):
1522         (BlackBerry::WebKit::WebPage::prepareToDestroy):
1523         (BlackBerry::WebKit::WebPage::setScrollPosition):
1524         (BlackBerry::WebKit::WebPage::scrollBy):
1525         (BlackBerry::WebKit::WebPage::notifyInRegionScrollStatusChanged):
1526         (BlackBerry::WebKit::WebPage::zoomToFitScale):
1527         (BlackBerry::WebKit::WebPage::initialScale):
1528         (BlackBerry::WebKit::WebPage::maximumScale):
1529         (BlackBerry::WebKit::WebPage::scrollPosition):
1530         (BlackBerry::WebKit::WebPage::viewportSize):
1531         (BlackBerry::WebKit::WebPage::activeNodeContext):
1532         (BlackBerry::WebKit::WebPage::assignFocus):
1533         (BlackBerry::WebKit::WebPage::blockZoomAnimationFinished):
1534         (BlackBerry::WebKit::WebPage::onInputLocaleChanged):
1535         (BlackBerry::WebKit::WebPage::setScreenOrientation):
1536         (BlackBerry::WebKit::WebPage::applyPendingOrientationIfNeeded):
1537         (BlackBerry::WebKit::WebPage::setViewportSize):
1538         (BlackBerry::WebKit::WebPage::setDefaultLayoutSize):
1539         (BlackBerry::WebKit::WebPage::setScrollOriginPoint):
1540         (BlackBerry::WebKit::WebPage::textEncoding):
1541         (BlackBerry::WebKit::WebPage::forcedTextEncoding):
1542         (BlackBerry::WebKit::WebPage::setForcedTextEncoding):
1543         (BlackBerry::WebKit::WebPage::setSpellCheckingEnabled):
1544         (BlackBerry::WebKit::parentLayer):
1545         (BlackBerry::WebKit::WebPagePrivate::inRegionScrollableAreasForPoint):
1546         (BlackBerry::WebKit::WebPage::destroyWebPageCompositor):
1547         * Api/WebPage.h:
1548         (WebCore):
1549         (WebKit):
1550         * Api/WebPage_p.h:
1551         (WebCore):
1552         (WebKit):
1553         * WebKitSupport/DumpRenderTreeSupport.cpp:
1554         (DumpRenderTreeSupport::corePage):
1555         (DumpRenderTreeSupport::numberOfPendingGeolocationPermissionRequests):
1556         (DumpRenderTreeSupport::resetGeolocationMock):
1557         (DumpRenderTreeSupport::setMockGeolocationError):
1558         (DumpRenderTreeSupport::setMockGeolocationPermission):
1559         (DumpRenderTreeSupport::setMockGeolocationPosition):
1560         (DumpRenderTreeSupport::scalePageBy):
1561         * WebKitSupport/DumpRenderTreeSupport.h:
1562         (WebCore):
1563         (DumpRenderTreeSupport):
1564
1565 2012-02-27  Mike Fenton  <mifenton@rim.com>
1566
1567         [BlackBerry] Selection handling should be entirely directional
1568         https://bugs.webkit.org/show_bug.cgi?id=79692
1569
1570         Reviewed by Antonio Gomes.
1571
1572         Make all VisibleSelections directional.
1573
1574         * WebKitSupport/SelectionHandler.cpp:
1575         (BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
1576         (BlackBerry::WebKit::SelectionHandler::setSelection):
1577
1578 2012-02-27  Ed Baker  <edbaker@rim.com>
1579
1580         [BlackBerry] Dragging a selection handle outside of the content bounding box does not update the selection range correctly
1581         https://bugs.webkit.org/show_bug.cgi?id=78608
1582
1583         Ensure that when selection handles leave the content bounding box that
1584         the handle not being dragged remains fixed. Do not apply padding to a
1585         direction that would cause the selection to shrink when performing the
1586         handle direction detection.
1587
1588         Reviewed by Antonio Gomes.
1589
1590         * WebKitSupport/DOMSupport.cpp:
1591         (BlackBerry::WebKit::DOMSupport::convertPointToFrame):
1592         * WebKitSupport/DOMSupport.h:
1593         * WebKitSupport/SelectionHandler.cpp:
1594         (BlackBerry::WebKit::clamp):
1595         (BlackBerry::WebKit::directionalVisiblePositionAtExtentOfBox):
1596         (BlackBerry::WebKit::SelectionHandler::extendSelectionToFieldBoundary):
1597         (BlackBerry::WebKit::SelectionHandler::setSelection):
1598         (BlackBerry::WebKit::SelectionHandler::clipPointToVisibleContainer):
1599         * WebKitSupport/SelectionHandler.h:
1600
1601 2012-02-27  Leo Yang  <leo.yang@torchmobile.com.cn>
1602
1603         [BlackBerry] Upstream accelerated compositing helper class
1604         https://bugs.webkit.org/show_bug.cgi?id=78448
1605
1606         Reviewed by Antonio Gomes.
1607
1608         Initial upstream, no new tests.
1609
1610         * WebKitSupport/FrameLayers.cpp: Added.
1611         * WebKitSupport/FrameLayers.h: Added.
1612
1613 2012-02-26  Hajime Morrita  <morrita@chromium.org>
1614
1615         Move ChromeClient::showContextMenu() to ContextMenuClient
1616         https://bugs.webkit.org/show_bug.cgi?id=79427
1617
1618         Reviewed by Adam Barth.
1619
1620         * WebCoreSupport/ChromeClientBlackBerry.h:
1621         (ChromeClientBlackBerry):
1622
1623 2012-02-24  Mike Fenton  <mifenton@rim.com>
1624
1625         [BlackBerry] Eliminate excessive BlackBerry::Platform use in InputHandler
1626         https://bugs.webkit.org/show_bug.cgi?id=79393
1627
1628         Reviewed by Antonio Gomes.
1629
1630         Cleanup usage of BlackBerry::Platform in InputHandler.
1631
1632         * WebKitSupport/InputHandler.cpp:
1633         (BlackBerry::WebKit::convertStringToWchar):
1634         (BlackBerry::WebKit::convertStringToWcharVector):
1635         (BlackBerry::WebKit::convertSpannableStringToString):
1636         (BlackBerry::WebKit::InputHandler::learnText):
1637         (BlackBerry::WebKit::InputHandler::setElementUnfocused):
1638         (BlackBerry::WebKit::InputHandler::shouldAcceptInputFocus):
1639         (BlackBerry::WebKit::InputHandler::setElementFocused):
1640         (BlackBerry::WebKit::InputHandler::nodeTextChanged):
1641         (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
1642         (BlackBerry::WebKit::InputHandler::frameUnloaded):
1643         (BlackBerry::WebKit::InputHandler::selectionChanged):
1644         (BlackBerry::WebKit::InputHandler::setSelection):
1645         (BlackBerry::WebKit::InputHandler::handleKeyboardInput):
1646         (BlackBerry::WebKit::InputHandler::deleteTextRelativeToCursor):
1647         (BlackBerry::WebKit::InputHandler::deleteText):
1648         (BlackBerry::WebKit::InputHandler::spannableTextInRange):
1649         (BlackBerry::WebKit::InputHandler::setComposingRegion):
1650         (BlackBerry::WebKit::InputHandler::finishComposition):
1651         (BlackBerry::WebKit::InputHandler::setText):
1652         (BlackBerry::WebKit::InputHandler::setTextAttributes):
1653         (BlackBerry::WebKit::InputHandler::setRelativeCursorPosition):
1654         (BlackBerry::WebKit::InputHandler::setSpannableTextAndRelativeCursor):
1655         (BlackBerry::WebKit::InputHandler::setComposingText):
1656         (BlackBerry::WebKit::InputHandler::commitText):
1657
1658 2012-02-24  Mike Fenton  <mifenton@rim.com>
1659
1660         [BlackBerry] Eliminate excessive BlackBerry::Platform use in SelectionHandler.
1661         https://bugs.webkit.org/show_bug.cgi?id=79391
1662
1663         Reviewed by Antonio Gomes.
1664
1665         Clean up usage of BlackBerry::Platform in SelectionHandler and
1666         explicitly define what namespace to use for ambiguous objects like
1667         IntRect and IntPoint.
1668
1669         * WebKitSupport/SelectionHandler.cpp:
1670         (BlackBerry::WebKit::SelectionHandler::cancelSelection):
1671         (BlackBerry::WebKit::SelectionHandler::getConsolidatedRegionOfTextQuadsForSelection):
1672         (BlackBerry::WebKit::visiblePositionForPointIgnoringClipping):
1673         (BlackBerry::WebKit::directionOfPointRelativeToRect):
1674         (BlackBerry::WebKit::SelectionHandler::shouldUpdateSelectionOrCaretForPoint):
1675         (BlackBerry::WebKit::SelectionHandler::setCaretPosition):
1676         (BlackBerry::WebKit::directionalVisiblePositionAtExtentOfBox):
1677         (BlackBerry::WebKit::pointIsOutsideOfBoundingBoxInDirection):
1678         (BlackBerry::WebKit::SelectionHandler::extendSelectionToFieldBoundary):
1679         (BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
1680         (BlackBerry::WebKit::SelectionHandler::clipPointToFocusNode):
1681         (BlackBerry::WebKit::SelectionHandler::setSelection):
1682         (BlackBerry::WebKit::SelectionHandler::selectAtPoint):
1683         (BlackBerry::WebKit::SelectionHandler::selectObject):
1684         (BlackBerry::WebKit::comparePointsToReferencePoint):
1685         (BlackBerry::WebKit::minXMinYCorner):
1686         (BlackBerry::WebKit::maxXMinYCorner):
1687         (BlackBerry::WebKit::minXMaxYCorner):
1688         (BlackBerry::WebKit::maxXMaxYCorner):
1689         (BlackBerry::WebKit::caretLocationForRect):
1690         (BlackBerry::WebKit::caretComparisonPointForRect):
1691         (BlackBerry::WebKit::adjustCaretRects):
1692         (BlackBerry::WebKit::SelectionHandler::clipRegionToVisibleContainer):
1693         (BlackBerry::WebKit::referencePoint):
1694         (BlackBerry::WebKit::SelectionHandler::selectionPositionChanged):
1695         (BlackBerry::WebKit::SelectionHandler::caretPositionChanged):
1696         (BlackBerry::WebKit::SelectionHandler::selectionContains):
1697
1698 2012-02-24  Shinya Kawanaka  <shinyak@chromium.org>
1699
1700         SpellCheckRequest needs to know the context where the spellcheck happened.
1701         https://bugs.webkit.org/show_bug.cgi?id=79320
1702
1703         Reviewed by Hajime Morita.
1704
1705         * WebCoreSupport/EditorClientBlackBerry.cpp:
1706         (WebCore::EditorClientBlackBerry::requestCheckingOfString):
1707         * WebCoreSupport/EditorClientBlackBerry.h:
1708         (EditorClientBlackBerry):
1709
1710 2012-02-24  Charles Wei  <charles.wei@torchmobile.com.cn>
1711
1712         [BlackBerry] Anchor mailto: with target set won't launch Messaging application when clicked
1713         https://bugs.webkit.org/show_bug.cgi?id=79318
1714
1715         Need to give the client a chance to decide how to handle the new window request.
1716
1717         Reviewed by Rob Buis.
1718
1719         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
1720         (WebCore::FrameLoaderClientBlackBerry::dispatchDecidePolicyForNewWindowAction):
1721
1722 2012-02-23  Mike Fenton  <mifenton@rim.com>
1723
1724         [BlackBerry] Selection handler has compile failure with logs enabled.
1725         https://bugs.webkit.org/show_bug.cgi?id=79392
1726
1727         Reviewed by Antonio Gomes.
1728
1729         Build Fix.  Update log to avoid usage of toString which was removed.
1730
1731         * WebKitSupport/SelectionHandler.cpp:
1732         (BlackBerry::WebKit::SelectionHandler::selectionPositionChanged):
1733
1734 2012-02-19  Antonio Gomes  <agomes@rim.com>
1735
1736         Fat fingers - Add a clearer way to distinguish the node we want (shadow or non-shadow)
1737         https://bugs.webkit.org/show_bug.cgi?id=79256
1738         PR #127814 / MKS_2587410
1739
1740         Reviewed by Rob Buis.
1741
1742         Patch adds a cleaner way for call sites of FatFingersResult to
1743         query for the appropriated target node: shadow or non-shadow DOM nodes.
1744
1745         It also renames FatFingersResults::validNode to ::node, assuming
1746         that "invalid" nodes are not applicable in any context.
1747
1748         * Api/WebPage.cpp:
1749         (BlackBerry::WebKit::WebPagePrivate::clearDocumentData):
1750         (BlackBerry::WebKit::WebPagePrivate::contextNode):
1751         (BlackBerry::WebKit::WebPagePrivate::handleMouseEvent):
1752         * WebKitSupport/FatFingers.h:
1753         (FatFingersResult):
1754         (BlackBerry::WebKit::FatFingersResult::node):
1755         (BlackBerry::WebKit::FatFingersResult::nodeAsElementIfApplicable):
1756         * WebKitSupport/SelectionHandler.cpp:
1757         (BlackBerry::WebKit::SelectionHandler::selectAtPoint):
1758         * WebKitSupport/TouchEventHandler.cpp:
1759         (BlackBerry::WebKit::TouchEventHandler::touchHoldEvent):
1760         (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
1761
1762 2012-02-23  Jacky Jiang  <zhajiang@rim.com>
1763
1764         [BlackBerry] Upstream BlackBerry API web page related files
1765         https://bugs.webkit.org/show_bug.cgi?id=74380
1766
1767         Reviewed by Antonio Gomes.
1768
1769         Initial upstream, no new tests.
1770
1771         * Api/WebPage.cpp: Added.
1772         * Api/WebPage.h: Added.
1773         * Api/WebPage_p.h: Added.
1774
1775 2012-02-23  Leo Yang  <leo.yang@torchmobile.com.cn>
1776
1777         [BlackBerry] Remove unused ChromeClientBlackBerry::platformCompositingWindow(), platformWindow() and WebPageClient::compositingWindow()
1778         https://bugs.webkit.org/show_bug.cgi?id=78681
1779
1780         Reviewed by Antonio Gomes.
1781
1782         * Api/WebPageClient.h:
1783         * WebCoreSupport/ChromeClientBlackBerry.cpp:
1784         (WebCore):
1785         * WebCoreSupport/ChromeClientBlackBerry.h:
1786         (ChromeClientBlackBerry):
1787
1788 2012-02-23  Leo Yang  <leo.yang@torchmobile.com.cn>
1789
1790         [BlackBerry] Upstream GLES2Context.{h, cpp}
1791         https://bugs.webkit.org/show_bug.cgi?id=79196
1792
1793         Reviewed by Rob Buis.
1794
1795         Initial upstream, no new tests.
1796
1797         * WebKitSupport/GLES2Context.cpp: Added.
1798         * WebKitSupport/GLES2Context.h: Added.
1799
1800 2012-02-23  Mike Fenton  <mifenton@rim.com>
1801
1802         [BlackBerry] InputHandler requires cleanup of Navigation Mode handling.
1803         https://bugs.webkit.org/show_bug.cgi?id=79366
1804
1805         Reviewed by Rob Buis.
1806
1807         Cleanup InputHandler navigation based code.
1808
1809         1) Remove the concept of NavigationMode and replace it
1810            with simple showKeyboard calls.
1811
1812         2) Remove navigation move events and replace with standard
1813            key events.
1814
1815         3) Standardize function/variable names and remove obsolete
1816            functions.
1817
1818         * Api/WebPageClient.h:
1819         * WebKitSupport/InputHandler.cpp:
1820         (BlackBerry::WebKit::InputHandler::InputHandler):
1821         (BlackBerry::WebKit::InputHandler::nodeFocused):
1822         (BlackBerry::WebKit::InputHandler::setElementUnfocused):
1823         (BlackBerry::WebKit::InputHandler::setElementFocused):
1824         (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
1825         (BlackBerry::WebKit::InputHandler::setDelayKeyboardVisibilityChange):
1826         (BlackBerry::WebKit::InputHandler::processPendingKeyboardVisibilityChange):
1827         (BlackBerry::WebKit::InputHandler::notifyClientOfKeyboardVisibilityChange):
1828         * WebKitSupport/InputHandler.h:
1829         (InputHandler):
1830         * WebKitSupport/SelectionHandler.cpp:
1831         (BlackBerry::WebKit::SelectionHandler::setCaretPosition):
1832         (BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
1833         * WebKitSupport/TouchEventHandler.cpp:
1834         (BlackBerry::WebKit::TouchEventHandler::touchEventCancel):
1835         (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
1836
1837 2012-02-21  Ryosuke Niwa  <rniwa@webkit.org>
1838
1839         Remove the remaining uses of CSSStyleDeclaration in Editor
1840         https://bugs.webkit.org/show_bug.cgi?id=78939
1841
1842         Reviewed by Enrica Casucci.
1843
1844         * WebCoreSupport/EditorClientBlackBerry.cpp:
1845         (WebCore::EditorClientBlackBerry::shouldApplyStyle):
1846         * WebCoreSupport/EditorClientBlackBerry.h:
1847         (EditorClientBlackBerry):
1848
1849 2012-02-22  Mike Fenton  <mifenton@rim.com>
1850
1851         [BlackBerry] InputHandler has signed vs unsigned comparison.
1852         https://bugs.webkit.org/show_bug.cgi?id=79261
1853
1854         Fix warning by casting the unsigned int to an int.
1855
1856         Reviewed by Rob Buis.
1857
1858         * WebKitSupport/InputHandler.cpp:
1859         (BlackBerry::WebKit::InputHandler::rectForCaret):
1860
1861 2012-02-22  Ryosuke Niwa  <rniwa@webkit.org>
1862
1863         Remove the remaining uses of CSSStyleDeclaration in Editor
1864         https://bugs.webkit.org/show_bug.cgi?id=78939
1865
1866         Reviewed by Enrica Casucci.
1867
1868         * WebCoreSupport/EditorClientBlackBerry.cpp:
1869         (WebCore::EditorClientBlackBerry::shouldApplyStyle):
1870         * WebCoreSupport/EditorClientBlackBerry.h:
1871         (EditorClientBlackBerry):
1872
1873 2012-02-18  Antonio Gomes  <agomes@rim.com>
1874
1875         Fat fingers - cache the first rect-based hit test so we do not need to do it again
1876         https://bugs.webkit.org/show_bug.cgi?id=79115
1877
1878         Reviewed by Adam Treat.
1879
1880         Our FatFingers implementation runs currently in two phases:
1881         the first checks for the elements intrinsically clickable;
1882         the second checks for elements made clickable by the page
1883         (for example, a div with a onclick event listener attached to it).
1884         For each phase, we perform a rect hittest, which is not needed since
1885         the result of each is the same.
1886
1887         Patch introduces a caching mechanism so we avoid on rect hittest:
1888         when the first phase runs, it caches each nodeset per document in
1889         a hashmap. This second phase works with the cached results.
1890
1891         No behavioral change, but performance is better since we
1892         avoid one (possibly expensive) rect hittest.
1893
1894         I measured the performance gain on https://www.kvd.se/, and we
1895         save up to 0.04 seconds, by caching and re-using the results.
1896
1897         * WebKitSupport/FatFingers.cpp:
1898         (BlackBerry::WebKit::dumpHitTestResult):
1899         (BlackBerry::WebKit::FatFingers::findBestPoint):
1900         (BlackBerry::WebKit::FatFingers::findIntersectingRegions):
1901         (BlackBerry::WebKit::FatFingers::cachingStrategy):
1902         (WebKit):
1903         (BlackBerry::WebKit::FatFingers::getNodesFromRect):
1904         * WebKitSupport/FatFingers.h:
1905
1906 2012-02-20  Antonio Gomes  <agomes@rim.com>
1907
1908         All default video/audio control elements should be rect-hit testable (Part II)
1909         PR #139518 / MKS_3005538
1910
1911         Reviewed by George Staikos.
1912
1913         Add HTMLInputElement::isMediaControlElement as a criteria
1914         to consider a element as clickable.
1915
1916         Note that is should be only used while in the "ClickableByDefault"
1917         phase of FatFingers.
1918
1919         * WebKitSupport/FatFingers.cpp:
1920         (BlackBerry::WebKit::FatFingers::isElementClickable):
1921
1922 2012-02-16  Antonio Gomes  <agomes@rim.com>
1923
1924         [BlackBerry] Implemented a way to defer client navigation change client notifications
1925         https://bugs.webkit.org/show_bug.cgi?id=78848
1926
1927         Reviewed by Rob Buis.
1928
1929         Currently we postpone touch_down till touch_up if user touches
1930         the screen and an input field has the WebKit focus. This is done
1931         so we can scroll the page without hidding the vkb needlessly.
1932
1933         However, it breaks the conversion of touch to mouse events
1934         if an input field has the focus in the following scenario:
1935         an <input type=text> is focused and an user grab and-drag
1936         a <input type=range> knob/slide. It does not work until the
1937         user unfocuses the currently focused edit field.
1938
1939         Patch introduces a way to unfocus a currently focused input field,
1940         without requesting the client to show or hide the virtual keyboard
1941         right way. Instead it gets a delayed notification of the vkb mode requested
1942         at either touch_released/mouse_up or touch_cancel time.
1943
1944         For now, due to content side issues with major web sites,
1945         only delay navigation mode notification changes if we are not dealing with
1946         input modes.
1947
1948         * WebKitSupport/InputHandler.cpp:
1949         (BlackBerry::WebKit::InputHandler::InputHandler):
1950         (BlackBerry::WebKit::InputHandler::nodeFocused):
1951         (BlackBerry::WebKit::InputHandler::setElementFocused):
1952         (BlackBerry::WebKit::InputHandler::setNavigationMode):
1953         (WebKit):
1954         (BlackBerry::WebKit::InputHandler::setDelayClientNotificationOfNavigationModeChange):
1955         (BlackBerry::WebKit::InputHandler::processPendingClientNavigationModeChangeNotification):
1956         (BlackBerry::WebKit::InputHandler::notifyClientOfNavigationModeChange):
1957         (BlackBerry::WebKit::InputHandler::willOpenPopupForNode):
1958         (BlackBerry::WebKit::InputHandler::setPopupListIndexes):
1959         (BlackBerry::WebKit::InputHandler::spannableTextInRange):
1960         (BlackBerry::WebKit::InputHandler::removeComposedText):
1961         (BlackBerry::WebKit::InputHandler::firstSpanInString):
1962         (BlackBerry::WebKit::InputHandler::setText):
1963         (BlackBerry::WebKit::InputHandler::setRelativeCursorPosition):
1964         * WebKitSupport/InputHandler.h:
1965         (InputHandler):
1966
1967 2012-02-16  Antonio Gomes  <agomes@rim.com>
1968
1969         Crash @WebPagePrivate::enqueueRenderingOfClippedContentOfScrollableNodeAfterInRegionScrolling MKS_2986818
1970         https://bugs.webkit.org/show_bug.cgi?id=78845
1971
1972         Reviewed by Rob Buis.
1973
1974         We were trying to operate on a cached Node when its page/frame/document
1975         were gone to PageCache already. To avoid such problems, lets clean up
1976         any document data we have cached when the Frame goes into the cache.
1977
1978         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
1979         (WebCore::FrameLoaderClientBlackBerry::didSaveToPageCache):
1980         (WebCore):
1981         * WebCoreSupport/FrameLoaderClientBlackBerry.h:
1982         (FrameLoaderClientBlackBerry):
1983
1984 2012-02-16  Antonio Gomes  <agomes@rim.com>
1985
1986         [BlackBerry] Upstream touch handling related classes
1987         https://bugs.webkit.org/show_bug.cgi?id=78509
1988
1989         Reviewed by Adam Treat and Rob Buis.
1990
1991         FatFingers is the class responsible to the whole touch
1992         accuracy of the BlackBerry port. Initial upstream.
1993
1994         * WebKitSupport/FatFingers.cpp: Added.
1995         (WebKit):
1996         (BlackBerry::WebKit::FatFingers::fingerRectForPoint):
1997         (BlackBerry::WebKit::hasMousePressListener):
1998         (BlackBerry::WebKit::FatFingers::isElementClickable):
1999         (BlackBerry::WebKit::isFieldWithText):
2000         (BlackBerry::WebKit::distanceBetweenPoints):
2001         (BlackBerry::WebKit::compareDistanceBetweenPoints):
2002         (BlackBerry::WebKit::isValidFrameOwner):
2003         (BlackBerry::WebKit::FatFingers::FatFingers):
2004         (BlackBerry::WebKit::FatFingers::~FatFingers):
2005         (BlackBerry::WebKit::FatFingers::findBestPoint):
2006         (BlackBerry::WebKit::FatFingers::checkFingerIntersection):
2007         (BlackBerry::WebKit::FatFingers::findIntersectingRegions):
2008         (BlackBerry::WebKit::FatFingers::checkForClickableElement):
2009         (BlackBerry::WebKit::FatFingers::checkForText):
2010         (BlackBerry::WebKit::FatFingers::getPaddings):
2011         (BlackBerry::WebKit::FatFingers::nodesFromRect):
2012         (BlackBerry::WebKit::FatFingers::getRelevantInfoFromPoint):
2013         (BlackBerry::WebKit::FatFingers::setSuccessfulFatFingersResult):
2014         * WebKitSupport/FatFingers.h: Added.
2015         (WebCore):
2016         (WebKit):
2017         (FatFingersResult):
2018         (BlackBerry::WebKit::FatFingersResult::FatFingersResult):
2019         (BlackBerry::WebKit::FatFingersResult::reset):
2020         (BlackBerry::WebKit::FatFingersResult::originPosition):
2021         (BlackBerry::WebKit::FatFingersResult::adjustedPosition):
2022         (BlackBerry::WebKit::FatFingersResult::positionWasAdjusted):
2023         (BlackBerry::WebKit::FatFingersResult::isTextInput):
2024         (BlackBerry::WebKit::FatFingersResult::isValid):
2025         (BlackBerry::WebKit::FatFingersResult::validNode):
2026         (BlackBerry::WebKit::FatFingersResult::nodeAsElementIfApplicable):
2027         (FatFingers):
2028
2029 2012-02-16  Antonio Gomes  <agomes@rim.com>
2030
2031         [BlackBerry] Upstream touch handling related classes
2032         https://bugs.webkit.org/show_bug.cgi?id=78509
2033
2034         Reviewed by Adam Treat.
2035
2036         Initial upstream of the Blackberry specific single touch event
2037         handler class.
2038
2039         * blackberry/WebKitSupport/TouchEventHandler.cpp: Added.
2040         (WebKit):
2041         (BlackBerry::WebKit::hasMouseMoveListener):
2042         (BlackBerry::WebKit::hasTouchListener):
2043         (BlackBerry::WebKit::elementExpectsMouseEvents):
2044         (BlackBerry::WebKit::shouldConvertTouchToMouse):
2045         (BlackBerry::WebKit::TouchEventHandler::TouchEventHandler):
2046         (BlackBerry::WebKit::TouchEventHandler::~TouchEventHandler):
2047         (BlackBerry::WebKit::TouchEventHandler::shouldSuppressMouseDownOnTouchDown):
2048         [BlackBerry] Upstream touch handling related classes
2049         https://bugs.webkit.org/show_bug.cgi?id=78509
2050
2051         Reviewed by Rob Buis.
2052
2053         InRegionScrollableArea specializes the BlackBerry specific ScrollViewBase,
2054         working as a read-only wrapper object for a scrollable areas in the page.
2055         It is used in our client side to control in-region scrolling (scrollable boxes,
2056         inner frames, etc).
2057
2058         Initial upstream.
2059
2060         * WebKitSupport/InRegionScrollableArea.cpp: Added.
2061         (WebKit):
2062         (BlackBerry::WebKit::InRegionScrollableArea::InRegionScrollableArea):
2063         (BlackBerry::WebKit::InRegionScrollableArea::calculateMinimumScrollPosition):
2064         (BlackBerry::WebKit::InRegionScrollableArea::calculateMaximumScrollPosition):
2065         (BlackBerry::WebKit::InRegionScrollableArea::layer):
2066         (BlackBerry):
2067         * WebKitSupport/InRegionScrollableArea.h: Added.
2068         (WebCore):
2069         (WebKit):
2070         (InRegionScrollableArea):
2071
2072 2012-02-16  Antonio Gomes  <agomes@rim.com>
2073
2074         (BlackBerry::WebKit::TouchEventHandler::touchEventCancel):
2075         (BlackBerry::WebKit::TouchEventHandler::touchHoldEvent):
2076         (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
2077         (BlackBerry::WebKit::TouchEventHandler::spellCheck):
2078         (BlackBerry::WebKit::TouchEventHandler::handleFatFingerPressed):
2079         (BlackBerry::WebKit::elementForTapHighlight):
2080         (BlackBerry::WebKit::TouchEventHandler::drawTapHighlight):
2081         * blackberry/WebKitSupport/TouchEventHandler.h: Added.
2082         (WebCore):
2083         (WebKit):
2084         (TouchEventHandler):
2085         (BlackBerry::WebKit::TouchEventHandler::lastFatFingersResult):
2086         (BlackBerry::WebKit::TouchEventHandler::resetLastFatFingersResult):
2087