Re:TextMate-like ⌘T & ⇧⌘T in Google Chrome Dev Tools & Other...
by lusr on Monday February 27, 2012 @06:30AM
(#3638594)
Odd title; confusing for those of us who haven't used TextMate and unnecessarily specific since the feature in question isn't specific to TextMate at all. Surely the title should be "'Go-to-file' and 'Go-to-symbol' shortcuts in Google Chrome Dev Tools...".
Re:TextMate-like ⌘T & ⇧⌘T in Google Chrome Dev Tools & Other...
by elijahmanor on Monday February 27, 2012 @06:50AM
(#3638636)
You have a good point. There is a huge TextMate community from the Mac world and for those that aren't as familiar should hopefully be intrigued by the title. I was trying to go for a short title, but it is already quite long as it is. I may consider changing it... thanks for the suggestion
Re:TextMate-like ⌘T & ⇧⌘T in Google Chrome Dev Tools & Other...
by mayanksinghal on Monday February 27, 2012 @06:08AM
(#3638554)
Not a while ago, I used to switch to Firefox whenever I was working on any webapp or website because Firebug seemed so much more intuitive than Chrome Dev Tools; but for a few weeks now I don't feel the need to do it. In fact Chrome Dev Tools do provide some features that are not available on Firebug that I think are nice and should be ported soon:
1. Computed Style.
2. Timeline - It helps to know what triggers are fired when, without putting log statements.
Re:TextMate-like ⌘T & ⇧⌘T in Google Chrome Dev Tools & Other...
by mayanksinghal on Monday February 27, 2012 @07:43AM
(#3638744)
I apologize, I simply forgot that they did, even when I have used it enough. In fact when I just checked Firebug again, I realized how easy it feels to use as compared to Dev Tools.
Re:TextMate-like ⌘T & ⇧⌘T in Google Chrome Dev Tools & Other...
by ypcx on Monday February 27, 2012 @06:40AM
(#3638613)
Absolutely Awesome! One more thing is needed, however. The ability to be able to save the modified sources to the server (with appropriate security of course, dev-env only). Also the ability to fetch the server sources from the server, if e.g. I'm running a Node.js and I want to debug and edit the JS in Chrome - along with the client side JS, side by side.
The close we programmers are to the "living code", the better. The file-watching, auto-reloading and re-executing BDD's (or TDD's, etc.) like vows (http://vowsjs.org/) get pretty close to it, but it's not the same.
When I'm coding a function, I want to be able to run it anytime (when the syntax is OK of course), and in the environment of my program.
1. Computed Style.
2. Timeline - It helps to know what triggers are fired when, without putting log statements.
They've been available since... well just about forever: http://i.imgur.com/GGw22.png
The close we programmers are to the "living code", the better. The file-watching, auto-reloading and re-executing BDD's (or TDD's, etc.) like vows (http://vowsjs.org/) get pretty close to it, but it's not the same.
When I'm coding a function, I want to be able to run it anytime (when the syntax is OK of course), and in the environment of my program.
Great stuff. Also similar in-client code editing efforts, Firefox: https://github.com/Gozala/sky-edit, general: https://github.com/ajaxorg/ace
https://github.com/dannycoates/node-inspector