You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cordova.apache.org by "Filip Maj (JIRA)" <ji...@apache.org> on 2017/08/31 21:22:00 UTC

[jira] [Resolved] (CB-348) console object improvements

     [ https://issues.apache.org/jira/browse/CB-348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Filip Maj resolved CB-348.
--------------------------
    Resolution: Won't Do

> console object improvements
> ---------------------------
>
>                 Key: CB-348
>                 URL: https://issues.apache.org/jira/browse/CB-348
>             Project: Apache Cordova
>          Issue Type: Improvement
>          Components: cordova-js
>            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 was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org
For additional commands, e-mail: issues-help@cordova.apache.org