Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: callback-dev@incubator.apache.org
Date: Tue, 1 May 2012 12:53:48 +0000 (UTC)
From: "Patrick Mueller (JIRA)" <jira@apache.org>
To: callback-dev@incubator.apache.org
Message-ID: 
 <1389487644.13032.1335876828816.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1095341650.24551.1331906860172.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (CB-348) console object improvements
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/CB-348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13265772#comment-13265772 ] 

Patrick Mueller commented on CB-348:
------------------------------------

See also:

 * [CB-508 - better diagnostic capabilities for startup code|https://issues.apache.org/jira/browse/CB-508]
 * [CB-611 - Logging levels|https://issues.apache.org/jira/browse/CB-611]
 * [CB-613 - Fix console.log not sprintf'ing input content|https://issues.apache.org/jira/browse/CB-613]

                
> console object improvements
> ---------------------------
>
>                 Key: CB-348
>                 URL: https://issues.apache.org/jira/browse/CB-348
>             Project: Apache Callback
>          Issue Type: Improvement
>          Components: CordovaJS
>            Reporter: Patrick Mueller
>            Assignee: Patrick Mueller
>
> There is some room for improvement in the console object we support in Cordova.
> # not all of the common API is supported.  Here is the API as implemented by Firebug, most of which is also implemented in Web Inspector: [Firebug Console API|http://getfirebug.com/wiki/index.php/Console_API].  An example of the issue with this is that the weinre demo makes use of markTimeline (actually, that's a WebKit-only console method - I think the only one!).  So the demo dies an early death, if Cordova's console wins the "overwrite the native" battle.
> \\ \\
> # which naturally leads to the next issue - the console should daisy chain its calls to the "native" console, if it exists.  An example of this issue is that if you use iWebInspector on a Cordova app, console logging happens in the Xcode console, not the iWebInspector console.  I'm fine to have it in both places.
> \\ \\
> # console output operations should "buffer".  An example of this issue is that any console operations which occur BEFORE deviceReady are passed directly to the bit bucket.  Instead, we should "buffer" these, and then when deviceReady occurs, the console can dump what it's buffered.
> Turns out, I have some of these same issues in weinre, but I don't think we can share an implementation.  weinre generally just delegates everything to the weinre client - eg, arguments to console.log() are sent as 'remote objects', whereas in Cordova we actually need to evaluate them.  The buffering and daisy chaining should be exactly the same, and perhaps those need to be configured (eg, console.daisyChainNative(false)) - maybe the code or at least design could be shared there.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira