Re:JSTerm, Firefox JavaScript terminal
by AndrewDucker on Friday July 20, 2012 @10:07AM
(#4270844)
I believe that Mozilla are trying to recreate most of the functionality of Firebug, but as small, lightweight, addons, rather than the monolithic structure of Firebug.
Firebug has a reputation for being heavyweight, and having memory leak issues, so making similar functionality available in smaller pieces which are simpler to debug/maintain is a definite win.
Re:JSTerm, Firefox JavaScript terminal
by alttab on Friday July 20, 2012 @02:25PM
(#4272185)
Agreed. When helping other developers or QA people, it is frustrating that when they use Firefox they may not have Firebug installed and thus we can't research the issue right there.
When they are usng Chrome, the damn thing is built in so I know 100% of the time that we can debug it in the browser where the issue was found.
Breaking down Firebug into separate add-ons seems like a very inconvienent move. Its optimizing around the maintainer, and not the consumer - this is bad.
So if a QA guy is using Firefox, worse case sceario is he downloads Firebug and restarts the browser and reproduces the issue again. In this new model, he could download the one add-on we think we need to figure out the issue, but could end up going back multiple times to install other missing components.
At this point, it needs to be a "developer SDK" or "developer mode" which comes monolithically (For ease of use). If this ends up being a bundle of dependencies of smaller add-ons in the back so be it, but do not require the user to install more than one add-on to get the developer environment.
Chrome did it right in my mind by shipping the whole thing with the product. This also helps garuantee that it doesn't have memory leaks, API integration problems, or other bugs which crop up when delivering what I consider basic functionality as a plug-in.
Re:JSTerm, Firefox JavaScript terminal
by pfraze on Friday July 20, 2012 @08:59AM
(#4270499)
Looks well-done. If possible, Id love to be able to extend it with a custom set of non-js-syntax commands for the current document. If also possible, Id love to embed it in the document-- independent of mozilla.
Re:JSTerm, Firefox JavaScript terminal
by jhuckestein on Friday July 20, 2012 @12:45PM
(#4271630)
Oh man, I got really excited because I thought somebody had picked up work on http://jsterm.com/ . Maybe not the best idea to call this one jsterm as well.
Firebug has a reputation for being heavyweight, and having memory leak issues, so making similar functionality available in smaller pieces which are simpler to debug/maintain is a definite win.
When they are usng Chrome, the damn thing is built in so I know 100% of the time that we can debug it in the browser where the issue was found.
Breaking down Firebug into separate add-ons seems like a very inconvienent move. Its optimizing around the maintainer, and not the consumer - this is bad.
So if a QA guy is using Firefox, worse case sceario is he downloads Firebug and restarts the browser and reproduces the issue again. In this new model, he could download the one add-on we think we need to figure out the issue, but could end up going back multiple times to install other missing components.
At this point, it needs to be a "developer SDK" or "developer mode" which comes monolithically (For ease of use). If this ends up being a bundle of dependencies of smaller add-ons in the back so be it, but do not require the user to install more than one add-on to get the developer environment.
Chrome did it right in my mind by shipping the whole thing with the product. This also helps garuantee that it doesn't have memory leaks, API integration problems, or other bugs which crop up when delivering what I consider basic functionality as a plug-in.
In the meantime, I am still waiting Chrome to support true multiline editing in the JS console ( http://code.google.com/p/chromium/issues/detail?id=35487)
Id help with a fork if you think that could work.
Oh and Firefox 16 is now Aurora as of this week. 17 is the new Nightly.