Timeline

Feb 1, 2002:

9:06 PM Changeset in webkit [586] by kocienda

• 11 edits in trunk/WebCore

2002-02-01 Kenneth Kocienda <​kocienda@apple.com>

More cleanups to the no-copy NSData API.
This time the callback from the cache/loader has been
simplified from:

• (void)WKURLHandle:(WKURLHandle *)sender resourceDataDidBecomeAvailable:(UInt8 *)bytes offset:(unsigned)offset length:(unsigned)length; to:
• (void)WKURLHandle:(WKURLHandle *)sender resourceDataDidBecomeAvailable:(NSData *)data; This was made possible by some rearrangement in the private API. Changed name of WKByteBlockData to WKData.

• include/WCURLHandle.h:
• src/kwq/KWQKHTMLPart.mm: (-[KHTMLPartLoadClient WCURLHandle:resourceDataDidBecomeAvailable:userData:]):
• src/kwq/KWQKloader.mm: (-[URLLoadClient WCURLHandle:resourceDataDidBecomeAvailable:userData:]):
• CacheLoader.subproj/WCURLHandleGlue.m: (-[WCURLHandleClientProxy WKURLHandle:resourceDataDidBecomeAvailable:]):
• CacheLoader.subproj/WKURLHandle.m: (-[WKURLHandleSynchronousClient WKURLHandle:resourceDataDidBecomeAvailable:]), (-[WKURLHandle notifyClientsDidLoadData]):
• CacheLoader.subproj/WKURLHandleCGlue.h:
• CacheLoader.subproj/WKURLHandleCGlue.m: (-[WKURLHandleCGlueClient WKURLHandle:resourceDataDidBecomeAvailable:]):
• CacheLoader.subproj/WKURLHandleClient.h:
• Misc.subproj/WKMutableDataPrivate.h:
• Misc.subproj/WKMutableDataPrivate.m: (-[WKMutableData dataObjectsGreaterThanMatchedOffset:]), (+[WKData dataWithByteBlock:]), (-[WKData subdataWithRange:]):

5:58 PM Changeset in webkit [585] by cblu

• 17 edits in trunk

Enabled plug-in detection for Javascript. Apple.com now works as it should. Also fixed plug-in deallocation

5:36 PM Changeset in webkit [584] by rjw

• 3 edits in trunk/WebKit/WebView.subproj

Implemenation of locationChangeDone:forDataSource;

5:28 PM Changeset in webkit [583] by rjw

• 25 edits in trunk

Changes for dynamic scrolling views (not complete).
Added simple support for WKLocationChangeHandler so Alexander will diplsay
page when load is done.

1:56 PM Changeset in webkit [582] by rjw

• 1 edit
  6 adds in trunk/WebKit

Added files from WebBrowser`

11:02 AM Changeset in webkit [581] by sullivan

• 8 edits in trunk/WebKit

Added call to examine the entry at the current index in
the back/forward list without modifying the list. I needed
this to save context data (in my case, scroll position)
on the currently-viewed entry.

• History.subproj/WKBackForwardList.h:
• History.subproj/WKBackForwardList.m: (-[WKBackForwardList currentEntry]): Just returns the entry at the current index.

Added useful mechanism and hideous hack for using remembered scroll positions
with the back/forward list. There's no way to do this cleanly at this level;
we have to get WebKit involved. Most of this code is fine though, only the
restoring part should have to be redone.

• BackForwardListEntry.h:
• BackForwardListEntry.m: (+[BackForwardListEntry entryWithURL:]), (-[BackForwardListEntry scrollPoint]), (-[BackForwardListEntry setScrollPoint:]): New subclass of WKURIEntry; remembers a scroll point with each entry, and adds a convenience constructor. Some or all of this may move into WebKit later.

• BrowserDocument.m: (-[BrowserDocument saveScrollPosition]): New method, reads the current scroll position from the view and stores it into the current back/forward list entry.

(-[BrowserDocument restoreScrollPosition]):
New method, reads the previously-saved scroll position from the current
back/forward list entry and scrolls the view to match.

(-[BrowserDocument restoreScrollPositionFromTimerHack:]),
(-[BrowserDocument restoreScrollPositionLaterHack]):
Timer-based hackery to wait a little while before calling restoreScrollPosition
since calling it before the new page has loaded has no effect. This will have
to be replaced with a WebKit-based mechanism for telling the webView what the
incoming page's initial scroll point should be.

(-[BrowserDocument goToURLBypassingBackForwardList:]),
(-[BrowserDocument goToURL:]),
(-[BrowserDocument goBack]),
(-[BrowserDocument goForward]):
Call the save/restore methods at the right places.

• WebBrowser.pbproj/project.pbxproj: Updated for new files

9:14 AM Changeset in webkit [580] by kocienda

• 8 edits in trunk/WebCore

2002-02-01 Kenneth Kocienda <​kocienda@apple.com>

At Richard's urging, I made some changes to the API of WKMutableData. I cleaned
up the API, and hid the extra no-copy functionality so that it is not visible
outside of this framework. Everything should be functionally equivalent with
these changes.

• CacheLoader.subproj/WKURLHandle.m: (-[WKURLHandle notifyClientsDidLoadData]):
• Misc.subproj/WKMutableDataPrivate.h:
• Misc.subproj/WKMutableDataPrivate.m: (WKDataCheckBound), (-[WKMutableData dataObjectsGreaterThanMatchedOffset:]), (+[WKByteBlockData dataWithByteBlock:]), (-[WKByteBlockData initWithByteBlock:]), (-[WKByteBlockData length]), (-[WKByteBlockData getBytes:]), (-[WKByteBlockData getBytes:length:]), (-[WKByteBlockData getBytes:range:]), (-[WKByteBlockData subdataWithRange:]), (-[WKByteBlockData copyWithZone:]), (-[WKByteBlockData dealloc]):

Made some cleanups to the no-copy NSData API, and those changes
make the use of the no-copy functionality in this client code
much cleaner.

• include/WCURLHandle.h:
• src/kwq/KWQKloader.mm: (-[URLLoadClient WCURLHandle:resourceDataDidBecomeAvailable:offset:length:userData:]):