[BlackBerry] Set correct ResourceRequest target type.
[WebKit-https.git] / Source / WebKit / blackberry / ChangeLog
1 2012-03-06  Lianghui Chen  <liachen@rim.com>
2
3         [BlackBerry] Set correct ResourceRequest target type.
4         https://bugs.webkit.org/show_bug.cgi?id=80430
5
6         Reviewed by Rob Buis.
7
8         Removed unused code in dispatchWillSendRequest(). These codes are too
9         late as the target type has already been referred to when calling
10         ResourceRequest::initializePlatformRequest().
11
12         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
13         (WebCore::FrameLoaderClientBlackBerry::dispatchWillSendRequest):
14
15 2012-03-06  Lianghui Chen  <liachen@rim.com>
16
17         [BlackBerry] Remove unused and unneeded WebPageClient::downloadRequested(NetworkRequest&)
18         https://bugs.webkit.org/show_bug.cgi?id=80438
19
20         Reviewed by Antonio Gomes.
21
22         * Api/WebPageClient.h:
23
24 2012-03-06  Jakob Petsovits  <jpetsovits@rim.com>
25
26         [BlackBerry] Don't suspend accel comp when backgrounding a page.
27         https://bugs.webkit.org/show_bug.cgi?id=80369
28         RIM PR: 137609
29
30         Reviewed by Adam Treat.
31
32         Just because the page is in the background doesn't mean
33         it's invisible, doesn't mean it won't have to be redrawn
34         at some point - on rotation, for instance.
35
36         We still suspend accelerated compositing on setVisible(false).
37
38         * Api/WebPage.cpp:
39         (BlackBerry::WebKit::WebPage::notifyPageBackground):
40         (BlackBerry::WebKit::WebPage::notifyPageForeground):
41
42 2012-03-06  Jonathan Dong  <jonathan.dong@torchmobile.com.cn>
43
44         [BlackBerry] function rename issue after MediaPlayerPrivateBlackBerry.[cpp\h] upstream
45         https://bugs.webkit.org/show_bug.cgi?id=80377
46
47         Reviewed by Rob Buis.
48
49         As some of the function names changed in class MediaPlayerPrivate
50         with the upstream of MediaPlayerPrivateBlackBerry.[cpp|h], we
51         should update WebKit/blackberry/Api/WebPage.cpp which uses these
52         functions accordingly.
53         Renamed functions in class MediaPlayerPrivate:
54         windowGet() -> getWindow()
55         windowPositionGet() -> getWindowPosition()
56         mmrContextNameGet() -> mmrContextName()
57
58         * Api/WebPage.cpp:
59         (BlackBerry::WebKit::WebPagePrivate::enterFullscreenForNode):
60
61 2012-03-05  Eli Fidler  <efidler@rim.com>
62
63         The minimum font size WebSetting should actually change the LOGICAL font size in WebCore.
64         https://bugs.webkit.org/show_bug.cgi?id=80312
65         RIM PR: 139874
66
67         Reviewed by George Staikos.
68
69         * Api/WebPage.cpp:
70         (BlackBerry::WebKit::WebPagePrivate::didChangeSettings):
71
72 2012-03-05  Jakob Petsovits  <jpetsovits@rim.com>
73
74         Make accelerated compositing work again with direct rendering.
75         https://bugs.webkit.org/show_bug.cgi?id=80181
76         RIM PR: 139110
77
78         Reviewed by Antonio Gomes.
79         Internally reviewed by Arvid Nilsson.
80
81         The significant amount of refactoring and optimization work
82         that has gone into accelerated compositing missed out on
83         some of the code paths that are being used in direct rendering.
84
85         Animations were relying on blitVisibleContents() only (which
86         is a no-op in direct rendering mode). There were early returns
87         which are suitable to determine whether screen contents need
88         to be updated at all; however, when we're already forcing a
89         re-render then those checks would cause the composition surface
90         not to appear at all, or avoid drawing new animation frames.
91
92         We went through dispatchMessage(), potentially causing
93         mismatches between rendered (but not yet posted) back content
94         and layers composited on top of it. As we're rendering onto
95         the sole target surface (the window) directly and posting
96         from the same thread, we have to wait for compositing on the
97         UI thread to finish before posting the window.
98
99         In turn, this patch combines both drawSubLayers() and
100         blendCompositingSurface() calls into one method, reducing
101         the number of messages to the UI thread within
102         renderDirectToWindow() to one.
103
104         blendCompositingMessage() in renderDirectToScreen() was called
105         with contents coordinates rather than viewport coordinates.
106         That caused some of the composited content to be cut off when
107         the scroll position wasn't (0, 0).
108
109         We called copyPreviousContentsToBackSurfaceOfWindow() twice for
110         one frame, in both renderDirectToWindow() and invalidateWindow().
111         Only one of those (the latter one) is necessary.
112
113         * Api/BackingStore.cpp:
114         (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
115         (BlackBerry::WebKit::BackingStorePrivate::renderDirectToWindow):
116         (BlackBerry::WebKit::BackingStorePrivate::drawSubLayers):
117         (WebKit):
118         (BlackBerry::WebKit::BackingStorePrivate::drawAndBlendLayersForDirectRendering):
119         * Api/BackingStore.h:
120         (WebKit):
121         * Api/BackingStore_p.h:
122         (BackingStorePrivate):
123         (BlackBerry::WebKit::BackingStorePrivate::isDirectRenderingAnimationMessageScheduled):
124         (BlackBerry::WebKit::BackingStorePrivate::setDirectRenderingAnimationMessageScheduled):
125         * Api/WebPage_p.h:
126         (BlackBerry::WebKit::WebPagePrivate::isAcceleratedCompositingActive):
127         (WebPagePrivate):
128         * WebKitSupport/WebPageCompositor.cpp:
129         (BlackBerry::WebKit::WebPageCompositor::WebPageCompositor):
130         (BlackBerry::WebKit::WebPageCompositor::~WebPageCompositor):
131         (BlackBerry::WebKit::WebPageCompositor::drawLayers):
132         (BlackBerry::WebKit::WebPageCompositor::animationTimerFired):
133         * WebKitSupport/WebPageCompositor.h:
134         (WebPageCompositor):
135
136 2012-03-05  George Staikos  <gstaikos@rim.com>
137
138         [BlackBerry] DOMSupport visibleSelectionForRangeInputElement incorrectly dereferences a null range.
139         https://bugs.webkit.org/show_bug.cgi?id=80274
140
141         Reviewed by Antonio Gomes.
142
143         A null range can be returned so we should not blindly deref it.
144         Reviewed Internally by Mike Fenton.
145
146         * WebKitSupport/DOMSupport.cpp:
147         (BlackBerry::WebKit::DOMSupport::visibleSelectionForRangeInputElement):
148
149 2012-03-04  Jonathan Dong  <jonathan.dong@torchmobile.com.cn>
150
151         [BlackBerry] upstream CredentialManager and CredentialTransformData implementation
152         https://bugs.webkit.org/show_bug.cgi?id=80107
153
154         Reviewed by Antonio Gomes.
155
156         Initial upstream of CredentialManager.[h|cpp] and
157         CredentialTransformData.[h|cpp].
158         No new test.
159
160         * WebCoreSupport/CredentialManager.cpp: Added.
161         (WebCore):
162         (WebCore::CredentialManager::CredentialManager):
163         (WebCore::CredentialManager::autofillAuthenticationChallenge):
164         (WebCore::CredentialManager::autofillPasswordForms):
165         (WebCore::CredentialManager::saveCredentialIfConfirmed):
166         * WebCoreSupport/CredentialManager.h: Added.
167         (WebKit):
168         (WebCore):
169         (CredentialManager):
170         * WebCoreSupport/CredentialTransformData.cpp: Added.
171         (WebCore::CredentialTransformData::CredentialTransformData):
172         (WebCore):
173         (WebCore::CredentialTransformData::url):
174         (WebCore::CredentialTransformData::credential):
175         (WebCore::CredentialTransformData::setCredential):
176         (WebCore::CredentialTransformData::findPasswordFormFields):
177         * WebCoreSupport/CredentialTransformData.h: Added.
178         (WebCore):
179         (CredentialTransformData):
180         (WebCore::CredentialTransformData::isValid):
181         (WebCore::CredentialTransformData::protectionSpace):
182
183 2012-03-04  Antonio Gomes  <agomes@rim.com>
184
185         [BlackBerry] Fixed positioned element not correctly positioned after orientation change, when viewport metatag is used
186         https://bugs.webkit.org/show_bug.cgi?id=80228
187         PR #138865
188
189         Reviewed by George Staikos.
190
191         Viewport size changes in two main scenarios:
192         - orientation changes;
193         - virtual keyboard pop up/hide.
194
195         When we are setting a new viewport size, we need to
196         update the FixedReportedSize of the mainframe. This size
197         is used to return innerWidth|Heigth as well as to calculate
198         the fixed position elements height relative to the RenderView [1].
199
200         [1] RenderBox::containingBlockLogicalHeightForPositioned.
201
202         When we are rotating, we need to delay setting the new FixedReportedSize
203         till we layout and are able to figure out the new contents size. At this
204         time we call setFixedReportedSize, but we do not reposition the fixed elemts
205         afterwards.
206
207         Patch adds a call to FrameView::repaintFixedElementsAfterScrolling, after
208         setting the new size.
209
210         Source/WebKit/blackberry:
211         * Api/WebPage.cpp:
212         (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
213
214 2012-03-02  Mike Fenton  <mifenton@rim.com>
215
216         [BlackBerry] Expose WebInspector state to client and clean up WebSettings
217         https://bugs.webkit.org/show_bug.cgi?id=80177
218
219         Reviewed by Antonio Gomes.
220
221         Expose the Web Inspector state to WebPage client's and
222         re-order initialization of WebSettings to be alphabetical
223         matching their definitions.
224
225         * Api/WebPage.cpp:
226         (BlackBerry::WebKit::WebPage::isWebInspectorEnabled):
227         * Api/WebPage.h:
228         * Api/WebSettings.cpp:
229         (BlackBerry::WebKit::WebSettings::standardSettings):
230
231 2012-03-02  Arvid Nilsson  <anilsson@rim.com>
232
233         Accelerated compositing: Checkerboard never goes away
234         https://bugs.webkit.org/show_bug.cgi?id=79020
235         RIM PR #134164
236
237         Reviewed by Adam Treat.
238
239         Checkerboard appears in accelerated compositing layers when there's no
240         texture for (part of) a layer. The layer renderer queues up some render
241         jobs and schedules a commit to make the WebKit thread process those
242         jobs. Render jobs performed during commit cause texture upload jobs to
243         be scheduled on the UI thread. Texture uploads are performed when next
244         drawing the layers.
245
246         Unfortunately, sometimes commit operation happens without a subsequent
247         call draw the layers.
248
249         In order to implement one-shot drawing sync, I added a call to
250         commitRootLayerIfNeeded() in BackingStore::renderContents(), and
251         I was lucky that most of the time, renderContents() is followed by
252         blit(Visible)Contents() which in turn draws the layers.
253         However, render is not always followed by a blit, for example when
254         rendering offscreen tiles in BackingStore::renderOnIdle(), and in
255         direct rendering mode.
256
257         Fixed by making sure that every call to commitRootLayerIfNeeded() that
258         returns true is followed by a call to drawLayersOnCommit(), unless a
259         blit was requested already.
260
261         Also tweak the logic for one-shot drawing sync to make the code in
262         drawLayersOnCommit() reusable outside of rootLayerCommitTimerFired().
263
264         * Api/BackingStore.cpp:
265         (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
266         (BlackBerry::WebKit::BackingStorePrivate::renderOnTimer):
267         (BlackBerry::WebKit::BackingStorePrivate::renderOnIdle):
268         (BlackBerry::WebKit::BackingStorePrivate::willFireTimer):
269         (BlackBerry::WebKit::BackingStorePrivate::renderDirectToWindow):
270         (BlackBerry::WebKit::BackingStorePrivate::render):
271         (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
272         (BlackBerry::WebKit::BackingStorePrivate::blitContents):
273         (BlackBerry::WebKit::BackingStorePrivate::renderContents):
274         (WebKit):
275         (BlackBerry::WebKit::BackingStorePrivate::drawLayersOnCommitIfNeeded):
276         * Api/BackingStore_p.h:
277         (BackingStorePrivate):
278         (BlackBerry::WebKit::BackingStorePrivate::willDrawLayersOnCommit):
279
280 2012-03-02  Adam Treat  <atreat@rim.com>
281
282         https://bugs.webkit.org/show_bug.cgi?id=80161
283         PR: 141157
284
285         BlackBerryPlatformScreen.h API has been updated.  Reflect those
286         changes in our usage.
287
288         Reviewed by Antonio Gomes.
289         Internally reviewed by Jakob Petsovits.
290
291         * Api/BackingStore.cpp:
292         (BlackBerry::WebKit::BackingStorePrivate::tileWidth):
293         (BlackBerry::WebKit::BackingStorePrivate::tileHeight):
294         * Api/WebPage.cpp:
295         (BlackBerry::WebKit::WebPagePrivate::init):
296         (BlackBerry::WebKit::WebPagePrivate::transformedViewportSize):
297         (BlackBerry::WebKit::WebPagePrivate::fixedLayoutSize):
298         (BlackBerry::WebKit::WebPagePrivate::recomputeVirtualViewportFromViewportArguments):
299         (BlackBerry::WebKit::WebPagePrivate::setDefaultLayoutSize):
300         (BlackBerry::WebKit::WebPagePrivate::defaultMaxLayoutSize):
301         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
302         (WebCore::FrameLoaderClientBlackBerry::restoreViewState):
303         * WebKitSupport/SurfacePool.cpp:
304         (BlackBerry::WebKit::createCompositingSurface):
305
306 2012-03-02  Konrad Piascik  <kpiascik@rim.com>
307
308         [BlackBerry] Set the devicePixelRatio from the results of computeViewportAttributes
309         https://bugs.webkit.org/show_bug.cgi?id=80160
310
311         Reviewed by Antonio Gomes.
312
313         Tested by going to layout test fast/viewport/viewport-95.html and viewport-93.html
314         Previously when executing window.devicePixelRatio these two pages returned 1 now
315         they report the devicePixelRatio returned by computeViewportAttributes.
316
317         * Api/WebPage.cpp:
318         (BlackBerry::WebKit::WebPagePrivate::recomputeVirtualViewportFromViewportArguments):
319
320 2012-03-02  Jacky Jiang  <zhajiang@rim.com>
321
322         Fix a warning in InputHandler::learnText()
323         https://bugs.webkit.org/show_bug.cgi?id=80049
324
325         Reviewed by Antonio Gomes.
326
327         Fix a warning of the comparison "textInField.length() <=
328         MaxLearnTextDataSize" in InputHandler::learnText().
329
330         Rubber-stamped internally by Mike Fenton.
331
332         * WebKitSupport/InputHandler.cpp:
333         (BlackBerry::WebKit::InputHandler::learnText):
334
335 2012-03-01  Andy Chen  <andchen@rim.com>
336
337         [BlackBerry] Implement features for find-in-page
338         https://bugs.webkit.org/show_bug.cgi?id=79820
339
340         Reviewed by Antonio Gomes.
341
342         - Make it be able to search text around the whole page instead of single frame.
343         - Make it be able to start new search from active selection and last active match.
344
345         No new tests as this patch doesn't change behavior.
346
347         * Api/WebPage.cpp:
348         (BlackBerry::WebKit::WebPagePrivate::frameUnloaded):
349         * Api/WebPage_p.h:
350         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
351         (WebCore::FrameLoaderClientBlackBerry::dispatchWillClose):
352         (WebCore::FrameLoaderClientBlackBerry::detachedFromParent2):
353         * WebKitSupport/DOMSupport.cpp:
354         (BlackBerry::WebKit::DOMSupport::incrementFrame):
355         * WebKitSupport/DOMSupport.h:
356         * WebKitSupport/InPageSearchManager.cpp:
357         (BlackBerry::WebKit::InPageSearchManager::findNextString):
358         (BlackBerry::WebKit::InPageSearchManager::shouldSearchForText):
359         (BlackBerry::WebKit::InPageSearchManager::findAndMarkText):
360         (BlackBerry::WebKit::InPageSearchManager::setMarkerActive):
361         (BlackBerry::WebKit::InPageSearchManager::frameUnloaded):
362         * WebKitSupport/InPageSearchManager.h:
363         * WebKitSupport/InputHandler.cpp:
364         (BlackBerry::WebKit::InputHandler::frameUnloaded):
365         * WebKitSupport/InputHandler.h:
366
367 2012-03-01  Charles Wei  <charles.wei@torchmobile.com.cn>
368
369         [BlackBerry] Web Notification crashes the browser.
370         https://bugs.webkit.org/show_bug.cgi?id=79897
371
372         Reviewed by Antonio Gomes.
373
374         The reason of the crash is that it still uses the iterator
375         after been removed from the container, which invalidates the
376         iterator. 
377         We should stop processing after we have found the element
378         and removed from the container through the iterator.
379
380         This patch only fixes the crash issue, but not any notification
381         functionality issue, which is tracked seperatly.
382
383         Test case: http://sandbox.gtaero.net/chrome/notifications.php
384
385         * WebCoreSupport/NotificationPresenterImpl.cpp:
386         (WebKit::NotificationPresenterImpl::onPermission):
387         (WebKit::NotificationPresenterImpl::notificationClicked):
388
389 2012-03-01  Mike Fenton  <mifenton@rim.com>
390
391         Autocomplete attribute should apply to textarea's.
392         https://bugs.webkit.org/show_bug.cgi?id=79929
393
394         Reviewed by Antonio Gomes.
395
396         Add local static Qualified name for autocorrect attribute.
397
398         * WebKitSupport/DOMSupport.cpp:
399         (BlackBerry::WebKit::DOMSupport::elementSupportsAutocorrect):
400
401 2012-02-29  Mike Fenton  <mifenton@rim.com>
402
403         Autocomplete attribute should apply to textarea's.
404         https://bugs.webkit.org/show_bug.cgi?id=79929
405
406         Reviewed by Antonio Gomes.
407
408         Allow the autocomplete attribute to bubble back to the form setting.
409
410         Expand support to include checking autocorrect, autocomplete and
411         name/id matching to text areas.
412
413         Reviewed internally by Nima Ghanavatian and Gen Mak.
414
415         * WebKitSupport/DOMSupport.cpp:
416         (BlackBerry::WebKit::DOMSupport::elementSupportsAutocorrect):
417         (BlackBerry::WebKit::DOMSupport::elementSupportsAutocomplete):
418         (BlackBerry::WebKit::DOMSupport::elementAttributeState):
419         * WebKitSupport/DOMSupport.h:
420         * WebKitSupport/InputHandler.cpp:
421         (BlackBerry::WebKit::inputStyle):
422
423 2012-02-29  Max Feil  <mfeil@rim.com>
424
425         [BlackBerry] Add support for FLAC audio and OGG/Vorbis audio
426         https://bugs.webkit.org/show_bug.cgi?id=79519
427
428         Reviewed by Antonio Gomes.
429
430         * Api/WebSettings.cpp:
431         (BlackBerry::WebKit::mimeTypeAssociationMap):
432
433 2012-02-28  Konrad Piascik  <kpiascik@rim.com>
434
435         [BlackBerry] Change the API to use std::string
436         https://bugs.webkit.org/show_bug.cgi?id=79818
437
438         Reviewed by Antonio Gomes.
439
440         * Api/WebPage.cpp:
441         (BlackBerry::WebKit::WebPage::dispatchInspectorMessage):
442         * Api/WebPage.h:
443
444 2012-02-28  Jacky Jiang  <zhajiang@rim.com>
445
446         [BlackBerry] x86 build fix after cleaning up WebPage.cpp
447         https://bugs.webkit.org/show_bug.cgi?id=79814
448
449         Reviewed by Antonio Gomes.
450
451         x86 build fix, keep WebPage::destroyWebPageCompositor() method where it
452         was which was outside of USE(ACCELERATED_COMPOSITING).
453
454         * Api/WebPage.cpp:
455         (BlackBerry::WebKit::WebPage::destroyWebPageCompositor):
456         (WebKit):
457
458 2012-02-28  Mike Fenton  <mifenton@rim.com>
459
460         [BlackBerry] Remove unused focusedNodeChange notifications from the Chrome client.
461         https://bugs.webkit.org/show_bug.cgi?id=79794
462
463         Reviewed by Rob Buis.
464
465         Remove unused notification for focusedNodeChanged.
466
467         Internally reviewed by Gen Mak.
468
469         * Api/WebPageClient.h:
470         * WebCoreSupport/ChromeClientBlackBerry.cpp:
471         (WebCore::ChromeClientBlackBerry::focusedNodeChanged):
472
473 2012-02-27  Jacky Jiang  <zhajiang@rim.com>
474
475         [BlackBerry] Upstream BlackBerry API web page related files
476         https://bugs.webkit.org/show_bug.cgi?id=74380
477
478         Reviewed by Antonio Gomes.
479
480         Clean up WebPage.{h, cpp} and WebPage_p.h.
481         - Remove WebPage::mainFrame() as it is bad to expose WebCore::Frame in
482           the public API, adapt to the change by adding a new method
483           WebPagePrivate::core(Const WebPage*) and expose it to
484           DumpRenderTreeSupport.
485         - Rename WebPage::spellCheckingEnabled to
486           WebPage::setSpellCheckingEnabled.
487         - Remove unused WebPage::focusNodeRect().
488         - Remove extra blank lines.
489         - Put WebPage methods and their associated WebPagePrivate methods
490           together.
491
492         No new tests as this patch doesn't change behavior.
493
494         * Api/WebPage.cpp:
495         (BlackBerry::WebKit::WebPage::WebPage):
496         (WebKit):
497         (BlackBerry::WebKit::WebPage::~WebPage):
498         (BlackBerry::WebKit::WebPagePrivate::core):
499         (BlackBerry::WebKit::WebPage::load):
500         (BlackBerry::WebKit::WebPage::loadExtended):
501         (BlackBerry::WebKit::WebPage::loadFile):
502         (BlackBerry::WebKit::WebPage::download):
503         (BlackBerry::WebKit::WebPage::loadString):
504         (BlackBerry::WebKit::WebPage::executeJavaScript):
505         (BlackBerry::WebKit::WebPage::executeJavaScriptInIsolatedWorld):
506         (BlackBerry::WebKit::WebPage::stopLoading):
507         (BlackBerry::WebKit::WebPage::prepareToDestroy):
508         (BlackBerry::WebKit::WebPage::setScrollPosition):
509         (BlackBerry::WebKit::WebPage::scrollBy):
510         (BlackBerry::WebKit::WebPage::notifyInRegionScrollStatusChanged):
511         (BlackBerry::WebKit::WebPage::zoomToFitScale):
512         (BlackBerry::WebKit::WebPage::initialScale):
513         (BlackBerry::WebKit::WebPage::maximumScale):
514         (BlackBerry::WebKit::WebPage::scrollPosition):
515         (BlackBerry::WebKit::WebPage::viewportSize):
516         (BlackBerry::WebKit::WebPage::activeNodeContext):
517         (BlackBerry::WebKit::WebPage::assignFocus):
518         (BlackBerry::WebKit::WebPage::blockZoomAnimationFinished):
519         (BlackBerry::WebKit::WebPage::onInputLocaleChanged):
520         (BlackBerry::WebKit::WebPage::setScreenOrientation):
521         (BlackBerry::WebKit::WebPage::applyPendingOrientationIfNeeded):
522         (BlackBerry::WebKit::WebPage::setViewportSize):
523         (BlackBerry::WebKit::WebPage::setDefaultLayoutSize):
524         (BlackBerry::WebKit::WebPage::setScrollOriginPoint):
525         (BlackBerry::WebKit::WebPage::textEncoding):
526         (BlackBerry::WebKit::WebPage::forcedTextEncoding):
527         (BlackBerry::WebKit::WebPage::setForcedTextEncoding):
528         (BlackBerry::WebKit::WebPage::setSpellCheckingEnabled):
529         (BlackBerry::WebKit::parentLayer):
530         (BlackBerry::WebKit::WebPagePrivate::inRegionScrollableAreasForPoint):
531         (BlackBerry::WebKit::WebPage::destroyWebPageCompositor):
532         * Api/WebPage.h:
533         (WebCore):
534         (WebKit):
535         * Api/WebPage_p.h:
536         (WebCore):
537         (WebKit):
538         * WebKitSupport/DumpRenderTreeSupport.cpp:
539         (DumpRenderTreeSupport::corePage):
540         (DumpRenderTreeSupport::numberOfPendingGeolocationPermissionRequests):
541         (DumpRenderTreeSupport::resetGeolocationMock):
542         (DumpRenderTreeSupport::setMockGeolocationError):
543         (DumpRenderTreeSupport::setMockGeolocationPermission):
544         (DumpRenderTreeSupport::setMockGeolocationPosition):
545         (DumpRenderTreeSupport::scalePageBy):
546         * WebKitSupport/DumpRenderTreeSupport.h:
547         (WebCore):
548         (DumpRenderTreeSupport):
549
550 2012-02-27  Mike Fenton  <mifenton@rim.com>
551
552         [BlackBerry] Selection handling should be entirely directional
553         https://bugs.webkit.org/show_bug.cgi?id=79692
554
555         Reviewed by Antonio Gomes.
556
557         Make all VisibleSelections directional.
558
559         * WebKitSupport/SelectionHandler.cpp:
560         (BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
561         (BlackBerry::WebKit::SelectionHandler::setSelection):
562
563 2012-02-27  Ed Baker  <edbaker@rim.com>
564
565         [BlackBerry] Dragging a selection handle outside of the content bounding box does not update the selection range correctly
566         https://bugs.webkit.org/show_bug.cgi?id=78608
567
568         Ensure that when selection handles leave the content bounding box that
569         the handle not being dragged remains fixed. Do not apply padding to a
570         direction that would cause the selection to shrink when performing the
571         handle direction detection.
572
573         Reviewed by Antonio Gomes.
574
575         * WebKitSupport/DOMSupport.cpp:
576         (BlackBerry::WebKit::DOMSupport::convertPointToFrame):
577         * WebKitSupport/DOMSupport.h:
578         * WebKitSupport/SelectionHandler.cpp:
579         (BlackBerry::WebKit::clamp):
580         (BlackBerry::WebKit::directionalVisiblePositionAtExtentOfBox):
581         (BlackBerry::WebKit::SelectionHandler::extendSelectionToFieldBoundary):
582         (BlackBerry::WebKit::SelectionHandler::setSelection):
583         (BlackBerry::WebKit::SelectionHandler::clipPointToVisibleContainer):
584         * WebKitSupport/SelectionHandler.h:
585
586 2012-02-27  Leo Yang  <leo.yang@torchmobile.com.cn>
587
588         [BlackBerry] Upstream accelerated compositing helper class
589         https://bugs.webkit.org/show_bug.cgi?id=78448
590
591         Reviewed by Antonio Gomes.
592
593         Initial upstream, no new tests.
594
595         * WebKitSupport/FrameLayers.cpp: Added.
596         * WebKitSupport/FrameLayers.h: Added.
597
598 2012-02-26  Hajime Morrita  <morrita@chromium.org>
599
600         Move ChromeClient::showContextMenu() to ContextMenuClient
601         https://bugs.webkit.org/show_bug.cgi?id=79427
602
603         Reviewed by Adam Barth.
604
605         * WebCoreSupport/ChromeClientBlackBerry.h:
606         (ChromeClientBlackBerry):
607
608 2012-02-24  Mike Fenton  <mifenton@rim.com>
609
610         [BlackBerry] Eliminate excessive BlackBerry::Platform use in InputHandler
611         https://bugs.webkit.org/show_bug.cgi?id=79393
612
613         Reviewed by Antonio Gomes.
614
615         Cleanup usage of BlackBerry::Platform in InputHandler.
616
617         * WebKitSupport/InputHandler.cpp:
618         (BlackBerry::WebKit::convertStringToWchar):
619         (BlackBerry::WebKit::convertStringToWcharVector):
620         (BlackBerry::WebKit::convertSpannableStringToString):
621         (BlackBerry::WebKit::InputHandler::learnText):
622         (BlackBerry::WebKit::InputHandler::setElementUnfocused):
623         (BlackBerry::WebKit::InputHandler::shouldAcceptInputFocus):
624         (BlackBerry::WebKit::InputHandler::setElementFocused):
625         (BlackBerry::WebKit::InputHandler::nodeTextChanged):
626         (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
627         (BlackBerry::WebKit::InputHandler::frameUnloaded):
628         (BlackBerry::WebKit::InputHandler::selectionChanged):
629         (BlackBerry::WebKit::InputHandler::setSelection):
630         (BlackBerry::WebKit::InputHandler::handleKeyboardInput):
631         (BlackBerry::WebKit::InputHandler::deleteTextRelativeToCursor):
632         (BlackBerry::WebKit::InputHandler::deleteText):
633         (BlackBerry::WebKit::InputHandler::spannableTextInRange):
634         (BlackBerry::WebKit::InputHandler::setComposingRegion):
635         (BlackBerry::WebKit::InputHandler::finishComposition):
636         (BlackBerry::WebKit::InputHandler::setText):
637         (BlackBerry::WebKit::InputHandler::setTextAttributes):
638         (BlackBerry::WebKit::InputHandler::setRelativeCursorPosition):
639         (BlackBerry::WebKit::InputHandler::setSpannableTextAndRelativeCursor):
640         (BlackBerry::WebKit::InputHandler::setComposingText):
641         (BlackBerry::WebKit::InputHandler::commitText):
642
643 2012-02-24  Mike Fenton  <mifenton@rim.com>
644
645         [BlackBerry] Eliminate excessive BlackBerry::Platform use in SelectionHandler.
646         https://bugs.webkit.org/show_bug.cgi?id=79391
647
648         Reviewed by Antonio Gomes.
649
650         Clean up usage of BlackBerry::Platform in SelectionHandler and
651         explicitly define what namespace to use for ambiguous objects like
652         IntRect and IntPoint.
653
654         * WebKitSupport/SelectionHandler.cpp:
655         (BlackBerry::WebKit::SelectionHandler::cancelSelection):
656         (BlackBerry::WebKit::SelectionHandler::getConsolidatedRegionOfTextQuadsForSelection):
657         (BlackBerry::WebKit::visiblePositionForPointIgnoringClipping):
658         (BlackBerry::WebKit::directionOfPointRelativeToRect):
659         (BlackBerry::WebKit::SelectionHandler::shouldUpdateSelectionOrCaretForPoint):
660         (BlackBerry::WebKit::SelectionHandler::setCaretPosition):
661         (BlackBerry::WebKit::directionalVisiblePositionAtExtentOfBox):
662         (BlackBerry::WebKit::pointIsOutsideOfBoundingBoxInDirection):
663         (BlackBerry::WebKit::SelectionHandler::extendSelectionToFieldBoundary):
664         (BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
665         (BlackBerry::WebKit::SelectionHandler::clipPointToFocusNode):
666         (BlackBerry::WebKit::SelectionHandler::setSelection):
667         (BlackBerry::WebKit::SelectionHandler::selectAtPoint):
668         (BlackBerry::WebKit::SelectionHandler::selectObject):
669         (BlackBerry::WebKit::comparePointsToReferencePoint):
670         (BlackBerry::WebKit::minXMinYCorner):
671         (BlackBerry::WebKit::maxXMinYCorner):
672         (BlackBerry::WebKit::minXMaxYCorner):
673         (BlackBerry::WebKit::maxXMaxYCorner):
674         (BlackBerry::WebKit::caretLocationForRect):
675         (BlackBerry::WebKit::caretComparisonPointForRect):
676         (BlackBerry::WebKit::adjustCaretRects):
677         (BlackBerry::WebKit::SelectionHandler::clipRegionToVisibleContainer):
678         (BlackBerry::WebKit::referencePoint):
679         (BlackBerry::WebKit::SelectionHandler::selectionPositionChanged):
680         (BlackBerry::WebKit::SelectionHandler::caretPositionChanged):
681         (BlackBerry::WebKit::SelectionHandler::selectionContains):
682
683 2012-02-24  Shinya Kawanaka  <shinyak@chromium.org>
684
685         SpellCheckRequest needs to know the context where the spellcheck happened.
686         https://bugs.webkit.org/show_bug.cgi?id=79320
687
688         Reviewed by Hajime Morita.
689
690         * WebCoreSupport/EditorClientBlackBerry.cpp:
691         (WebCore::EditorClientBlackBerry::requestCheckingOfString):
692         * WebCoreSupport/EditorClientBlackBerry.h:
693         (EditorClientBlackBerry):
694
695 2012-02-24  Charles Wei  <charles.wei@torchmobile.com.cn>
696
697         [BlackBerry] Anchor mailto: with target set won't launch Messaging application when clicked
698         https://bugs.webkit.org/show_bug.cgi?id=79318
699
700         Need to give the client a chance to decide how to handle the new window request.
701
702         Reviewed by Rob Buis.
703
704         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
705         (WebCore::FrameLoaderClientBlackBerry::dispatchDecidePolicyForNewWindowAction):
706
707 2012-02-23  Mike Fenton  <mifenton@rim.com>
708
709         [BlackBerry] Selection handler has compile failure with logs enabled.
710         https://bugs.webkit.org/show_bug.cgi?id=79392
711
712         Reviewed by Antonio Gomes.
713
714         Build Fix.  Update log to avoid usage of toString which was removed.
715
716         * WebKitSupport/SelectionHandler.cpp:
717         (BlackBerry::WebKit::SelectionHandler::selectionPositionChanged):
718
719 2012-02-19  Antonio Gomes  <agomes@rim.com>
720
721         Fat fingers - Add a clearer way to distinguish the node we want (shadow or non-shadow)
722         https://bugs.webkit.org/show_bug.cgi?id=79256
723         PR #127814 / MKS_2587410
724
725         Reviewed by Rob Buis.
726
727         Patch adds a cleaner way for call sites of FatFingersResult to
728         query for the appropriated target node: shadow or non-shadow DOM nodes.
729
730         It also renames FatFingersResults::validNode to ::node, assuming
731         that "invalid" nodes are not applicable in any context.
732
733         * Api/WebPage.cpp:
734         (BlackBerry::WebKit::WebPagePrivate::clearDocumentData):
735         (BlackBerry::WebKit::WebPagePrivate::contextNode):
736         (BlackBerry::WebKit::WebPagePrivate::handleMouseEvent):
737         * WebKitSupport/FatFingers.h:
738         (FatFingersResult):
739         (BlackBerry::WebKit::FatFingersResult::node):
740         (BlackBerry::WebKit::FatFingersResult::nodeAsElementIfApplicable):
741         * WebKitSupport/SelectionHandler.cpp:
742         (BlackBerry::WebKit::SelectionHandler::selectAtPoint):
743         * WebKitSupport/TouchEventHandler.cpp:
744         (BlackBerry::WebKit::TouchEventHandler::touchHoldEvent):
745         (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
746
747 2012-02-23  Jacky Jiang  <zhajiang@rim.com>
748
749         [BlackBerry] Upstream BlackBerry API web page related files
750         https://bugs.webkit.org/show_bug.cgi?id=74380
751
752         Reviewed by Antonio Gomes.
753
754         Initial upstream, no new tests.
755
756         * Api/WebPage.cpp: Added.
757         * Api/WebPage.h: Added.
758         * Api/WebPage_p.h: Added.
759
760 2012-02-23  Leo Yang  <leo.yang@torchmobile.com.cn>
761
762         [BlackBerry] Remove unused ChromeClientBlackBerry::platformCompositingWindow(), platformWindow() and WebPageClient::compositingWindow()
763         https://bugs.webkit.org/show_bug.cgi?id=78681
764
765         Reviewed by Antonio Gomes.
766
767         * Api/WebPageClient.h:
768         * WebCoreSupport/ChromeClientBlackBerry.cpp:
769         (WebCore):
770         * WebCoreSupport/ChromeClientBlackBerry.h:
771         (ChromeClientBlackBerry):
772
773 2012-02-23  Leo Yang  <leo.yang@torchmobile.com.cn>
774
775         [BlackBerry] Upstream GLES2Context.{h, cpp}
776         https://bugs.webkit.org/show_bug.cgi?id=79196
777
778         Reviewed by Rob Buis.
779
780         Initial upstream, no new tests.
781
782         * WebKitSupport/GLES2Context.cpp: Added.
783         * WebKitSupport/GLES2Context.h: Added.
784
785 2012-02-23  Mike Fenton  <mifenton@rim.com>
786
787         [BlackBerry] InputHandler requires cleanup of Navigation Mode handling.
788         https://bugs.webkit.org/show_bug.cgi?id=79366
789
790         Reviewed by Rob Buis.
791
792         Cleanup InputHandler navigation based code.
793
794         1) Remove the concept of NavigationMode and replace it
795            with simple showKeyboard calls.
796
797         2) Remove navigation move events and replace with standard
798            key events.
799
800         3) Standardize function/variable names and remove obsolete
801            functions.
802
803         * Api/WebPageClient.h:
804         * WebKitSupport/InputHandler.cpp:
805         (BlackBerry::WebKit::InputHandler::InputHandler):
806         (BlackBerry::WebKit::InputHandler::nodeFocused):
807         (BlackBerry::WebKit::InputHandler::setElementUnfocused):
808         (BlackBerry::WebKit::InputHandler::setElementFocused):
809         (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
810         (BlackBerry::WebKit::InputHandler::setDelayKeyboardVisibilityChange):
811         (BlackBerry::WebKit::InputHandler::processPendingKeyboardVisibilityChange):
812         (BlackBerry::WebKit::InputHandler::notifyClientOfKeyboardVisibilityChange):
813         * WebKitSupport/InputHandler.h:
814         (InputHandler):
815         * WebKitSupport/SelectionHandler.cpp:
816         (BlackBerry::WebKit::SelectionHandler::setCaretPosition):
817         (BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
818         * WebKitSupport/TouchEventHandler.cpp:
819         (BlackBerry::WebKit::TouchEventHandler::touchEventCancel):
820         (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
821
822 2012-02-21  Ryosuke Niwa  <rniwa@webkit.org>
823
824         Remove the remaining uses of CSSStyleDeclaration in Editor
825         https://bugs.webkit.org/show_bug.cgi?id=78939
826
827         Reviewed by Enrica Casucci.
828
829         * WebCoreSupport/EditorClientBlackBerry.cpp:
830         (WebCore::EditorClientBlackBerry::shouldApplyStyle):
831         * WebCoreSupport/EditorClientBlackBerry.h:
832         (EditorClientBlackBerry):
833
834 2012-02-22  Mike Fenton  <mifenton@rim.com>
835
836         [BlackBerry] InputHandler has signed vs unsigned comparison.
837         https://bugs.webkit.org/show_bug.cgi?id=79261
838
839         Fix warning by casting the unsigned int to an int.
840
841         Reviewed by Rob Buis.
842
843         * WebKitSupport/InputHandler.cpp:
844         (BlackBerry::WebKit::InputHandler::rectForCaret):
845
846 2012-02-22  Ryosuke Niwa  <rniwa@webkit.org>
847
848         Remove the remaining uses of CSSStyleDeclaration in Editor
849         https://bugs.webkit.org/show_bug.cgi?id=78939
850
851         Reviewed by Enrica Casucci.
852
853         * WebCoreSupport/EditorClientBlackBerry.cpp:
854         (WebCore::EditorClientBlackBerry::shouldApplyStyle):
855         * WebCoreSupport/EditorClientBlackBerry.h:
856         (EditorClientBlackBerry):
857
858 2012-02-18  Antonio Gomes  <agomes@rim.com>
859
860         Fat fingers - cache the first rect-based hit test so we do not need to do it again
861         https://bugs.webkit.org/show_bug.cgi?id=79115
862
863         Reviewed by Adam Treat.
864
865         Our FatFingers implementation runs currently in two phases:
866         the first checks for the elements intrinsically clickable;
867         the second checks for elements made clickable by the page
868         (for example, a div with a onclick event listener attached to it).
869         For each phase, we perform a rect hittest, which is not needed since
870         the result of each is the same.
871
872         Patch introduces a caching mechanism so we avoid on rect hittest:
873         when the first phase runs, it caches each nodeset per document in
874         a hashmap. This second phase works with the cached results.
875
876         No behavioral change, but performance is better since we
877         avoid one (possibly expensive) rect hittest.
878
879         I measured the performance gain on https://www.kvd.se/, and we
880         save up to 0.04 seconds, by caching and re-using the results.
881
882         * WebKitSupport/FatFingers.cpp:
883         (BlackBerry::WebKit::dumpHitTestResult):
884         (BlackBerry::WebKit::FatFingers::findBestPoint):
885         (BlackBerry::WebKit::FatFingers::findIntersectingRegions):
886         (BlackBerry::WebKit::FatFingers::cachingStrategy):
887         (WebKit):
888         (BlackBerry::WebKit::FatFingers::getNodesFromRect):
889         * WebKitSupport/FatFingers.h:
890
891 2012-02-20  Antonio Gomes  <agomes@rim.com>
892
893         All default video/audio control elements should be rect-hit testable (Part II)
894         PR #139518 / MKS_3005538
895
896         Reviewed by George Staikos.
897
898         Add HTMLInputElement::isMediaControlElement as a criteria
899         to consider a element as clickable.
900
901         Note that is should be only used while in the "ClickableByDefault"
902         phase of FatFingers.
903
904         * WebKitSupport/FatFingers.cpp:
905         (BlackBerry::WebKit::FatFingers::isElementClickable):
906
907 2012-02-16  Antonio Gomes  <agomes@rim.com>
908
909         [BlackBerry] Implemented a way to defer client navigation change client notifications
910         https://bugs.webkit.org/show_bug.cgi?id=78848
911
912         Reviewed by Rob Buis.
913
914         Currently we postpone touch_down till touch_up if user touches
915         the screen and an input field has the WebKit focus. This is done
916         so we can scroll the page without hidding the vkb needlessly.
917
918         However, it breaks the conversion of touch to mouse events
919         if an input field has the focus in the following scenario:
920         an <input type=text> is focused and an user grab and-drag
921         a <input type=range> knob/slide. It does not work until the
922         user unfocuses the currently focused edit field.
923
924         Patch introduces a way to unfocus a currently focused input field,
925         without requesting the client to show or hide the virtual keyboard
926         right way. Instead it gets a delayed notification of the vkb mode requested
927         at either touch_released/mouse_up or touch_cancel time.
928
929         For now, due to content side issues with major web sites,
930         only delay navigation mode notification changes if we are not dealing with
931         input modes.
932
933         * WebKitSupport/InputHandler.cpp:
934         (BlackBerry::WebKit::InputHandler::InputHandler):
935         (BlackBerry::WebKit::InputHandler::nodeFocused):
936         (BlackBerry::WebKit::InputHandler::setElementFocused):
937         (BlackBerry::WebKit::InputHandler::setNavigationMode):
938         (WebKit):
939         (BlackBerry::WebKit::InputHandler::setDelayClientNotificationOfNavigationModeChange):
940         (BlackBerry::WebKit::InputHandler::processPendingClientNavigationModeChangeNotification):
941         (BlackBerry::WebKit::InputHandler::notifyClientOfNavigationModeChange):
942         (BlackBerry::WebKit::InputHandler::willOpenPopupForNode):
943         (BlackBerry::WebKit::InputHandler::setPopupListIndexes):
944         (BlackBerry::WebKit::InputHandler::spannableTextInRange):
945         (BlackBerry::WebKit::InputHandler::removeComposedText):
946         (BlackBerry::WebKit::InputHandler::firstSpanInString):
947         (BlackBerry::WebKit::InputHandler::setText):
948         (BlackBerry::WebKit::InputHandler::setRelativeCursorPosition):
949         * WebKitSupport/InputHandler.h:
950         (InputHandler):
951
952 2012-02-16  Antonio Gomes  <agomes@rim.com>
953
954         Crash @WebPagePrivate::enqueueRenderingOfClippedContentOfScrollableNodeAfterInRegionScrolling MKS_2986818
955         https://bugs.webkit.org/show_bug.cgi?id=78845
956
957         Reviewed by Rob Buis.
958
959         We were trying to operate on a cached Node when its page/frame/document
960         were gone to PageCache already. To avoid such problems, lets clean up
961         any document data we have cached when the Frame goes into the cache.
962
963         * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
964         (WebCore::FrameLoaderClientBlackBerry::didSaveToPageCache):
965         (WebCore):
966         * WebCoreSupport/FrameLoaderClientBlackBerry.h:
967         (FrameLoaderClientBlackBerry):
968
969 2012-02-16  Antonio Gomes  <agomes@rim.com>
970
971         [BlackBerry] Upstream touch handling related classes
972         https://bugs.webkit.org/show_bug.cgi?id=78509
973
974         Reviewed by Adam Treat and Rob Buis.
975
976         FatFingers is the class responsible to the whole touch
977         accuracy of the BlackBerry port. Initial upstream.
978
979         * WebKitSupport/FatFingers.cpp: Added.
980         (WebKit):
981         (BlackBerry::WebKit::FatFingers::fingerRectForPoint):
982         (BlackBerry::WebKit::hasMousePressListener):
983         (BlackBerry::WebKit::FatFingers::isElementClickable):
984         (BlackBerry::WebKit::isFieldWithText):
985         (BlackBerry::WebKit::distanceBetweenPoints):
986         (BlackBerry::WebKit::compareDistanceBetweenPoints):
987         (BlackBerry::WebKit::isValidFrameOwner):
988         (BlackBerry::WebKit::FatFingers::FatFingers):
989         (BlackBerry::WebKit::FatFingers::~FatFingers):
990         (BlackBerry::WebKit::FatFingers::findBestPoint):
991         (BlackBerry::WebKit::FatFingers::checkFingerIntersection):
992         (BlackBerry::WebKit::FatFingers::findIntersectingRegions):
993         (BlackBerry::WebKit::FatFingers::checkForClickableElement):
994         (BlackBerry::WebKit::FatFingers::checkForText):
995         (BlackBerry::WebKit::FatFingers::getPaddings):
996         (BlackBerry::WebKit::FatFingers::nodesFromRect):
997         (BlackBerry::WebKit::FatFingers::getRelevantInfoFromPoint):
998         (BlackBerry::WebKit::FatFingers::setSuccessfulFatFingersResult):
999         * WebKitSupport/FatFingers.h: Added.
1000         (WebCore):
1001         (WebKit):
1002         (FatFingersResult):
1003         (BlackBerry::WebKit::FatFingersResult::FatFingersResult):
1004         (BlackBerry::WebKit::FatFingersResult::reset):
1005         (BlackBerry::WebKit::FatFingersResult::originPosition):
1006         (BlackBerry::WebKit::FatFingersResult::adjustedPosition):
1007         (BlackBerry::WebKit::FatFingersResult::positionWasAdjusted):
1008         (BlackBerry::WebKit::FatFingersResult::isTextInput):
1009         (BlackBerry::WebKit::FatFingersResult::isValid):
1010         (BlackBerry::WebKit::FatFingersResult::validNode):
1011         (BlackBerry::WebKit::FatFingersResult::nodeAsElementIfApplicable):
1012         (FatFingers):
1013
1014 2012-02-16  Antonio Gomes  <agomes@rim.com>
1015
1016         [BlackBerry] Upstream touch handling related classes
1017         https://bugs.webkit.org/show_bug.cgi?id=78509
1018
1019         Reviewed by Adam Treat.
1020
1021         Initial upstream of the Blackberry specific single touch event
1022         handler class.
1023
1024         * blackberry/WebKitSupport/TouchEventHandler.cpp: Added.
1025         (WebKit):
1026         (BlackBerry::WebKit::hasMouseMoveListener):
1027         (BlackBerry::WebKit::hasTouchListener):
1028         (BlackBerry::WebKit::elementExpectsMouseEvents):
1029         (BlackBerry::WebKit::shouldConvertTouchToMouse):
1030         (BlackBerry::WebKit::TouchEventHandler::TouchEventHandler):
1031         (BlackBerry::WebKit::TouchEventHandler::~TouchEventHandler):
1032         (BlackBerry::WebKit::TouchEventHandler::shouldSuppressMouseDownOnTouchDown):
1033         [BlackBerry] Upstream touch handling related classes
1034         https://bugs.webkit.org/show_bug.cgi?id=78509
1035
1036         Reviewed by Rob Buis.
1037
1038         InRegionScrollableArea specializes the BlackBerry specific ScrollViewBase,
1039         working as a read-only wrapper object for a scrollable areas in the page.
1040         It is used in our client side to control in-region scrolling (scrollable boxes,
1041         inner frames, etc).
1042
1043         Initial upstream.
1044
1045         * WebKitSupport/InRegionScrollableArea.cpp: Added.
1046         (WebKit):
1047         (BlackBerry::WebKit::InRegionScrollableArea::InRegionScrollableArea):
1048         (BlackBerry::WebKit::InRegionScrollableArea::calculateMinimumScrollPosition):
1049         (BlackBerry::WebKit::InRegionScrollableArea::calculateMaximumScrollPosition):
1050         (BlackBerry::WebKit::InRegionScrollableArea::layer):
1051         (BlackBerry):
1052         * WebKitSupport/InRegionScrollableArea.h: Added.
1053         (WebCore):
1054         (WebKit):
1055         (InRegionScrollableArea):
1056
1057 2012-02-16  Antonio Gomes  <agomes@rim.com>
1058
1059         (BlackBerry::WebKit::TouchEventHandler::touchEventCancel):
1060         (BlackBerry::WebKit::TouchEventHandler::touchHoldEvent):
1061         (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
1062         (BlackBerry::WebKit::TouchEventHandler::spellCheck):
1063         (BlackBerry::WebKit::TouchEventHandler::handleFatFingerPressed):
1064         (BlackBerry::WebKit::elementForTapHighlight):
1065         (BlackBerry::WebKit::TouchEventHandler::drawTapHighlight):
1066         * blackberry/WebKitSupport/TouchEventHandler.h: Added.
1067         (WebCore):
1068         (WebKit):
1069         (TouchEventHandler):
1070         (BlackBerry::WebKit::TouchEventHandler::lastFatFingersResult):
1071         (BlackBerry::WebKit::TouchEventHandler::resetLastFatFingersResult):
1072