Live data from Hacker News

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

kodapp.com

21–30 of 72 posts

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

#21
This is a separate idea, but...

The "Chromium-like user interface where tabs can be torn off and moved between windows" would be awesome if it were implemented directly in Mac OSX. Then applications could drop all of that code and just let the OS deal with it. Also, you'd be able to group distinct applications. I'd love to have a [Browser, Text Editor, Terminal] tab group.

EDIT: Another thought... Chrome tabs don't look like any other tabs in Mac OSX. Applications lose uniformity as they're forced to define more about themselves.

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

#23
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…

There's a selection bias at work - emacs.

I haven't met many people who casually use emacs (other than those trying it out for the firs time, or giving it another shot, (or another, or another))

For those who really GET emacs, and think in emacs, it becomes their entire workflow - as they can automate everything from emacs, incrementally. Those guys that work with 80 or 90 buffers open didn't start out that way - they grew over the years to working that way by tweaking more and more functionality to bend it to their will.

You can extend lots of editors - but there's something about emacs and it's lisp nature that lends itself to this kind of developer.

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

#24

Finally some potential competition for textmate.

I hear this more and more lately - and sure, competition would be good.. but, what's wrong with textmate at this point?

I bought a few copies a few years ago, and I've been using them ever since, lots of extensions, still nice and light, still awesome to use... I dont' find myself sitting around thinking "Man I wish this guy would hurry up and bring out a new version!".... like, it's not minecraft....

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

#25
post #24

Finally some potential competition for textmate.

I hear this more and more lately - and sure, competition would be good.. but, what's wrong with textmate at this point? I bought a few copies a few years ago, and I've been using them ever since, lots of extensions, still nice and light, still awesome to use... I dont' find myself sitting around thinking "Man I wish this guy would hurry up and bring out a new version!".... like, it's not minecraft....

I'm a TM user, and I'm happy with the product, but there are some areas that could use improvement. First, there's undo. Undo in TM is letter-by-letter. That makes it pretty useless for moving very far back in to history. Then there's any kind of intelligent auto-completion. Auto-complete in TM is as rudimentary as it gets. It's basically word matching for the current document, or from a bundle.

I still think TM is the best editor for me, and I'd happily use it for the next 25 years without a single gripe if I had to, but I'm not sure the editor community is going to just sit around while TM stagnates.

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

#26
post #19

Will it do C++? I still haven't found a good C++ editor (with class member autocomplete popups and such) - at least, nothing that compares to Visual Studio over in the Windows world.

Why not Xcode?

The popup with the list of class members (I think XCode calls it "Code Sense") tends not to work if your code is too complicated. I know that sounds like a silly reason not to use an IDE, but I surprise myself with how much I miss it.

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

#27

This is a separate idea, but... The "Chromium-like user interface where tabs can be torn off and moved between windows" would be awesome if it were implemented directly in Mac OSX. Then applications could drop all of that code and just let the OS deal with it. Also, you'd be able to group distinct applications. I'd love to have a [Browser, Text Editor, Terminal] tab group. EDIT: Another thought... Chrome tabs don't l…

Stack and Tile for Haiku is nice: http://www.youtube.com/watch?v=ccniJHjo_Uw

KWin in KDE can also stack and tile application windows. Sadly, nothing like that exists for OS X.

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

#28
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?

I don't think it's a client-side in-browser editor:

"Written from scratch with modern OS X 10.6 APIs providing maximum OS integration while avoiding reinvention of the wheel."

Though CSS styling and Node scripting leads me to believe it's using some v8/browser stuff.

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

#29
post #19

Will it do C++? I still haven't found a good C++ editor (with class member autocomplete popups and such) - at least, nothing that compares to Visual Studio over in the Windows world.

screenshot appears to be C++ code (might be wrong on this though, as I've never written any C++, and only use C occasionally)

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

#30

If it can't fix those curly braces in the screenshot then I don't want to go near the thing.

not sure what you're referring to. If it's the font, well Im assuming that's changeable and if it's the brace on line 47, then that's just word wrap making it look odd. If you're referring to the fact that the open braces are on the end of the lines, well... that's where God himself intended them to be :)
Post reply on HN