- 17 Mar, 2007 4 commits
-
-
zimmermann authored
Fixes: http://bugs.webkit.org/show_bug.cgi?id=13046 (CSS styles on hover and focus are broken for <use>) Fixes: http://bugs.webkit.org/show_bug.cgi?id=12838 (SVG <use> CSS styles broken) Added test: svg/custom/use-css-events.svg In general this fixes the peepo.co.uk website. Forgot to pass the actual StyleChange to the recalcStyle() function, when calling it on the shadow tree root element. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20262 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
Reviewed by Mark Rowe. Made Version.xcconfig smarter when building for different configurations. Now uses the 522+ OpenSource version for Debug and Release, while using the full 522.4 version for Production builds. The system prefix is also computed based on the current system, so 4522.4 on Tiger and 5522.4 on Leopard. * Configurations/JavaScriptCore.xcconfig: * Configurations/Version.xcconfig: JavaScriptGlue: Reviewed by Mark Rowe. Made Version.xcconfig smarter when building for different configurations. Now uses the 522+ OpenSource version for Debug and Release, while using the full 522.4 version for Production builds. The system prefix is also computed based on the current system, so 4522.4 on Tiger and 5522.4 on Leopard. * Configurations/JavaScriptGlue.xcconfig: * Configurations/Version.xcconfig: WebCore: Reviewed by Mark Rowe. Made Version.xcconfig smarter when building for different configurations. Now uses the 522+ OpenSource version for Debug and Release, while using the full 522.4 version for Production builds. The system prefix is also computed based on the current system, so 4522.4 on Tiger and 5522.4 on Leopard. * Configurations/Version.xcconfig: * Configurations/WebCore.xcconfig: WebKit: Reviewed by Mark Rowe. Made Version.xcconfig smarter when building for different configurations. Now uses the 522+ OpenSource version for Debug and Release, while using the full 522.4 version for Production builds. The system prefix is also computed based on the current system, so 4522.4 on Tiger and 5522.4 on Leopard. * Configurations/Version.xcconfig: * Configurations/WebKit.xcconfig: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20261 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
antti authored
Reviewed by Adele. Test for http://bugs.webkit.org/show_bug.cgi?id=12595 REGRESSION: Can't add item to cart at lnt.com (JS type error) <rdar://problem/4722863> Expanded version of Darin's test case. * fast/forms/old-names-expected.txt: Added. * fast/forms/old-names.html: Added. WebCore: Reviewed by Adele. Fix http://bugs.webkit.org/show_bug.cgi?id=12595 REGRESSION: Can't add item to cart at lnt.com (JS type error) <rdar://problem/4722863> Emulate Firefox behavior where form elements accessed by a name can be accessed with that name later even if the name changes or even if element is removed from the document. This is loosely based on Darin's earlier patch for the same problem but is much less expansive. It takes somewhat different approach to more closely mimic Firefox behavior. Includes expanded test case. * bindings/js/JSHTMLFormElementCustom.cpp: (WebCore::JSHTMLFormElement::canGetItemsForName): Use new the HTMLFormElement::getNamedElements() method (WebCore::JSHTMLFormElement::nameGetter): Use new the HTMLFormElement::getNamedElements() method * html/HTMLFormElement.cpp: (WebCore::HTMLFormElement::HTMLFormElement): (WebCore::HTMLFormElement::~HTMLFormElement): (WebCore::HTMLFormElement::elementForAlias): (WebCore::HTMLFormElement::addElementAlias): Maintain a map of known element aliases (WebCore::HTMLFormElement::getNamedElements): Get a list of elements matching the name, based both their current names and known aliases (earlier names). Keep the alias list in sync. * html/HTMLFormElement.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20260 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
adele authored
Reviewed by Hyatt. Updated test for <rdar://problem/4990050> REGRESSION: onchange gets fired when clicking on a programmatically selected element in a listbox http://bugs.webkit.org/show_bug.cgi?id=12725 * fast/forms/listbox-onchange-expected.txt: * fast/forms/listbox-onchange.html: WebCore: Reviewed by Hyatt. Fix for <rdar://problem/4990050> REGRESSION: onchange gets fired when clicking on a programmatically selected element in a listbox http://bugs.webkit.org/show_bug.cgi?id=12725 Test: updated fast/forms/listbox-onchange.html Added HTMLSelectElement::saveLastSelection that is called before changing a selection that could result in onChange being called. m_lastOnChangeIndex and m_lastOnChangeSelection no longer have to be up-to date all the time, they just have to be up-to-date before we execute an action that may trigger onChange. * html/HTMLOptionElement.cpp: (WebCore::HTMLOptionElement::setSelectedState): Added. The HTMLSelectElement will only set an option's selected state with this method. This ensures that notifyOptionSelected won't get called when the call originates from the select element. * html/HTMLOptionElement.h: * html/HTMLSelectElement.cpp: (WebCore::HTMLSelectElement::deselectItems): Calls setSelectedState. (WebCore::HTMLSelectElement::setSelectedIndex): ditto. Don't update the last selection variables here. Scroll to the new selection. The scrolling call used to only be in notifyOptionSelected. There's no reason we shouldn't scroll when the selection is set through the HTMLSelectElement. (WebCore::HTMLSelectElement::setValue): Call setSelectedIndex to update all options selected state. (WebCore::HTMLSelectElement::restoreState): Call setSelectedState. (WebCore::HTMLSelectElement::selectAll): Call saveLastSelection before making the selection, and calling onChange. (WebCore::HTMLSelectElement::recalcListItems): Call setSelectedState. Don't need to save selection here anymore, since it will get saved before we call onChange. (WebCore::HTMLSelectElement::reset): ditto. (WebCore::HTMLSelectElement::dispatchFocusEvent): Added. Call saveLastSelection for menu lists, since onChange can be fired on blur. (WebCore::HTMLSelectElement::dispatchBlurEvent): Call menuListOnChange. (WebCore::HTMLSelectElement::menuListDefaultEventHandler): Call saveLastSelection before showing the popup window. (WebCore::HTMLSelectElement::listBoxDefaultEventHandler): Call saveLastSelection during mousedown (to prepare for an onchange during mouseup, or after autoscroll). (WebCore::HTMLSelectElement::updateListBoxSelection): Call setSelectedState. (WebCore::HTMLSelectElement::menuListOnChange): Added. Compares the m_lastOnChangeIndex to the selectedIndex(). (WebCore::HTMLSelectElement::listBoxOnChange): Move the m_lastOnChangeSelection creation to saveLastSelection. (WebCore::HTMLSelectElement::saveLastSelection): Added. Sets m_lastOnChangeIndex or m_lastOnChangeSelection. * html/HTMLSelectElement.h: * platform/PopupMenu.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20259 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
- 16 Mar, 2007 17 commits
-
-
oliver authored
Reviewed by Hyatt. WebCore: The old canSaveAsWebArchive call was necessary as stand alone images used to be rendered by ImageDocument. Fixes rdar://problem/5061252 * dom/Clipboard.cpp: * dom/Clipboard.h: (WebCore::Clipboard::setDragHasStarted): * page/DragClient.h: (WebCore::DragClient::declareAndWriteDragImage): * platform/mac/ClipboardMac.mm: (WebCore::ClipboardMac::declareAndWriteDragImage): WebKit: * WebCoreSupport/WebDragClient.h: * WebCoreSupport/WebDragClient.mm: (WebDragClient::declareAndWriteDragImage): * WebKit.xcodeproj/project.pbxproj: LayoutTests: Updating layout test to allow stand alone image to be dragged into a content editable div * fast/events/standalone-image-drag-to-editable-expected.checksum: * fast/events/standalone-image-drag-to-editable-expected.png: * fast/events/standalone-im...
-
andersca authored
<rdar://problem/4869095> default content type changed for XMLHttpRequest POSTs changed (breaks Flickrator 0.1 widget) * xml/xmlhttprequest.cpp: (WebCore::XMLHttpRequest::send): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20257 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20256 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
beidson authored
Updated layouttest results because I added a window property * fast/dom/Window/window-properties-expected.txt: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20255 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
beidson authored
Update the hash table header for Window object properties * bindings/js/kjs_window.cpp: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20254 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
beidson authored
Reviewed by Anders <rdar://problem/5061826> and http://bugs.webkit.org/show_bug.cgi?id=12863 Implement window.stop() * http/tests/misc/window-dot-stop-expected.txt: Added. * http/tests/misc/window-dot-stop.html: Added. WebCore: Reviewed by Anders <rdar://problem/5061826> and http://bugs.webkit.org/show_bug.cgi?id=12863 Implement window.stop() * bindings/js/kjs_window.cpp: (KJS::WindowFunc::callAsFunction): Add case Window::Stop * bindings/js/kjs_window.h: (KJS::Window::): Add "Stop" git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20253 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20252 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
ggaren authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20244 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
ggaren authored
to a HashCountedSet so that multiple refs and derefs are allowed. Fix RenderImage so that if it has the same image used as a background/border and as the foreground that it will repaint properly (can be tested using border-image and a foreground image). Optimize list marker so that it doesn't waste time in the base class method, since list markers don't support background or border images. Reviewed by andersca * ChangeLog: * loader/CachedResource.cpp: (WebCore::CachedResource::ref): * loader/CachedResource.h: * loader/CachedResourceClientWalker.cpp: (WebCore::CachedResourceClientWalker::CachedResourceClientWalker): * loader/CachedResourceClientWalker.h: * rendering/RenderImage.cpp: (WebCore::RenderImage::imageChanged): * rendering/RenderListMarker.cpp: (WebCore::RenderListMarker::imageChanged): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20243 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
hyatt authored
to a HashCountedSet so that multiple refs and derefs are allowed. Fix RenderImage so that if it has the same image used as a background/border and as the foreground that it will repaint properly (can be tested using border-image and a foreground image). Optimize list marker so that it doesn't waste time in the base class method, since list markers don't support background or border images. Reviewed by andersca * ChangeLog: * loader/CachedResource.cpp: (WebCore::CachedResource::ref): * loader/CachedResource.h: * loader/CachedResourceClientWalker.cpp: (WebCore::CachedResourceClientWalker::CachedResourceClientWalker): * loader/CachedResourceClientWalker.h: * rendering/RenderImage.cpp: (WebCore::RenderImage::imageChanged): * rendering/RenderListMarker.cpp: (WebCore::RenderListMarker::imageChanged): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20242 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20241 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
ggaren authored
Fixed <rdar://problem/5065399> REGRESSION: leaks in Frame::bindingRootObject seen on buildbot The problem was that we were initializing the same WebScriptObject twice. This caused it to leak its original set of ivars. I think some refactoring could prevent this situation from arising in the first place, but I'm just adding a check at the call site for now, to do the simplest thing. * bindings/objc/WebScriptObject.mm: (-[WebScriptObject _setImp:originRootObject:rootObject:]): Added ASSERTs against multiple calls. * bindings/objc/WebScriptObjectPrivate.h: Renamed _initializeWithObjectImp to setImp because "init" vs "initialize" was a too subtle indication that one was a Cocoa initializer and one was not. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20240 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
lars authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20236 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
lars authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20235 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
bdash authored
Gdk build fix. * loader/gdk/FrameLoaderClientGdk.cpp: (WebCore::FrameLoaderClientGdk::blockedError): * loader/gdk/FrameLoaderClientGdk.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20234 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
bdakin authored
Fix for http://bugs.webkit.org/show_bug.cgi?id=13088 REGRESSION (r19761-19779): Copy image no longer includes image address (rdar://5067927) writeURL() does not need an isImage parameter. Now that it accepts the types as a parameter, we can just declare the appropriate image types within writeImage and send them to writeURL(). Also, declaring the types twice is what broke this. * platform/Pasteboard.h: * platform/mac/PasteboardMac.mm: (WebCore::Pasteboard::writeURL): (WebCore::Pasteboard::writeImage): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20233 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
adele authored
Fix for <rdar://problem/4926179> Text in menulist control should never update if menu is open * rendering/RenderMenuList.cpp: (WebCore::RenderMenuList::updateFromElement): Only setTextFromOption if the menu isn't visible. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20232 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
- 15 Mar, 2007 19 commits
-
-
beidson authored
A few platform specific tweaks * platform/cf/RetainPtr.h: (WebCore::RetainPtr::releaseRef): Fixed releaseRef to work with CF * platform/network/ResourceHandle.h: Added a "releaseRef" style call git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20231 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mjs authored
- build fix * wtf/TCSystemAlloc.cpp: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20230 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mjs authored
Reviewed by Geoff and Steve. - fix some portability issues with TCMalloc. * JavaScriptCore.vcproj/WTF/WTF.vcproj: * kjs/config.h: * wtf/FastMalloc.cpp: (WTF::SizeClass): (WTF::InitSizeClasses): (WTF::TCMalloc_PageHeap::Split): (WTF::TCMalloc_PageHeap::RegisterSizeClass): (WTF::TCMalloc_Central_FreeList::length): (WTF::TCMalloc_ThreadCache::InitTSD): (WTF::TCMalloc_ThreadCache::CreateCacheIfNecessary): * wtf/TCSpinLock.h: * wtf/TCSystemAlloc.cpp: (TryVirtualAlloc): (TCMalloc_SystemAlloc): WebCore: Reviewed by Geoff and Steve. * config.h: Remove unneeded hack. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20229 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
justing authored
Reviewed by john <rdar://problem/5062376> REGRESSION: In Mail and Gmail, can't change alignment to text after it has been applied * editing/execCommand/5062376-expected.checksum: Added. * editing/execCommand/5062376-expected.png: Added. * editing/execCommand/5062376-expected.txt: Added. * editing/execCommand/5062376.html: Added. WebCore: Reviewed by john <rdar://problem/5062376> REGRESSION: In Mail and Gmail, can't change alignment to text after it has been applied Bring back the remove step in applyBlockStyle. It's necessary because addBlockStyleIfNeeded assumes that the properties it adds aren't already on the block that it adds them to. * editing/ApplyStyleCommand.cpp: (WebCore::ApplyStyleCommand::applyBlockStyle): Bring back the remove step (added a testcase). Don't do the add step if m_removeOnly is true (no testcase because there aren't any clients using removeOnly functionality to remove styles yet, only styled elemets). Moved the code for creating new blocks up one level to this function so that we can pass blocks to removeCSSStyle. When converting VisiblePositions to indices and vice versa, use the highest node in the shadow tree if we're in one as the scope (working on a testcase). (WebCore::ApplyStyleCommand::addBlockStyle): Moved code to applyBlockStyle. * editing/ApplyStyleCommand.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20228 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
beidson authored
Reviewed by Adele <rdar://problem/4429701> Implements a port blocking black list that matches Firefox's The layout test attempts to load an image at an invalid domain name on each of the black listed ports. Using dumpResourceLoadCallbacks(), DRT is able to see the error codes for each resource. A successful test shows the blocked error for each image load except for the few that are standard or should succeed due to exemptions. * security/block-test-expected.txt: Added. * security/block-test.html: Added. WebCore: Reviewed by Maciej <rdar://problem/4429701> Implements a port blocking black list that matches Firefox's * loader/FrameLoader.cpp: (WebCore::FrameLoader::blockedError): Call through to the client for blockedError * loader/FrameLoader.h: * loader/FrameLoaderClient.h: Get the "port blocked" error for the current platform * loader/ResourceLoader.cpp: (WebCore::ResourceLoader::wasBlocked): ResourceHandleClient method to pass on the didFail(error) (WebCore::ResourceLoader::blockedError): Following the pattern of "CancelledError()", get the error to fail with for the didFail() call * loader/ResourceLoader.h: * platform/graphics/svg/SVGImageEmptyClients.h: (WebCore::SVGEmptyFrameLoaderClient::blockedError): Added stub * platform/network/ResourceHandle.cpp: (WebCore::ResourceHandle::create): If the port is blocked, create the handle but schedule it for deferred failure on a timer (WebCore::ResourceHandle::scheduleBlockedFailure): Do the timer scheduling (WebCore::ResourceHandle::fireBlockedFailure): Fire the timer here (WebCore::ResourceHandle::portAllowed): Implements checking of Mozilla's * platform/network/ResourceHandle.h: * platform/network/ResourceHandleClient.h: (WebCore::ResourceHandleClient::wasBlocked): Virtual for clients to get the "blocked" message WebKit: Reviewed by Maciej <rdar://problem/4429701> Implements a port blocking black list that matches Firefox's * English.lproj/Localizable.strings: Added localizable string for port blocked error code * Misc/WebKitErrors.h: * Misc/WebKitErrors.m: (registerErrors): Add new port blocked error code to WebKitErrorDomain * WebCoreSupport/WebFrameLoaderClient.h: * WebCoreSupport/WebFrameLoaderClient.mm: (WebFrameLoaderClient::cancelledError): Fixed coding style (WebFrameLoaderClient::blockedError): Return a ResourceError with the new custom error code git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20227 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20226 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20225 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20224 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20223 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20222 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20221 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
bdakin authored
Fix for <rdar://problem/5065396> REGRESSION: leaks in RenderBlock::layoutInlineChildren seen on buildbot This leak appeared after http://trac.webkit.org/projects/webkit/ changeset/20188. This change shifted line boxes around in removeChild(). But since removeChild() calls setNeedsLayoutAndMinMaxRecalc(), all of the line boxes will be removed once we actually lay out anyway. So this patch fixes the leak by deleting the line boxes instead of shifting them around. * editing/IndentOutdentCommand.cpp: (WebCore::IndentOutdentCommand::outdentParagraph): Call into updateLayout(). This fixes an assertion I got in editing/ execCommand/4976800.html This is very similar to the line box fix I made recently (http://trac.webkit.org/projects/webkit/changeset/ 20177). We need to update layout before relying on VisiblePositions after removing a node. * rendering/RenderBlock.cpp: (WebCore::RenderBlock::deleteLinesForBlock): New helper function since this functionality is needed in three places now. (WebCore::RenderBlock::makeChildrenNonInline): Call into new deleteLinesForBlock(). (WebCore::RenderBlock::removeChild): Same. * rendering/RenderBlock.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20220 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
thatcher authored
Reviewed by John. * Factored out most of our common build settings into .xcconfig files. Anything that was common in each build configuration was factored out into the shared .xcconfig file. * Adds a Version.xcconfig file to define the current framework version, to be used in other places. * Use the new $(BUNDLE_VERSION) (defined in Version.xcconfig) in the preprocessed Info.plist. * Use the versions defined in Version.xcconfig to set $(DYLIB_CURRENT_VERSION). * Configurations/Base.xcconfig: Added. * Configurations/DebugRelease.xcconfig: Added. * Configurations/JavaScriptCore.xcconfig: Added. * Configurations/Version.xcconfig: Added. * Info.plist: * JavaScriptCore.xcodeproj/project.pbxproj: JavaScriptGlue: Reviewed by John. * Factored out most of our common build settings into .xcconfig files. Anything that was common in each build configuration was factored out ...
-
kdecker authored
Fixed: <rdar://problem/5001428> stationery background images do not display Change 19244 fixed the method -[WebResource _shouldIgnoreWhenUnarchiving], but also broke Mail stationery. The problem was that with archivedResourceForURL now fixed, the engine will try to decode the images. These images wouldn't decode because Mail re-encodes and directly manipulates the image data in such a way that prevented WebKit from decoding the image. Because Mail was giving us bad data, the images wouldn't render. This was never an issue before because archivedResourceForURL (broken) always returned nil, thus the engine would never attempt to decode the resource, therefore the responsibility was delegated to Mail's protocol handler, which would do the right thing and load the image. Since Mail is relying on the fact it can store arbitrary data in WebArchives, I've introduced SPI that acts as a hint for us to ignore certain subresources while unarchiving. This SPI is -[WebResource _shouldIgnoreWhenUnarchiving]. * WebView/WebResource.mm: Addd private ivar shouldIgnoreWhenUnarchiving. (-[WebResource _ignoreWhenUnarchiving]): Added. (-[WebResource _shouldIgnoreWhenUnarchiving]): Added. * WebView/WebResourcePrivate.h: Added two methods to private header. * WebView/WebUnarchivingState.m: (-[WebUnarchivingState archivedResourceForURL:]): Check if we should ignore the resource. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20217 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
kjk authored
* platform/gdk/EditorClientGdk.cpp: (WebCore::EditorClientGdk::handleKeypress): * platform/graphics/cairo/ImageSourceCairo.cpp: (WebCore::ImageSource::setData): * platform/graphics/gdk/ImageGdk.cpp: (WebCore::Image::loadPlatformResource): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20216 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
justing authored
Reviewed by john Removed an unnecessary block (one that was fully selected but whose markup wasn't needed to preserve appearance): * editing/pasteboard/paste-text-011-expected.txt: Removed unnecessary style spans: * editing/pasteboard/merge-end-blockquote-expected.txt: Removed unnecessary empty anonymous blocks: * editing/execCommand/create-list-with-hr-expected.txt: * editing/pasteboard/display-block-on-spans-expected.txt: * editing/pasteboard/paste-text-006-expected.txt: * editing/pasteboard/paste-table-001-expected.txt: * editing/pasteboard/paste-text-013-expected.txt: * editing/pasteboard/paste-text-002-expected.txt: * editing/pasteboard/paste-list-001-expected.txt: * editing/pasteboard/paste-text-005-expected.txt: * editing/pasteboard/paste-text-003-expected.txt: * editing/pasteboard/paste-text-014-expected.txt: * editing/pasteboard/paste-pre-001-expected.txt: Now (correctly) includes fully selected root: * editing/pasteboard/paste-text-015-expected.checksum: * editing/pasteboard/paste-text-015-expected.png: * editing/pasteboard/paste-text-015-expected.txt: * editing/inserting/insert-3907422-fix-expected.txt: * editing/pasteboard/paste-text-004-expected.txt: Demonstrates a bug that already existed (we don't inline the font styles from the Preference Pane on copy): * editing/pasteboard/5027857-expected.checksum: * editing/pasteboard/5027857-expected.png: * editing/pasteboard/5027857-expected.txt: * editing/pasteboard/paste-pre-002-expected.checksum: * editing/pasteboard/paste-pre-002-expected.png: * editing/pasteboard/paste-pre-002-expected.txt: WebCore: Reviewed by john ~2x speed up of 5k rich text paste: http://shakespeare.mit.edu/hamlet/full.html * editing/ReplaceSelectionCommand.cpp: (WebCore::ReplaceSelectionCommand::doApply): Remove the top level style span if its unnecessary before inserting into the document, its faster than doing it after. * editing/ReplaceSelectionCommand.h: Exposed ReplacementFragment::removeNodePreservingChildren so that the style span can be removed using non-undoable removes, like the rest of the removes done on the ReplacementFragment. * editing/markup.cpp: (WebCore::createMarkup): Make the style span the top level element, otherwise it's useless. This also facilitates the optimization mentioned above. When including markup for a fully selected root, include markup for all the nodes beneath that fully selected root, to preserve the structure and appearance of the copied markup. Did this by merging with the code for adding markup for descendants of special commonAncestorBlocks. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20215 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
bdakin authored
Rolling out http://trac.webkit.org/projects/webkit/changeset/20148 (which is a fix for http://bugs.webkit.org/show_bug.cgi?id=12595 and rdar://4722863) because it causes a horrible memory-trasher. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20214 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
bdash authored
Gdk build fix. * kjs/DateMath.cpp: gettimeofday comes from <sys/time.h> on Linux. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20213 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
bdash authored
Reviewed by Antti. Fix for <rdar://problem/5065060> ASSERTION FAILURE: newUsername && newPassword when submitting an authentication form without password. * WebCoreSupport/WebFrameLoaderClient.mm: (WebFrameLoaderClient::dispatchWillSubmitForm): Don't omit form fields with empty values from the dictionary passed to the delegate. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@20212 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-