Devtools: [WIP] Implement enhanced devtools extension language APIs

Source/devtools/front_end/inspector.json

 [
     { "name": "platform", "type": "autostart" },
     { "name": "main", "type": "autostart" },
+    { "name": "languages", "type": "autostart" },

[pfeldman, 2015/08/13 21:15:46]

This should not be autostart - extensions module would wake it up.

[wes, 2015/08/14 01:13:32]

If "components" or "extensions" module has a real dependency on it, doesn't that
mean it needs to be "autostart", too? Am I wrong? (I know the CC script throws a
fit if you claim an autostart module depends on a lazy one, so I don't think I
am?) Or are you proposing that everything it does should be behind lazy
interfaces and facades, and those modules should become dependent on those
interfaces, allowing it to be lazily loaded? 

[pfeldman, 2015/08/17 21:15:51]

If languages has API and compact implementation, it is bind for it to be
autostart (it would be very similar to bindings).

     { "name": "components", "type": "autostart" },
     { "name": "ui", "type": "autostart" },
     { "name": "sdk", "type": "autostart" },
     { "name": "host", "type": "autostart" },
     { "name": "common", "type": "autostart" },
     { "name": "emulation", "type": "autostart" },
     { "name": "workspace", "type": "autostart" },
     { "name": "bindings", "type": "autostart" },
     { "name": "extensions", "type": "autostart" },
     { "name": "ui_lazy" },
@@ skipping 15 matching lines @@
     { "name": "snippets" },
     { "name": "accessibility" },
     { "name": "animation" },
     { "name": "screencast", "condition": "remoteFrontend", "type": "remote" },
     { "name": "emulated_devices", "type": "remote" },
 
     { "name": "heap_snapshot_worker", "type": "worker" },
     { "name": "script_formatter_worker", "type": "worker" },
     { "name": "temp_storage_shared_worker", "type": "worker" }
 ]