Make the setting of letting Javascript access the clipboard configurable through...
[WebKit-https.git] / WebCore / ChangeLog
index 35b3ef7459891c21bf4497a580ab0f6aedc556fd..4656772565cc8f455d948983a777f11c13923d37 100644 (file)
@@ -4,8 +4,6 @@
 
         Made the QWebSettings::webGraphic functions static. The implementation was using QWebSettings::global() anyway.
 
-        WARNING: NO TEST CASES ADDED OR CHANGED
-
         * platform/graphics/qt/ImageQt.cpp:
         (loadResourcePixmap):
 
@@ -15,8 +13,6 @@
 
         Moved the WebCore::Image specific function loadResourcePixmap from qwebsettings.cpp to ImageQt.cpp and made it static.
 
-        WARNING: NO TEST CASES ADDED OR CHANGED
-
         * platform/graphics/qt/ImageQt.cpp:
         (loadResourcePixmap):
 
@@ -30,8 +26,6 @@
         For the actual Qt context menu we traverse this structure after sendContextMenuEvent and create a QMenu
         out of it. That menu is currently not functional anymore though.
 
-        WARNING: NO TEST CASES ADDED OR CHANGED
-
         * platform/ContextMenu.h:
         * platform/ContextMenuItem.h:
         (WebCore::PlatformMenuItemDescription::PlatformMenuItemDescription):
@@ -66,8 +60,6 @@
         Instead now QWebPage::contextMenuEvent() retrieves the QMenu after calling sendContextMenuEvent and calls exec()
         on it.
 
-        WARNING: NO TEST CASES ADDED OR CHANGED
-
         * platform/qt/ContextMenuQt.cpp:
 
 2007-11-07  Simon Hausmann  <hausmann@kde.org>
@@ -77,8 +69,6 @@
         Changed to PlatformMouseEvent constructor to allow construction from a QContextMenuEvent.
         Call sendContextMenuEvent on the event handler from a QWidget::contextMenuEvent re-implementation instead of in mousePressEvent.
 
-        WARNING: NO TEST CASES ADDED OR CHANGED
-
         * platform/PlatformMouseEvent.h:
         * platform/qt/PlatformMouseEventQt.cpp:
         (WebCore::PlatformMouseEvent::PlatformMouseEvent):