What does HackerNews think of brackets?

An open source code editor for the web, written in JavaScript, HTML and CSS.

Language: JavaScript

Heh, just a month ago Adobe Brackets (another Atom clone) did the same https://github.com/adobe/brackets
Atom also is a Microsoft product: https://github.com/atom (Microsoft bought GitHub in 2018)

Brackets is an Adobe product (https://github.com/adobe/brackets) (and doesn’t appear _that_ alive to me)

I think the last time I saw an Atom post on here (a blog post), it ignored VS Code, and here we've got a very minor focus on responsiveness/performance.

I'm mostly reminded of Brackets, https://github.com/adobe/brackets, which I moved away from as a general-purpose text editor, but still seems solid for specifically doing frontend development.

Everyone focuses on Atom as a general-purpose editor, and its performance isn't so great in that regard, but if it focused on a specific area, it would be something I might consider using again. It feels easier to have editors for different things, than manually enabling different sets of plugins, for different projects.

Creating barriers or deliberately keeping them up is never the solution. Every time you create more obstacles, you'll end up losing a future contributor or two. Contributors that might end up solving larger future problems or ones that end up owning the whole project after you have moved on. It's not about the slightest inconvenience and obviously you might get slightly larger signal-to-noise ratio but when was the last time keeping into your own small bubble paid off? Most likely never.

At the Brackets project (https://github.com/adobe/brackets) we have seen lots of new active contributors that started from none to giving steady stream of PRs and the effort needed for that was just a slight push to the right direction.

Like some mentioned, Thimble uses Brackets in it's core. After some hiatus, Brackets has seen more commits to the past month than in the past year combined.

There's tons of starter issues (and more advanced ones) that can be tackled in the core right now too. If you want to get into OSS contributing or maybe you already are and want to contribute in general, check out the issues on GitHub!

https://github.com/adobe/brackets

(Disclaimer: third party contributor of Brackets)

Adobe will probably have a hard time getting users over from Sublime, Github's Atom or JetBrains editors, just to name a few, if they don't commit a lot of resources into it.

Github repo: https://github.com/adobe/brackets/

Thanks for checking it out!

> Text editors to me (a web programmer) look too intimidating to build from scratch.

Honestly, this was my thinking too before I started working on one! I, like you, work primarily on web applications and I had never really worked on "lower level" projects. I have always wanted to build a text-editor, though I thought it was much too big a task and didn't know where to even start.

Because of my background in web programming, I was most comfortable with Python and JavaScript. There were a couple of popular editors out there built with JS, (mainly brackets [0]) so I decided to try read through their source code. This helped a lot. Reading source code that I understood, or atleast could make a guess at understanding. I did some research into how brackets was built and found this sort-of useful architecture video [1].

Then, I heard about the Go language, and by accident came across a project called Vigo[0] which is a Vi clone written in Go. The codebase was pretty small, and I was able to easily implement a command for the editor and contribute it. From there I just spent as much time as I could in reading source code of different editors, and comparing them to eachother. Asking myself questions like "How does Vim handle buffers compared to Emacs?" - I have no idea, so I'd go look it up. It could take weeks to get an answer, and sometimes I couldn't figure it out. But I defintely learned Something in doing the research!

I also did some reading from the authors of popular editors like Stallman (Emacs)[3] and Pike (Acme)[4]

When I started building one of my own, I still didn't really (And still dont!) know what I was doing. If you look at the early commits of the project you'll see me totally rewriting pieces over and over until as I figured out better ways of doing it.

I wish I could point you to a single resource that helped me, but it was really a bunch of things that I did over time that helped me. I still don't know much about editors, and I'm sure there's people who can do a much better job than me, but I'm having fun doing it! And I think thats the most important part. Have fun in researching editors (or whatever you decide to build). If you're interested in it, it makes even the most boring and difficult ideas fun to work with. Feel free to reach out to me too if you need help, I'm happy to share what I've learned so far!

sidenote: I didn't know Rust before I started writing Iota, which made things even more interesting ;)

[0]: https://github.com/adobe/brackets [1]: https://www.youtube.com/watch?v=xm9kSWZyawg [2]: https://github.com/kisielk/vigo [3]: https://www.gnu.org/software/emacs/emacs-paper.html [4]: http://plan9.bell-labs.com/sys/doc/acme/acme.html

That's how we work on Brackets[1], and I think a lot of projects work that way. It depends what kind of version control system you use. It's pretty easy to do this with the "GitHub flow".

[1]: https://github.com/adobe/brackets

How does it stack against brackets? https://github.com/adobe/brackets

Brackets also targets web development and is extendable with html and javascript.

you might want to take a look at https://github.com/adobe/brackets/

can't say i'm particularly thrilled at the idea though

Adobe Bracket(https://github.com/adobe/brackets/) are using it and they are editing files from the disk. From looking at the source of their implementation I think that this is how you access system functionality https://github.com/adobe/brackets-app/blob/master/src/win/ce...
Go nativeclient+html5. Best of both worlds. You could still distribute it as a standalone app like https://github.com/adobe/brackets/
There are some fairly clear indicators from Adobe itself about the future of dreamweaver.

Note what they say in the 'Code' section here: http://html.adobe.com/toolsandservices/ "We think theres a need for a different type of code editor were working on something and will have more to share soon."

... which is plainly referring to this project: https://github.com/adobe/brackets