Bug 28232 – "Null after navigation" in major-objects.html is unclear

• Status: RESOLVED
• Resolution: FIXED
• Component: WebKit Website

[Joe Mason]

Adam Barth explains the "null after navigation" comment in major-objects.html like this:

> > "NULL after navigation" could be clearer - it suggests that DOMWindow and
> > everything below it only exists if you type the URL, but not if a page is
> > loaded by clicking a link, which can't be true.
>
> Oh, I meant navigate to cover both typing in the location bar and
> clicking a link.  Is there a better word to use for that?
>
> > Does it mean that it's NULL
> > immediately after navigation, while waiting for the load, and is replaced by
> > a valid pointer after loading?
>
> I wasn't sure the best way to represent this in the diagram.
> Typically, the edge becomes null in the "up" direction and replaced
> with a new object in the "down" direction.  If you can think of a nice
> way to explain this on the page, please file a bug, CC me, and upload
> a patch.

I think the best way to represent this is with a footnoted explanation.  (Patch forthcoming)

[Joe Mason]

Created attachment 34693 [details]
patch to html file

[Adam Barth]

Comment on attachment 34693 [details]
patch to html file

Excellent!

[Adam Barth]

Comment on attachment 34693 [details]
patch to html file

Clearing flags on attachment: 34693

Committing to http://svn.webkit.org/repository/webkit/trunk ...
	M	WebKitSite/ChangeLog
	M	WebKitSite/coding/major-objects.html
Committed r47182
	M	WebKitSite/ChangeLog
	M	WebKitSite/coding/major-objects.html
r47182 = 9f401117450f829c83ec4f0940e4918f455e7d31 (trunk)
No changes between current HEAD and refs/remotes/trunk
Resetting to the latest refs/remotes/trunk
http://trac.webkit.org/changeset/47182

[Adam Barth]

All reviewed patches have been landed.  Closing bug.