Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GitHub's new text editor leaked on Twitter

github.com

Post reply on HN
Print view View original

211–220 of 262 posts

Re: GitHub's new text editor leaked on Twitter

#211

Post by mechabyte »

reustle wrote: post #7
aroman wrote: post #3

holy cow this thing has like 70 repositories! And I found a screenshot... looks very much like sublime text: https://f.cloud.github.com/assets/1424/1228569/cce6eb26-27a6... edit: based on this[1], it looks like this is a GitHub-aware/integrated text editor that targets both desktop (Mac, at least) and web [1] https://gist.github.com/elcuervo/eb68883f233baf5a46c8

Some more screenshots * https://f.cloud.github.com/assets/671378/2265086/c6897dba-9e... * https://f.cloud.github.com/assets/671378/2265022/bb148a20-9e... * https://f.cloud.github.com/assets/2988/1796891/85e69ff2-6a93... (animated gif) * https://f.cloud.github.com/assets/671378/2241795/ba4827d8-9c... * https://f.cloud.github.com/assets/671378/2241819/f8418cb8-9c... * https://f.cloud.github.com/assets/671378/2241519/04…

Multiple cursor support demo from IRC http://cl.ly/image/3M3G3s251o15

Re: GitHub's new text editor leaked on Twitter

#215

Post by feifan »

Flenser wrote: post #189
jashkenas wrote: post #168

There's a bunch of lovely gems scattered through the Atom repos. Some of my favorites from a first quick glance: Biscotto — A CoffeeScript API documentation generator based on TomDoc notation: http://atom.github.io/biscotto/ React-Coffee — A little glue that makes Facebook's React easy to use from CoffeeScript without having to resort to JSX: https://github.com/atom/react-coffee SpacePen: A minimalist view library fo…

I'm confused, why would they be working on React and SpacePen? Don't they do (roughly) the same job?

React is defined by its declarative nature (for ease of coding) and virtual DOM (for performance). Not sure if SpacePen does the same, but at a first glance of the documentation I'm not seeing anything along those lines…

Re: GitHub's new text editor leaked on Twitter

#216

Post by barrkel »

6cxs2hd6 wrote: post #199
barrkel wrote: post #170

Earlier quoted context omitted.

It took me a good 15 years before I started using Emacs a few months ago. What made it work was (a) learning how to tweak the configuration to suit me, (b) learning Emacs jargon equivalents (chiefly: selection => region, cursor => point, open => find, file => buffer, pane => window) and (c) already knowing enough lisp to be able to tweak configuration further than simple variables and modes. Then what really made it…

> It is, however, still weak with languages that heavily rely on IDE support, like Java and C# Which I see as a weakness of those languages -- not a weakness of Emacs (or Vim, or any other Not-The-Walled-Garden-IDE). I think needing an IDE to be productive is a kind of "language smell". I do appreciate that some of us don't have a choice but to use them, and that they have good points -- just not this.

Well, the strengths of languages like C# and Java are extensive libraries along with static typing and the code completion that enables. Object orientation also helps with code completion, because the you normally have the noun to hand in a local or a field before trying the operation.

Java does have a fashion for verbose identifiers, and C# has picked up a little bit of it, although the ceremony is less in C#. Ceremony can be macro'd away, but verbose identifiers are more problematic.

I'd also argue that the scope and complexity of big Java apps is often larger and broader than most C++ apps: more libraries used, and at a higher level of abstraction. When you dance across the surface of many different libraries, good code completion makes your life easier. That is, the chief problem code completion solves is not intrinsic to any given language, but rather the absolute number of symbols used.

When coding languages like Ruby, I rely heavily on the interactive console (Pry for Ruby) in order to get the moral equivalent of code completion.

Re: GitHub's new text editor leaked on Twitter

#218

Post by Morgawr »

jbeja wrote: post #180
danabramov wrote: post #107

Earlier quoted context omitted.

Have you used LightTable? It's quite fast as the editor. I'm sure Atom is similarly fast. It doesn't run in the browser; it just uses WebKit as the engine.

Light table is only fast is you are a slow writer, the vim mode in it is painfully slow. Webkit base editors like LT and Brackest are unusable to me.

I'm a pretty fast writer and I never had any problem with LightTable's vim mode. Maybe it's just me though, I don't know.

Re: GitHub's new text editor leaked on Twitter

#219

Post by lectrick »

The way I code (and I'm surprised I seem to be the first person to state this here), is that I can run my class file in Sublime and it automatically runs its unit test within like a second. Instantly, I can know whether I broke anything or whether I satisfied a new assertion successfully without breaking anything else.

Unless this editor can do something similar, this is pretty much useless for any non-html non-css code developer who has already learned that unit test suites are the way, the truth and the life.

Re: GitHub's new text editor leaked on Twitter

#220

Post by shakeel_mohamed »

djjaxe wrote: post #213
shakeel_mohamed wrote: post #59

Earlier quoted context omitted.

Yeah, there's really no incentive for them do it aside from accepting non-Paypal customers.

paypal accepts transactions without accounts just cards...

Not if it's the same card used on a limited PayPal account :)
Post reply on HN