1. 04 Oct, 2006 22 commits
  2. 03 Oct, 2006 18 commits
    • hyatt's avatar
      Fix mac build bustage. · be71742c
      hyatt authored
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16766 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      be71742c
    • ap's avatar
      Reviewed by Tim H. · 7d6fd9e5
      ap authored
              http://bugs.webkit.org/show_bug.cgi?id=11130
              Convert "undefined" to AE missing value
      
      WebCore:
              * bridge/mac/WebCoreFrameBridge.mm:
              (aeDescFromJSValue): return missing value for UndefinedType.
      
      LayoutTests:
              * fast/AppleScript/001-expected.txt:
              * fast/AppleScript/array-expected.txt:
              Updated the results.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16765 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7d6fd9e5
    • hyatt's avatar
      Scrolling work. · 45b37cda
      hyatt authored
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16764 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      45b37cda
    • bdash's avatar
      2006-10-04 Mark Rowe <bdash@webkit.org> · 43bf1f0a
      bdash authored
              Reviewed by NOBODY (build fix).
      
              * WebView/WebView.m:
              (-[WebView scrollDOMRangeToVisible:]): Move scrollDOMRangeToVisible: into the correct category.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16763 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      43bf1f0a
    • bdash's avatar
      Update bug URLs in the two patches that I just landed. · 40ca6db0
      bdash authored
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16762 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      40ca6db0
    • bdash's avatar
      2006-09-26 David Smith <catfish.man@gmail.com> · 0a17c026
      bdash authored
              Reviewed by Timothy.
      
              http://bugzilla.opendarwin.org/show_bug.cgi?id=3723
              Add -scrollDOMRangeToVisible:
      
              No automated tests are possible as this code path isn't reachable from JavaScript.
      
              * bridge/mac/WebCoreFrameBridge.h:
              * bridge/mac/WebCoreFrameBridge.mm:
              (-[WebCoreFrameBridge scrollDOMRangeToVisible:]):
      
      2006-09-26  David Smith  <catfish.man@gmail.com>
      
              Reviewed by Timothy.
      
              http://bugzilla.opendarwin.org/show_bug.cgi?id=3723
              Add -scrollDOMRangeToVisible:
      
              * WebView/WebView.m:
              (-[WebView scrollDOMRangeToVisible:]):
              * WebView/WebViewPrivate.h:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16761 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0a17c026
    • bdash's avatar
      2006-10-03 Graham Dennis <graham.dennis@gmail.com> · fb3f9561
      bdash authored
              Reviewed by Timothy.
      
              <http://bugzilla.opendarwin.org/show_bug.cgi?id=10338>
              When contentEditable, cursor doesn't change to hand
              
              Allow the behaviour of editable links to be specified by a WebPreference
              The preference WebKitEditableLinkBehavior has four options:
               - AlwaysLive: Safari 2.0 behaviour
               - OnlyLiveWithShiftKey: Firefox/WinIE behaviour (and prior WebKit-ToT behaviour)
               - LiveWhenNotFocused: Editable links are live only when their editable block is not
                   focused, or when the shift key is pressed
               - DefaultBehavior: This is the same as OnlyLiveWithShiftKey.
               
              No layout tests, just a modification of a manual-test as it isn't possible to test
              this automatically.
      
              * bridge/mac/WebCoreSettings.h:
              * bridge/mac/WebCoreSettings.mm:
              (-[WebCoreSettings setEditableLinkBehavior:]):
              (-[WebCoreSettings editableLinkBehavior]):
              * html/HTMLAnchorElement.cpp:
              (WebCore::HTMLAnchorElement::HTMLAnchorElement):
              (WebCore::HTMLAnchorElement::defaultEventHandler):
              (WebCore::HTMLAnchorElement::setActive):
              * html/HTMLAnchorElement.h:
              * manual-tests/contenteditable-link.html:
              * page/FrameView.cpp:
              (WebCore::nodeIsNotBeingEdited):
              (WebCore::selectCursor):
              * page/Settings.h:
              (WebCore::Settings::):
              (WebCore::Settings::Settings):
              (WebCore::Settings::editableLinkBehavior):
              (WebCore::Settings::setEditableLinkBehavior):
      
      2006-10-03  Graham Dennis  <graham.dennis@gmail.com>
      
              Reviewed by Timothy.
      
              <http://bugzilla.opendarwin.org/show_bug.cgi?id=10338>
              When contentEditable, cursor doesn't change to hand
              
              Allow the behaviour of editable links to be specified by a WebPreference
              The preference WebKitEditableLinkBehavior has four options:
               - AlwaysLive: Safari 2.0 behaviour
               - OnlyLiveWithShiftKey: Firefox/WinIE behaviour (and prior WebKit-ToT behaviour)
               - LiveWhenNotFocused: Editable links are live only when their editable block is not
                   focused, or when the shift key is pressed
               - DefaultBehavior: This is the same as OnlyLiveWithShiftKey.
               
              No layout tests, just a modification of a manual-test as it isn't possible to test
              this automatically.
      
              * WebView/WebPreferenceKeysPrivate.h:
              * WebView/WebPreferences.m:
              (+[WebPreferences initialize]):
              (-[WebPreferences editableLinkBehavior]):
              (-[WebPreferences setEditableLinkBehavior:]):
              * WebView/WebPreferencesPrivate.h:
              * WebView/WebView.m:
              (-[WebView _updateWebCoreSettingsFromPreferences:]):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16760 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      fb3f9561
    • bdakin's avatar
      Reviewed Darin. · 9623e8d6
      bdakin authored
              No test cases needed.
      
              Implemented a version of StringImpl::append that takes a UChar* and 
              a length.
      
              * platform/StringImpl.cpp:
              (WebCore::StringImpl::append):
              (WebCore::StringImpl::insert): Call new append instead of making a 
              new StringImpl.
              * platform/StringImpl.h:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16759 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9623e8d6
    • andersca's avatar
      2006-10-03 Anders Carlsson <acarlsson@apple.com> · 231a03c1
      andersca authored
              Reviewed by Adam and Brady.
      
              * DumpRenderTree/DumpRenderTree.m:
              (main):
              Update URL to Ahem.ttf
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16758 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      231a03c1
    • bdash's avatar
      2006-10-03 MorganL <morganl.webkit@yahoo.com> · 2da2f6da
      bdash authored
              Reviewed by Darin.
      
              Fixes: http://bugs.webkit.org/show_bug.cgi?id=11099
              HttpSendRequestEx results in ERROR_HTTP_HEADER_NOT_FOUND
      
              * platform/win/ResourceLoaderWin.cpp:
              (WebCore::ResourceLoader::onHandleCreated):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16757 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2da2f6da
    • justing's avatar
      LayoutTests: · 6b59cee5
      justing authored
              Reviewed by harrison
      
              * editing/execCommand/paste-1-expected.checksum: Added.
              * editing/execCommand/paste-1-expected.png: Added.
              * editing/execCommand/paste-1-expected.txt: Added.
              * editing/execCommand/paste-1.html: Added.
              * editing/execCommand/paste-2-expected.checksum: Added.
              * editing/execCommand/paste-2-expected.png: Added.
              * editing/execCommand/paste-2-expected.txt: Added.
              * editing/execCommand/paste-2.html: Added.
      
      WebKit:
      
              Reviewed by harrison
              
              execCommand("Cut"/"Copy"/"Paste") broken in editable subframes.
      
              * WebCoreSupport/WebFrameBridge.m:
              (-[WebFrameBridge issueCutCommand]): Issue the command on the WebHTMLView, not the WebView.
              (-[WebFrameBridge issueCopyCommand]): Ditto.
              (-[WebFrameBridge issuePasteCommand]): Ditto.
              (-[WebFrameBridge issuePasteAndMatchStyleCommand]): Ditto.
              (-[WebFrameBridge issueTransposeCommand]): Fixed formatting.
              (-[WebFrameBridge canPaste]): Ask the WebHTMLView, not the WebView.
              * WebView/WebHTMLView.m:
              (-[WebHTMLView copy:]): Moved to WebInternal
              (-[WebHTMLView cut:]): Ditto.
              (-[WebHTMLView paste:]): Ditto.
              (-[WebHTMLView pasteAsPlainText:]): Ditto.
              * WebView/WebHTMLViewInternal.h:
              * WebView/WebView.m: Removed the now unused _canPaste.
              * WebView/WebViewInternal.h: Ditto.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16752 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6b59cee5
    • bdakin's avatar
      Reviewed by Geoff. · 2630d92a
      bdakin authored
              Changing these two counters tests so they pass on the BuildBot.
      
              * fast/css/counters/counter04-expected.checksum:
              * fast/css/counters/counter04-expected.png:
              * fast/css/counters/counter04-expected.txt:
              * fast/css/counters/counter04.html:
              * fast/css/counters/counters04-expected.checksum:
              * fast/css/counters/counters04-expected.png:
              * fast/css/counters/counters04-expected.txt:
              * fast/css/counters/counters04.html:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16747 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2630d92a
    • justing's avatar
      Reviewed by geoff · e1c0c1db
      justing authored
              
              Fixed a typo, updating expected results.
      
              * editing/execCommand/create-list-with-hr-expected.checksum:
              * editing/execCommand/create-list-with-hr-expected.png:
              * editing/execCommand/create-list-with-hr-expected.txt:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16746 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e1c0c1db
    • ggaren's avatar
      Feared, loathed, reviewed by Darin. · 0cd3fe8a
      ggaren authored
              More frame/iframe merging. Merged IFRAME::willRemove and IFRAME::detach 
              into FRAME, plus other cleanup.
              
              No new behavior, so no new test. Layout tests pass. Basic browsing and
              Mail editing seem to work.
              
              * dom/Node.cpp:
              (WebCore::Node::detach): Removed random commented-out code.
              * html/HTMLFrameElement.cpp:
              (WebCore::HTMLFrameElement::isURLAllowed): 
              (1) Removed reference to FrameView, to dissociate frame loading from rendering.
              (2) Renamed newURL to completeURL because the difference between newURL
              and URLString is that newURL is a KURL that is the complete version of URLString,
              not that it is new.
              (WebCore::HTMLFrameElement::willRemove): 
              (1) Removed close() call and moved close() code into willRemove(), also removing 
              close() call from detach(), since willRemove is the well-defined place 
              from DOM tear-down, not detach().
              (2) Removed manual renderer detach code because the DOM is not responsible
              for managing the render tree. I confirmed that this change not
              regress <rdar://problem/4132581>.
              (3) Removed questionable ASSERT. The ASSERT assumed that iframe elements
              lost their content frames after being removed from the DOM. That's our 
              current behavior, but it's going to change in future rounds of refactoring.
              This also fixes <rdar://problem/4750835>.
              (WebCore::HTMLFrameElement::setLocation): Removed wacky manual calls to
              attach/detach, because the render tree should not be in charge of deciding
              when to load.
              * html/HTMLFrameElement.h:
              * html/HTMLIFrameElement.cpp:
              (WebCore::HTMLIFrameElement::attach): Renamed renderPart to renderPartObject,
              because the renderer is a renderPartObject, not a renderPart.
              * html/HTMLIFrameElement.h:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16745 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0cd3fe8a
    • darin's avatar
      * Scripts/commit-log-editor: Added missing "close" call. Oops! · 6f2ed9b7
      darin authored
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16744 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6f2ed9b7
    • bdash's avatar
      2006-10-03 Mark Rowe <bdash@webkit.org> · a5e25c4f
      bdash authored
              Reviewed by Mitz.
      
              http://bugs.webkit.org/show_bug.cgi?id=11137
              Bug 11137: GdkLauncher dies with "pure virtual method called" if
              window is closed while page still loading
      
              * platform/gdk/FrameGdk.cpp:
              (WebCore::FrameGdk::~FrameGdk): Call cancelAndClear to allow virtual
              methods to be called before the FrameGdk portion of "this" is torn down.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16743 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a5e25c4f
    • justing's avatar
      Reviewed by geoff · a858c2e3
      justing authored
              
              <rdar://problem/4763519> REGRESSION: Multipart/x-mixed-replace sub-resources fail to load
      
              * Loader/WebSubresourceLoader.m:
              (+[WebSubresourceLoader startLoadingResource:withRequest:customHeaders:referrer:forFrameLoader:]): 
              Enable multipart/x-mixed-replace support on the request.  This line was accidently removed during 
              some loader refactoring.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16742 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a858c2e3
    • aroben's avatar
      Reviewed by Darin. · b5b5841e
      aroben authored
              Handle tab key presses in the DOM.
      
              * dom/EventTargetNode.cpp:
              (WebCore::EventTargetNode::defaultEventHandler): Add tab key handling.
              * page/FrameView.cpp:
              (WebCore::FrameView::advanceFocus): Rename and reimplement
              focusNextPrevNode. Now we just call Element::focus().
              * page/FrameView.h: Rename focusNextPrevNode to advanceFocus and make
              it public.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@16741 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b5b5841e