Timeline
Apr 30, 2007:
- 11:05 PM Changeset in webkit [23337] by
-
- 7 edits in branches/WindowsMerge
WebKitToolsWin:
Reviewed by Adam.
- DumpRenderTree/DumpRenderTree.vcproj/DumpRenderTree/DumpRenderTree.cpp: (main): As a consequence of <rdar://5126201>, removed call to webView->close() and patched leak resulting from that change.
WebKitWin:
Reviewed by Adam.
Fixed <rdar://5126201> crash closing tab when the two following tabs are empty.
Basically this fix involved one thing, which lead to another thing. First, the crash
was fixed by moving the call to webView->close from SearchableWebView::onDestroy to
WebViewWndProc when WM_DESTROY message is processed. We now want only WebKit handling
the closure of a WebView, so all calls to WebView::close have been removed, save for
the one call in WebViewWndProc.
- Interfaces/IWebView.idl: removed close() from public interface
- WebInspector/WebInspector.cpp: (WebInspector::onDestroy): removed call to close()
- WebView.cpp: (WebView::~WebView): move the deleting of m_page down a bit to avoid a crash (WebView::close): changed from public API to just a public function (WebViewWndProc): webView->close() was moved here from SearchableWebView::onDestroy
- WebView.h: changed close() to a public function not exposed in the WebKit interface
- 9:57 PM Changeset in webkit [21199] by
-
- 38 edits4 adds in trunk
LayoutTests:
Fix for bug 12691, generated content and display: table-cell duplicates
content on a size change. Make sure that the code to update before/after
content is smart enough to drill into anonymous containers to find the
old child.
Reviewed by olliej
- fast/css-generated-content/table-cell-before-content-expected.checksum: Added.
- fast/css-generated-content/table-cell-before-content-expected.png: Added.
- fast/css-generated-content/table-cell-before-content-expected.txt: Added.
- fast/css-generated-content/table-cell-before-content.html: Added.
WebCore:
Fix for bug 12691, generated content and display: table-cell duplicates
content on a size change. Make sure that the code to update before/after
content is smart enough to drill into anonymous containers to find the
old child.
Reviewed by olliej
Added fast/css-generated-content/table-cell-before-content.html
- rendering/RenderBlock.cpp: (WebCore::RenderBlock::setStyle):
- rendering/RenderButton.cpp: (WebCore::RenderButton::updateBeforeAfterContent):
- rendering/RenderButton.h:
- rendering/RenderContainer.cpp: (WebCore::RenderContainer::beforeAfterContainer): (WebCore::RenderContainer::updateBeforeAfterContent): (WebCore::RenderContainer::updateBeforeAfterContentForObject):
- rendering/RenderContainer.h:
- rendering/RenderInline.cpp: (WebCore::RenderInline::setStyle): (WebCore::RenderInline::addChildToFlow): (WebCore::RenderInline::splitInlines):
- 9:32 PM Changeset in webkit [21198] by
-
- 2 edits in trunk/WebCore
Reviewed by justin
<http://bugs.webkit.org/show_bug.cgi?id=13552>
comment to Range::comparePoint in dom/Range.cpp has
'0xD0' in place of '-': leading to a compiler warning
- dom/Range.cpp: (WebCore::Range::comparePoint):
- 4:45 PM Changeset in webkit [21197] by
-
- 7 edits8 adds in trunk
LayoutTests:
Reviewed by darin
<rdar://problem/4875189> List gets deleted when replacing contents
Replacing the contents of a list:
- editing/inserting/4875189-1-expected.checksum: Added.
- editing/inserting/4875189-1-expected.png: Added.
- editing/inserting/4875189-1-expected.txt: Added.
- editing/inserting/4875189-1.html: Added. Of a floating div:
- editing/inserting/4875189-2-expected.checksum: Added.
- editing/inserting/4875189-2-expected.png: Added.
- editing/inserting/4875189-2-expected.txt: Added.
- editing/inserting/4875189-2.html: Added. Pasting a list on top of itself now creates a nested list:
- editing/pasteboard/paste-4039777-fix-expected.checksum:
- editing/pasteboard/paste-4039777-fix-expected.png:
- editing/pasteboard/paste-4039777-fix-expected.txt:
WebCore:
Reviewed by darin
<rdar://problem/4875189> List gets deleted when replacing contents
- editing/ReplaceSelectionCommand.cpp: (WebCore::ReplaceSelectionCommand::doApply): Don't expand to include elements, like lists, when deleting a selection to replace it.
- 3:06 PM Changeset in webkit [21196] by
-
- 4 edits in trunk/WebCore
Reviewed by ggaren
Buildfix. Leave in grammar checking machinery to
keep WebKit building on other platforms but don't
operate on sentence sized chunks so that we don't
re-introduce 5157329.
- editing/Editor.h:
- editing/mac/EditorMac.mm: (WebCore::Editor::markMisspellingsAfterTypingToPosition): (WebCore::markMisspellingsOrBadGrammar): (WebCore::Editor::markMisspellings): (WebCore::Editor::markBadGrammar):
- page/Frame.cpp: (WebCore::Frame::respondToChangedSelection):
- 2:14 PM Changeset in webkit [21195] by
-
- 3 edits4 adds in trunk
LayoutTests:
Reviewed by darin
<rdar://problem/5168598> Crash when deleting a link inside an input field
- editing/deleting/5168598-expected.checksum: Added.
- editing/deleting/5168598-expected.png: Added.
- editing/deleting/5168598-expected.txt: Added.
- editing/deleting/5168598.html: Added.
WebCore:
Reviewed by darin
<rdar://problem/5168598>
Crash when deleting a link inside an input field
Deletion code tries to update one of its positions to keep
it valid and nullifies it. Later in mergeParagraphs we try
to find out if it's valid by checking to see if it's still in
the document and crash.
The fix is just to not bother keeping the position,
m_upstreamStart, valid, since after the point in the code
under examination, it doesn't need to be valid anymore.
Besides, code to update DeleteSelectionCommand's positions
should go in the functions that handle the content removal
that might invalid them (there are already FIXMEs about this).
Also, users shouldn't be able to insert links (or any rich content)
into plaintext-only regions like text fields, even if those
text fields are inside richly editable regions. This is a
separate bug and is filed as 5171552.
- editing/DeleteSelectionCommand.cpp: (WebCore::DeleteSelectionCommand::handleGeneralDelete): Don't bother updating m_upstreamStart.
- 2:03 PM Changeset in webkit [21194] by
-
- 7 edits1 add in trunk/WebCore
<rdar://problem/5108546> REGRESSION: Zoom follows keyboard focus does not work
- WebCore.xcodeproj/project.pbxproj: Add new file SelectionControllerMac.mm
- dom/Document.cpp: (WebCore::Document::updateSelection): Move the code to fire off AXSelectedTextChanged notification to a new method notifyAccessibilityForSelectionChange in SelectionControllerMac.mm
- editing/SelectionController.cpp: (WebCore::SelectionController::setSelection): call notifyAccessibilityForSelectionChange to handle firing of accessibility notification and zoomFocusChange
- editing/SelectionController.h: Add notifyAccessibilityForSelectionChange method for Mac platform
- platform/Widget.h:
- platform/mac/WidgetMac.mm: (WebCore::Widget::convertToScreenCoordinate): Add a helper routine that takes IntPoint in local coordinate and convert that to screen coordinate
- 12:43 PM Changeset in webkit [21193] by
-
- 4 edits in trunk/WebCore
Reviewed by harrison
<rdar://problem/5157329>
REGRESSION: Crash at WTF::fastFree() when arrowing or deleting backward through editable text (13493)
Backing out the changes for 4859132.
- editing/Editor.h:
- editing/mac/EditorMac.mm: (WebCore::Editor::markMisspellingsAfterTypingToPosition): (WebCore::Editor::markMisspellings):
- page/Frame.cpp: (WebCore::Frame::respondToChangedSelection):
- 10:43 AM Changeset in webkit [21192] by
-
- 2 edits in trunk/WebKitTools
- Removed debugging statements and took out the removal of the deletion of the symlink. This is because multiple instances of run-webkit-tests can be running at the same time.
- Scripts/run-webkit-tests:
- 7:40 AM Changeset in webkit [21191] by
-
- 2 edits in S60/trunk/WebKit
raalexan, reviewed by <sachin.padma@nokia.com>
DESC: Browser crashes while loading www.cnn.com
http://bugs.webkit.org/show_bug.cgi?id=13488
TSW ID : AKUR-6UED6S
- ResourceLoader/src/AboutTransaction.cpp:
- 7:40 AM Changeset in webkit [21190] by
-
- 2 edits in S60/branches/3.1m/WebKit
raalexan, reviewed by <sachin.padma@nokia.com>
DESC: Browser crashes while loading www.cnn.com
http://bugs.webkit.org/show_bug.cgi?id=13488
TSW ID : AKUR-6UED6S
- ResourceLoader/src/AboutTransaction.cpp:
- 7:35 AM Changeset in webkit [21189] by
-
- 4 edits in S60/trunk/WebKit
raalexan, reviewed by Yongjun
DESC: can't do the chinese keyword searching on the brower
http://bugs.webkit.org/show_bug.cgi?id=13418
TSW ID: RLEA-6ZFCBF
- BrowserCore/Formcontrols/inc/FControlInputSkin.h:
- BrowserCore/Formcontrols/src/FControlInputSkin.cpp: (CFormInputSkin::SelectedLanguage):
- BrowserCore/Formcontrols/src/FControlInputWidget.cpp: (CControlInputWidget::OfferKeyEventL):
- 3:44 AM Changeset in webkit [21188] by
-
- 4 edits in trunk/WebCore
Reviewed by Oliver.
Fix <rdar://problem/5169261>
REGRESSION: Google Maps zooming too sensitive when using two fingers on trackpad
Use line based delta values when generating DOM wheel events, use pixel deltas
for scrolling only.
No test case, requires user interaction and specific hardware.
- page/EventHandler.cpp: (WebCore::EventHandler::handleWheelEvent):
- platform/PlatformWheelEvent.h: (WebCore::PlatformWheelEvent::continuousDeltaX): (WebCore::PlatformWheelEvent::continuousDeltaY):
- platform/mac/WheelEventMac.mm: (WebCore::PlatformWheelEvent::PlatformWheelEvent):
Apr 29, 2007:
- 11:27 PM Changeset in webkit [21187] by
-
- 2 edits in trunk/WebCore
Reviewed by Brady.
Build fix for experimental features build
- rendering/RenderForeignObject.cpp:
- 8:29 PM Changeset in webkit [21186] by
-
- 3 edits4 adds in trunk
2007-04-29 Mitz Pettel <mitz@webkit.org>
Reviewed by Dave Hyatt.
- fix http://bugs.webkit.org/show_bug.cgi?id=13544 REGRESSION (r21120): Member profile frame not erased at Yahoo! Answers
Test: fast/repaint/layer-hide-when-needs-layout.html
- rendering/RenderObject.cpp: (WebCore::RenderObject::setStyle): If we get a layout hint, we count on layout() or updateLayerPositions() to repaint. In the case of a layer going invisible, however, we need to repaint here since neither of the above will do it.
2007-04-29 Mitz Pettel <mitz@webkit.org>
Reviewed by Dave Hyatt.
- repaint test for http://bugs.webkit.org/show_bug.cgi?id=13544 REGRESSION (r21120): Member profile frame not erased at Yahoo! Answers
- fast/repaint/layer-hide-when-needs-layout-expected.checksum: Added.
- fast/repaint/layer-hide-when-needs-layout-expected.png: Added.
- fast/repaint/layer-hide-when-needs-layout-expected.txt: Added.
- fast/repaint/layer-hide-when-needs-layout.html: Added.
- 5:24 PM Changeset in webkit [23336] by
-
- 2 edits in branches/WindowsMerge/WebCore
Build fix after r21183.
- WebCore.vcproj/WebCore.vcproj: Added LayoutState.(h|cpp).
- 3:40 PM Changeset in webkit [23335] by
-
- 2 edits in branches/WindowsMerge/WebCore
Reviewed by Steve.
Fix for <rdar://problem/5126393> REGRESSION (r19672-19697): Safari drag image drags at original size (13261)
Prevent build bustage from opensource changes, correct scaling
- platform/win/DragImageWin.cpp: (WebCore::scaleDragImage):
- 3:31 PM Changeset in webkit [21185] by
-
- 7 edits in trunk/WebCore
Reviewed by Steve.
Fix for <rdar://problem/5126393> REGRESSION (r19672-19697): Safari drag image drags at original size (13261)
Added logic to ensure that when we create the drag image
we're looking at the rendered image size.
- page/DragController.cpp: (WebCore::DragController::doImageDrag): Pass the rendered image size to fitDragImageToMaxSize
- platform/DragImage.cpp: (WebCore::fitDragImageToMaxSize):
Need to do scaling relative to rendered image size
- platform/DragImage.h:
scaleDragImage needs x and y scales to allow for them to be
scaled seperately on a page
- platform/gdk/DragImageGdk.cpp: (WebCore::scaleDragImage):
Prevent build bustage
- platform/mac/DragImageMac.mm: (WebCore::scaleDragImage):
scale width and height independently
- platform/qt/DragImageQt.cpp: (WebCore::scaleDragImage):
Prevent build bustage
- 1:32 PM Changeset in webkit [21184] by
-
- 18 edits in trunk/WebCore
Reviewed by Adele.
- fix the Gmail part of http://bugs.webkit.org/show_bug.cgi?id=12798 and <rdar://problem/4118559>
This patch changes things so that resizing can make things larger than their
initial size, but not smaller. I believe this resolves the problem for Gmail,
but you can still get strange behavior if you have a small right-aligned <textarea>.
- rendering/RenderLayer.cpp: (WebCore::RenderLayer::resize): Rewrote to use more IntPoint and IntSize and add in a new minimum-size algorithm. This function now has the side effect of storing a new minimumSizeForResizing in the element being resized, and respects any existing minimum as well. (WebCore::RenderLayer::offsetFromResizeCorner): Reversed this so it converts the point into coordinates relative to the resize corner, hence negative numbers mean the point is above and to the left. This is used only in the algorithm above.
- dom/Element.h: Removed unneeded include of Attr.h, and added forward declarations as needed. Removed all friend declarations; there was no need for any of them. Tweaked formatting of various declarations and removed unneeded parameter names. Made as much as possible private, and a couple things public to avoid the need for friend classes. Added minimumSizeForResizing, setMinimumSizeForResizing, rareData, and createRareData functions.
- dom/Element.cpp: (WebCore::rareDataMap): Added. Function to return the single global map. (WebCore::rareDataFromMap): Added. For use by inlined functions to get the data from the map in the case where it's present. (WebCore::ElementRareData::ElementRareData): Added. (WebCore::Element::~Element): Added code to delete the element from the rare data map when appropriate. (WebCore::Element::rareData): Added. (WebCore::Element::createRareData): Added. (WebCore::Element::setAttributeNodeNS): Got rid of the old inline version of this, since it was the sole reason we had to include Attr.h in Element.h. (WebCore::Element::minimumSizeForResizing): Added. Accesses rare data. (WebCore::Element::setMinimumSizeForResizing): Ditto.
- dom/Node.h: Renamed the m_specified bit since it's now used for two purposes. Its new long name is m_attrWasSpecifiedOrElementHasRareData.
- dom/Attr.cpp: (WebCore::Attr::Attr): Updated for bit name change.
- dom/Attr.h: (WebCore::Attr::specified): Ditto. (WebCore::Attr::setSpecified): Added, since setting the bit directly is pretty ugly now.
- dom/Document.cpp: (WebCore::Document::adoptNode): Updated for bit name change.
- dom/Node.cpp: (WebCore::Node::Node): Ditto. (WebCore::Node::dump): Ditto.
- dom/NamedAttrMap.cpp: (WebCore::NamedAttrMap::isReadOnlyNode): Moved out of line, since this was the sole reason we had to include Element.h in NamedAttrMap.h.
- html/HTMLElement.cpp: (WebCore::HTMLElement::nodeName): Changed to use tagQName() since that's a public way to do something that's now private. (WebCore::HTMLElement::cloneNode): Ditto.
- dom/Attribute.cpp:
- dom/NamedAttrMap.h:
- dom/NamedMappedAttrMap.cpp:
- dom/StyledElement.h:
- html/HTMLTokenizer.h:
- xml/XPathFunctions.cpp:
- xml/XPathStep.cpp: Updated includes, and other administrivia.
- 1:09 PM Changeset in webkit [21183] by
-
- 31 edits6 adds in trunk
LayoutTests:
Reviewed by Darin and Hyatt.
- test and updated results for http://bugs.webkit.org/show_bug.cgi?id=13487 Implement O(1) absoluteClippedOverflowRect and absoluteOutlineBox during layout for a possible speed gain
- fast/repaint/bugzilla-3509-expected.checksum:
- fast/repaint/bugzilla-3509-expected.png:
- fast/repaint/intermediate-layout-position-clip-expected.checksum: Added.
- fast/repaint/intermediate-layout-position-clip-expected.png: Added.
- fast/repaint/intermediate-layout-position-clip-expected.txt: Added.
- fast/repaint/intermediate-layout-position-clip.html: Added.
- fast/repaint/intermediate-layout-position-expected.checksum:
- fast/repaint/intermediate-layout-position-expected.png:
WebCore:
Reviewed by Darin and Hyatt.
- http://bugs.webkit.org/show_bug.cgi?id=13487 Implement O(1) absoluteClippedOverflowRect and absoluteOutlineBox during layout for a possible speed gain
Test for a bug fixed by this patch: fast/repaint/intermediate-layout-position-clip.html
By keeping track of the total translation and clip during layout, absolutePosition and
computeAbsoluteRepaintRect become O(1).
- WebCore.pro: Added LayoutState.cpp
- WebCore.vcproj/WebCore/WebCore.vcproj: Added LayoutState.{cpp,h}
- WebCore.xcodeproj/project.pbxproj: Added LayoutState.{cpp,h}
- WebCoreSources.bkl: Added LayoutState.cpp
- page/FrameView.cpp: (WebCore::FrameView::layout): When doing subtree layout, push an initial layout state for the layout root.
- rendering/LayoutState.cpp: Added. A LayoutState corresponding to a box consists of the origin of its coordinate system in view coordinates and possibly the clip rect, in view coordinates, which applies to its children. (WebCore::LayoutState::LayoutState): (WebCore::LayoutState::destroy): (WebCore::throw): (WebCore::LayoutState::operator delete):
- rendering/LayoutState.h: Added. (WebCore::LayoutState::LayoutState):
- rendering/RenderBlock.cpp: (WebCore::RenderBlock::layoutBlock): Factored out the "only positioned objects" case into layoutOnlyPositionedObjects(). Added code to push/pop LayoutState, unless we have columns, in which case we disable/enable LayoutState. Removed the translation by the layout delta of the old absolute rects, since that is now integral to absoluteClippedOverflowRect() and absoluteOutlineBox(). (WebCore::RenderBlock::layoutOnlyPositionedObjects): Added this helper function that checks for and handles the case where only positioned objects need layout. Returns true in that case. (WebCore::RenderBlock::repaintOverhangingFloats): Disabled LayoutState when repainting floats, since they may belong to other containers. (WebCore::RenderBlock::updateFirstLetter): Disabled LayoutState when adding and removing from the first letter container, since it may be different than ourselves.
- rendering/RenderBlock.h:
- rendering/RenderBox.cpp: (WebCore::RenderBox::setStyle): Minor cleanup: changed element()->document() to the equivalent document(). (WebCore::RenderBox::offsetForPositionedInContainer): Added. Factored out common code from absolutePosition, computeAbsoluteRepaintRect and RenderLayer::updateLayerPosition into this function. (WebCore::RenderBox::absolutePosition): Added an O(1) code path when this function is called during layout (and LayoutState has not been disabled). Factored out some code into offsetForPositionedInContainer. (WebCore::RenderBox::absoluteClippedOverflowRect): Added the layout delta here, so callers don't need to. (WebCore::RenderBox::computeAbsoluteRepaintRect): Added an O(1) code path when this function is called during layout (and LayoutState has not been disabled). Factored out some code into offsetForPositionedInContainer.
- rendering/RenderContainer.cpp: (WebCore::RenderContainer::layout): Added LayoutState push/pop.
- rendering/RenderFlexibleBox.cpp: (WebCore::RenderFlexibleBox::layoutBlock): Factored out the "only positioned objects" case into layoutOnlyPositionedObjects(). Added LayoutState push/pop. Removed the translation by the layout delta of the old absolute rects, since that is now integral to absoluteClippedOverflowRect() and absoluteOutlineBox().
- rendering/RenderFlow.cpp: (WebCore::RenderFlow::absoluteClippedOverflowRect): Added an ASSERT.
- rendering/RenderForeignObject.cpp: (WebCore::RenderForeignObject::layout): Disabled LayoutState because it is incompatible with arbitrary affine transforms.
- rendering/RenderHTMLCanvas.cpp: (WebCore::RenderHTMLCanvas::layout): Removed the translation by the layout delta of the old absolute rects, since that is now integral to absoluteClippedOverflowRect() and absoluteOutlineBox().
- rendering/RenderImage.cpp: (WebCore::RenderImage::layout): Ditto.
- rendering/RenderLayer.cpp: (WebCore::RenderLayer::updateLayerPositions): Added ASSERTs. Factored out some code into RenderBox::offsetForPositionedInContainer. (WebCore::RenderLayer::updateScrollInfoAfterLayout): Disabled LayoutState around the call to scrollToOffset.
- rendering/RenderListItem.cpp: (WebCore::RenderListItem::updateMarkerLocation): Disabled LayoutState when moving the list marker, since it can trigger repainting in other containers.
- rendering/RenderObject.cpp: (WebCore::RenderObject::isRoot): Minor cleanup: changed element()->document() to the equivalent document(). (WebCore::RenderObject::computeAbsoluteRepaintRect): Removed 'return' at the end of the function. (WebCore::RenderObject::container): Reordered to avoid calling isText() twice. (WebCore::RenderObject::absoluteOutlineBox): Added the layout delta here, so callers don't need to.
- rendering/RenderSVGContainer.cpp: (WebCore::RenderSVGContainer::layout): Disabled LayoutState because it is incompatible with arbitrary affine transforms.
- rendering/RenderTable.cpp: (WebCore::RenderTable::layout): Factored out the "only positioned objects" case into layoutOnlyPositionedObjects(). Added LayoutState push/pop. Removed the translation by the layout delta of the old absolute rects, since that is now integral to absoluteClippedOverflowRect() and absoluteOutlineBox().
- rendering/RenderTableCell.cpp: (WebCore::RenderTableCell::absoluteClippedOverflowRect): Added the layout delta here, so callers don't need to. (WebCore::RenderTableCell::computeAbsoluteRepaintRect): For the O(1) code path, skipped the correction for the parent row, because RenderTableRow doesn't push a translation into LayoutState. (WebCore::RenderTableCell::absolutePosition): Ditto.
- rendering/RenderTableRow.cpp: (WebCore::RenderTableRow::layout): Added LayoutState push/pop.
- rendering/RenderTableSection.cpp: (WebCore::RenderTableSection::setCellWidths): Added LayoutState push/pop if cells are repainted or receive layout. (WebCore::RenderTableSection::calcRowHeight): Ditto. (WebCore::RenderTableSection::layoutRows): Added LayoutState push/pop.
- rendering/RenderView.cpp: (WebCore::RenderView::RenderView): (WebCore::RenderView::layout): Added initial LayoutState setup for the layout. (WebCore::RenderView::paintBoxDecorations): Minor cleanup: changed element()->document() to the equivalent document(). (WebCore::RenderView::repaintViewRectangle): Ditto. (WebCore::RenderView::pushLayoutState): Added. Pushes initial layout state for subtree layout.
- rendering/RenderView.h: (WebCore::RenderView::pushLayoutState): (WebCore::RenderView::popLayoutState): (WebCore::RenderView::layoutState): (WebCore::RenderView::disableLayoutState): (WebCore::RenderView::enableLayoutState):
- 3:33 AM Changeset in webkit [21182] by
-
- 4 adds in trunk/LayoutTests/fast/block/positioning
Add layout test for previous checkin.
- 3:30 AM Changeset in webkit [21181] by
-
- 2 edits in trunk/WebCore
Fix for bugzilla 13535, regression from positioning cleanup a while
back. Some code got added to compute available width for a relpositioned
inline, only the code meant to be used for inline flows and not inline blocks.
Reviewed by mjs
fast/block/positioning/inline-block-relposition.html
- rendering/RenderBox.cpp: (WebCore::RenderBox::containingBlockWidthForPositioned):
- 3:17 AM Changeset in webkit [21180] by
-
- 12 edits in trunk
2007-04-29 Oliver Hunt <oliver@apple.com>
Drag and drop support for WebKit/Qt
WebCore:
Reviewed by Zack.
Implement basic drag and drop support for qt
this allows content and link dragging but does not
provide the DOM data access methods.
- platform/DragData.h:
- platform/qt/ClipboardQt.cpp: (WebCore::ClipboardQt::ClipboardQt): (WebCore::ClipboardQt::~ClipboardQt): (WebCore::ClipboardQt::clearData): (WebCore::ClipboardQt::clearAllData): (WebCore::ClipboardQt::setData): (WebCore::ClipboardQt::declareAndWriteDragImage): (WebCore::ClipboardQt::writeURL): (WebCore::ClipboardQt::writeRange): (WebCore::ClipboardQt::hasData):
- platform/qt/ClipboardQt.h: (WebCore::ClipboardQt::clipboardData): (WebCore::ClipboardQt::invalidateWritableData):
- platform/qt/DragDataQt.cpp: (WebCore::DragData::canSmartReplace): (WebCore::DragData::containsPlainText): (WebCore::DragData::asPlainText): (WebCore::DragData::createClipboard): (WebCore::DragData::containsCompatibleContent): (WebCore::DragData::containsURL): (WebCore::DragData::asURL): (WebCore::DragData::asFragment):
WebKitQt:
Reviewed by Zack.
Tie QT drag events to the DragController logic
to allow drag and drop events to be handled by
webkit.
- Api/qwebframe.cpp:
- Api/qwebframe.h:
- Api/qwebpage.cpp: (QWebPagePrivate::QWebPagePrivate): (QWebPage::QWebPage): (dropActionToDragOp): (dragOpToDropAction): (QWebPage::dragEnterEvent): (QWebPage::dragLeaveEvent): (QWebPage::dragMoveEvent): (QWebPage::dropEvent):
- Api/qwebpage.h:
- WebCoreSupport/DragClientQt.cpp: (WebCore::DragClientQt::startDrag):
- WebCoreSupport/DragClientQt.h: (WebCore::DragClientQt::DragClientQt):
- 12:33 AM Changeset in webkit [21179] by
-
- 22 edits in trunk/WebCore
Reviewed by Darin and Oliver.
- change Document to hold onto Frame* instead of FrameView*
This is an architectural cleanup and a prerequisite to fixing citibank login
in an architecturally sound way.
Some fixups for the page cache:
- history/CachedPage.cpp: (WebCore::CachedPage::restore): Add an assert that the document's view matches the cached page's view - this needs to be true by the time this function is called. (WebCore::CachedPage::clear): Change assert to require frame matching, not view matching.
- history/CachedPage.h: (WebCore::CachedPage::view): Add a way to get the view out.
- loader/FrameLoader.cpp: (WebCore::FrameLoader::begin): pass Frame, not FrameView, when creating document (WebCore::FrameLoader::open): restore view based on CachedPage, not Document.
Remaining changes are just straightforward updates based on which
pointer is held or passed:
- dom/DOMImplementation.cpp: (WebCore::DOMImplementation::createDocument): (WebCore::DOMImplementation::createHTMLDocument):
- dom/DOMImplementation.h:
- dom/Document.cpp: (WebCore::Document::Document): (WebCore::Document::view): (WebCore::Document::frame): (WebCore::Document::recalcStyle): (WebCore::Document::updateLayout): (WebCore::Document::attach): (WebCore::Document::detach): (WebCore::Document::createTokenizer): (WebCore::Document::recalcStyleSelector): (WebCore::Document::setInPageCache): (WebCore::Document::applyXSLTransform):
- dom/Document.h:
- html/HTMLDocument.cpp: (WebCore::HTMLDocument::HTMLDocument):
- html/HTMLDocument.h:
- html/HTMLViewSourceDocument.cpp: (WebCore::HTMLViewSourceDocument::HTMLViewSourceDocument):
- html/HTMLViewSourceDocument.h:
- ksvg2/svg/SVGDocument.cpp: (WebCore::SVGDocument::SVGDocument):
- ksvg2/svg/SVGDocument.h:
- loader/ImageDocument.cpp: (WebCore::ImageDocument::ImageDocument):
- loader/ImageDocument.h:
- loader/PluginDocument.cpp: (WebCore::PluginDocument::PluginDocument):
- loader/PluginDocument.h:
- loader/TextDocument.cpp: (WebCore::TextDocument::TextDocument):
- loader/TextDocument.h:
- xml/XSLTProcessor.cpp: (WebCore::XSLTProcessor::createDocumentFromSource): (WebCore::XSLTProcessor::transformToDocument):
- xml/XSLTProcessor.h: