Removed old media-internals page and rewrote it.

Removed old media-internals page and rewrote it.

Improvements over old media-internals page:
  * Easily accessible list of players:
    * Under the old page, the data of a player was built into
      the list of overall players.  This meant that if you
      wanted to toggle between two players, it was practically
      impossible.
    * The new UI has a list of buttons for each player that is
      unobstructed by the data on the page.
  * Useful log view.
    * The old log viewer displayed all the data sent about that
      player regardless of if the user wanted to see it or if
      it should even be in the log in the first place.
    * The new log viewer automatically filters out log status like
      if is_downloading and other properties about the buffer status
      that change hundreds of times per second and are better viewed
      in the properties panel or in in a graph.
    * The new log view also has a filter text-box that lets you filter
      the log for events of a certain property.  (The text box accepts
      comma-separated values of property names.)
  * Lasting information
    * If a media player unexpectedly quit, the old media-internals
      page would immediately kick it off the page.  If the quit was
      unexpected, this might not be the best decision.
    * The new page has a checkbox for if you want to remove dead
      video players.
  * System Properties
    * Code is in place (but not yet used) that will allow for
      the page to display properties about the entire system instead
      of just a single video player.  A backend change will be necessary
      to utilize this.

BUG=260005

[Ty Overby, 2013-07-12 22:36:35]

Here's the first UI commit.  It is backwards compatible with the messages that
are sent from the current backend.

[scherkus (not reviewing), 2013-07-18 02:18:10]

few high level things:
  - file name format is unix_hacker.js
  - please add copyright notices to the top of each file
  - indent is 2 spaces, not 4
  - there aren't enough files in each subdirectory to warrant having them --
just dump everything in the same page

let's chat some more tomorrow about how we can make it easier to land this in
more incremental changes

https://codereview.chromium.org/18889006/diff/1/content/browser/resources/med...
File content/browser/resources/media/util/goog.js (right):

https://codereview.chromium.org/18889006/diff/1/content/browser/resources/med...
content/browser/resources/media/util/goog.js:5: var goog = {};
what's the origin of this file?

is it copied from somewhere?

[Ty Overby, 2013-07-18 16:57:09]

On 2013/07/18 02:18:10, scherkus wrote:
> few high level things:
>   - file name format is unix_hacker.js
I thought it was lowerCamelCase, but according to the style guide, it's
filenameslikethis.js.  

>   - please add copyright notices to the top of each file
>   - indent is 2 spaces, not 4
Will do

>   - there aren't enough files in each subdirectory to warrant having them --
> just dump everything in the same page
Because media-internals shares the same directory as webrtc-internals, this was
mostly a way to 
organize *and* separate from the non media-internals code.  (excluding
media-internals.js|.css|.html)

[Ty Overby, 2013-07-18 16:57:16]

https://codereview.chromium.org/18889006/diff/1/content/browser/resources/med...
File content/browser/resources/media/util/goog.js (right):

https://codereview.chromium.org/18889006/diff/1/content/browser/resources/med...
content/browser/resources/media/util/goog.js:5: var goog = {};
On 2013/07/18 02:18:10, scherkus wrote:
> what's the origin of this file?
> 
> is it copied from somewhere?

Kind of.  It uses the same names and sometimes the same code for functions in
the Google Closure Library.  I could probably put them in a 'util' namespace.