W3C home > Mailing lists > Public > public-script-coord@w3.org > January to March 2013

Re: Standardizing console APIs: Where?

From: Thaddee Tyl <thaddee.tyl@gmail.com>
Date: Mon, 25 Feb 2013 11:50:33 +0100
Message-ID: <CAE3TfZNk2NxsRNU=Ye10Uc3WKMddM0nvqYBafz3j9R-sEVLgsQ@mail.gmail.com>
To: Rick Waldron <waldron.rick@gmail.com>
Cc: Brian Kardell <bkardell@gmail.com>, "public-script-coord@w3.org" <public-script-coord@w3.org>, es-discuss <es-discuss@mozilla.org>
On Fri, Feb 22, 2013 at 5:31 PM, Rick Waldron <waldron.rick@gmail.com> wrote:
> On Fri, Feb 22, 2013 at 11:13 AM, Brian Kardell <bkardell@gmail.com> wrote:
>> Recently I read a post about Chrome adding a console.table API which
>> mentioned some things in other browsers.  My immediate reaction was "is this
>> a new proposal for addition to console standard API, because that could be
>> pretty handy actually" but then after a moments pause and about an hour
>> search, I realized:  There is no codified standard for console API.  Turns
>> out that public-browser-tools-testing@w3.org has sort of agreed to take it
>> up, but it doesn't seem like anything much has happened yet and I'm
>> wondering why that should be bound to anything with the browser since
>> console is a pretty universal thing in implementations.  Not saying it
>> should or shouldn't be ECMA, just that it seems to be in the wrong place now
>> if, indeed, anything is happening there.
> A very smart addition to the future standard library modules—which are
> dependent on a Module spec of course. Write a strawman?

I beg to differ.

The standard for console APIs is at
<https://getfirebug.com/wiki/index.php/Command_Line_API>, along with
other devtools-related standards.
It is very functional (changes happen regularly by cross-browser
consensus, and suggestions are welcome from anyone).
Sure, not all devtools support it all, and they may have bugs, but
they each strive to fix their implementation.
Duplicating standards will only duplicate efforts.

You may notice that console.table is defined there now (and has been
for some time).
Received on Monday, 25 February 2013 10:51:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:08 UTC