W3C home > Mailing lists > Public > public-webplatform@w3.org > December 2013

Re: Third JS bulk upload

From: Julee <julee@adobe.com>
Date: Thu, 5 Dec 2013 11:17:53 -0800
To: Max Polk <maxpolk@gmail.com>, Webplatform List <public-webplatform@w3.org>
Message-ID: <CEC60CBF.A38C9%julee@adobe.com>
Yeah! Thanks, Max!!

I didn’t realize that we do actually have some web APIs in here, such as
DataView and Float*Array & Int*Array — these aren’t in the language
specification. I would consider these APIs and put them in an API section.

Later, we should look at separating out the types, Boolean, Undefined…
into their own bucket.

But I don’t think these questions should hold up the import.

>From the content perspective, I think we’re ready to do the final import.

Does anyone disagree with that?

Are there any blockers to doing the final import?



-----Original Message-----
From: Max Polk <maxpolk@gmail.com>
Date: Thursday, December 5, 2013 at 10:54 AM
To: WebPlatform Public List <public-webplatform@w3.org>
Subject: Third JS bulk upload

>The third JavaScript bulk upload is complete:
>    http://docs.webplatform.org/test/javascript
>Before uploading, I delete all previous pages, then made many changes
>to fix links and discover broken links on the pages.  Some things to
>Removed methods:
>    Date getVarDate method ("Returns the VT_DATE value in a Date object")
>Removed links to non-existent pages:
>    javascript/Debug/write
>    javascript/Debug/writeln
>    javascript/Debug
>    javascript/ScriptEngine
>        "Returns a string representing the scripting language in use."
>    javascript/ScriptEngineBuildVersion
>        "Returns the build version number of the scripting engine in use."
>    javascript/ScriptEngineMajorVersion
>        "Returns the major version number of the scripting engine in use."
>    javascript/ScriptEngineMinorVersion
>        "Returns the minor version number of the scripting engine in use."
>    javascript/Enumerator/atEnd
>        "Returns a Boolean value indicating if the enumerator is at
>the end of the collection."
>    javascript/Enumerator/item
>        "Returns the current item in the collection."
>    javascript/Enumerator/moveFirst
>        "Resets the current item in the collection to the first item."
>    javascript/Enumerator/moveNext
>        "Moves the current item to the next item in the collection."
>    javascript/Errors/Run time
>        "List of JavaScript run-time errors"
>    javascript/statements/cc on
>        "Activates conditional compilation support."
>    javascript/statements/if
>        "Conditionally executes a group of statements, depending on
>the value of an expression."
>    javascript/statements/set
>        "Creates variables used with conditional compilation statements."
>    javascript/GetObject
>        "Returns a reference to an Automation object from a file."
>Many interal corrections based on page name changes:
>    http://is.gd/iAI3Jf
>Source content of new pages:
>    http://is.gd/mF0AbL
>Needs to be examined:
>    javascript/errors/syntax
>        What is this page is about?
>    javascript/errors
>        Reduced to just syntax errors, do we need it?
Received on Thursday, 5 December 2013 19:18:41 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:20:56 UTC