Live data from Hacker News

Kod is a new Node.js scriptable code editor for OSX

kodapp.com

11–20 of 72 posts

Re: Kod is a new Node.js scriptable code editor for OSX

#11
post #4

Looks good. But I don't really care if I can style the editor with CSS3. Concretely, why should I scrap my current code editor and start using Kod? Is it somehow targeted to Node.js devs; how is that better than Cloud9?

It's built using Node.js fyi.

Re: Kod is a new Node.js scriptable code editor for OSX

#13

Earlier quoted context omitted.

Vim and Emacs weren't enough?

Show me a usable file tree view that doesn't look like crap for vim or emacs, and I will go back to using them. With today's web frameworks, when I hop between files all the time, I want a neat visual file tree.

Fair enough I guess, although "doesn't look like crap" is pretty subjective. Based on the number of "switching to Vim" blog posts (some on OS X) submitted to HN over the past few months, I would say the old editors are still putting up plenty of competition.

Re: Kod is a new Node.js scriptable code editor for OSX

#14

Finally some potential competition for textmate.

Vim and Emacs weren't enough?

Emacs is a fantastic editor (and I think I can say that I am what you call a power user), but Emacs Lisp is a terrible, terrible language. The more I use it, the more I hate it. And it's not because of the lispiness or parens -- Common Lisp was my Language of Choice for many years.

Having an editor that I could extend in a real programming language (and JS is actually very nice once you grasp stuff like prototype inheritance and learn to avoid the... uhm, bad parts) would be simply awesome. And if it was pretty and integrated with OS X I would be willing to pay hard cash for it.

Re: Kod is a new Node.js scriptable code editor for OSX

#15
post #6
post #2

Here's what I don't get about tabs and the phrase "programmer's text editor" -- what programmer only has 8 files open at once? Looking at ibuffer, I have 92 buffers open in Emacs right now. What would that look like with tabs?

My observations: Most people in word have 1-2 documents open at once. Most people in text editors like gedit, kate, eclipse, VS have maybe 10 or 20 tabs But most emacs users have at least 80 or 90 buffers open! It's an interesting phenomena that I haven't seen elsewhere. Why is this? Are tabs too much overhead or does emacs have really good buffer management? Not a criticism, I'm slowly picking up some emacs after 2…

It's because Emacs is one of the few editors where you can actually manage 90 and more buffers -- thanks to the fact that you can refer to them by name.

Re: Kod is a new Node.js scriptable code editor for OSX

#17
post #2

Here's what I don't get about tabs and the phrase "programmer's text editor" -- what programmer only has 8 files open at once? Looking at ibuffer, I have 92 buffers open in Emacs right now. What would that look like with tabs?

Tabs are one of those design decisions where everyone else is doing it, so it must be smart. I don't bother with tabs myself, most of my projects are small enough that I can find the files in the file list on the side in TextMate, Eclipse, etc..

I think a smarter solution would be to put recently accessed files in that file list on the side, vertically.

Re: Kod is a new Node.js scriptable code editor for OSX

#18
post #2

Here's what I don't get about tabs and the phrase "programmer's text editor" -- what programmer only has 8 files open at once? Looking at ibuffer, I have 92 buffers open in Emacs right now. What would that look like with tabs?

Much the same as it does in TextMate, probably. As many tabs as can realistically be identified plus an extra drop down menu with all of the rest.

(But I use the project view anyway, because I also see tabs as pointless, and most other developers I know rely on things like PeepOpen or Cmd+T's file finder.)

Post reply on HN