They should do a LOST remake of that Atom Youtube Video ;)
Atom 1.0
261–270 of 459 posts
Re: Atom 1.0
#262Earlier quoted context omitted.
That's going to render whole countries worth of developers reconsider using Atom. AltGr is widely used at Nordic countries at least and I wouldn't be surprised if elsewhere too.
Let them speak English! This'll bring the world closer together.
We speak English, but our laptops come with localized keyboards.
Re: Atom 1.0
#263I've gotta say, honestly, I'm preferring Visual Studio Code over Atom simply due to the fact that it seems MUCH more stable and lightweight. Atom is very visually appealing, and I'm a fan of the project, in general, but it constantly freezes up and crashes on me. I think I'll be sticking with VS Code & Sublime.
Funny, as VS Code is based on Atom.
VS Code is not based on Atom - it's built on Electron, the app framework Atom is also built on, and uses some of the same Node packages Atom developed.
Re: Atom 1.0
#264Earlier quoted context omitted.
Still: is anyone complaining of Emacs or Vim or ST3 being slow/complex because they have installed plugins to the core? What's an example in the wild of this "cycle of bloat" in which people complain about it?
I can't speak for the parent but I would say the most commonly seen effect of complexity is stagnation. Change becomes harder, promised features take forever, the developers lose motivation and significant new releases grind to a halt. Atom exists because ST3 was seen to stagnate, ST3 exists because TextMate was seen to stagnate etc. They start as simple but incomplete tools that are moving fast and blah blah - its j…
Except that neither ST3 or TextMate were open source.
Re: Atom 1.0
#265I still cannot search for whole word expressions in directories without using RegEx, bummer.
Re: Atom 1.0
#266Earlier quoted context omitted.
CoffeeScript is actually pretty cool, from a few minutes spent with it it was just syntaxic sugar for js. Why don't you like it?
Did you miss that you can't create local variables?
WHAT? You mean, you can't declare them without initialization. Oh well, you can't; it's also impossible in Python or Lua. Why is it a bad thing?
Re: Atom 1.0
#267[deleted]
Re: Atom 1.0
#268Earlier quoted context omitted.
Background processes don't block the main thread, the extension points are better thought out and the development experience in working on extensions is a LOT better, js/coffee are better languages than vimL, and display is not limited to a fixed grid of text cells. The downsides are that it's comparatively slow. The vim keybinding emulation isn't great but I can now use it without getting frustrated using ^[ to get…
You should check out Neovim. The native scripting language is Lua, and it's a fork of the vim codebase so still fast and commands all work identically. It's still early, but I am monitoring (and supporting) the project closely.
Also, one of Neovim's banner features is asynchronous job control, which greyrest complained about.
Re: Atom 1.0
#269Earlier quoted context omitted.
> Eh. Why is 1.0 out already? Keyboard layouts which use AltGr are still broken. Perhaps such keyboards don't concern that many people?
AltGr is used by many layouts such as German, Turkish, French, Polish, and US International. https://en.wikipedia.org/wiki/AltGr_key Also, this was supposed to be fixed in 1.0. I don't know why they decided to release 1.0 prematurely.
Today I learned I can type an acute accent ´ without memorizing the "alt code" by using right alt.
Now I can `quote´ in annoying ways or more ‘proper’ ways. This is life changing.
It's also nifty to be able to type ¼ and ½
Re: Atom 1.0
#270Earlier quoted context omitted.
Still: is anyone complaining of Emacs or Vim or ST3 being slow/complex because they have installed plugins to the core? What's an example in the wild of this "cycle of bloat" in which people complain about it?
> Still: is anyone complaining of Emacs or Vim or ST3 being slow/complex because they have installed plugins to the core? Emacs? Yes. Absolutely. Emacs once stood, humorously, for “Eight Megabytes And Constantly Swapping”. That is a valid complaint that people have made.
That comment would make sense in the 1990s when we had 32 MB of ram, but you probably haven't used it since then. I type `e` and I'm instantly in an emacs client frame running on top a server and using a modern package manager that loads plugins and different modes in on the fly. I restart and kill the entire server after editing my init.el file and it takes takes a few seconds. Emacs itself takes up so little of a memory footprint I don't even care about it. And do you seriously think that a text editor that is older than most people on HN would be wasteful about allocating resources?