What makes Brackets different from other web code editors?
- Tools shouldn't get in your way. Instead of cluttering up your coding environment with lots of panels and icons, the Quick Edit UI in Brackets puts context-specific code and tools inline.
- Brackets is in sync with your browser. With Live Development, Brackets works directly with your browser to push code edits instantly, set breakpoints, and jump back and forth between your real source code and the browser view.
Brackets is very early in development, so many of the features you would expect in a code editor are missing, and some existing features might be incomplete or not as useful as you'd want. But if you like the direction it's going, please contribute!
Brackets isn't ready for general use yet. It's still very early in development, is missing a lot of basic editor features, and probably has bugs. That said, we've actually been using Brackets to develop Brackets for awhile now, so what's there is reasonably stable.
Although Brackets is built in HTML/CSS/JS, it currently runs as a desktop application in a thin native shell, so that it can access your local files. (If you just try to open the index.html file in a browser, it won't work yet.)
You can download the latest builds from https://github.com/adobe/brackets/downloads and run Brackets from the bin/win or bin/mac folder. (If you just pulled the http://github.com/adobe/brackets repo, you actually need to grab the http://github.com/adobe/brackets-app repo, which includes the brackets repo as a submodule, and run it from there.)
By default, Brackets shows its own source code (MIND BLOWN). You can choose a different folder to edit from File > Open Folder.
Most of Brackets should be pretty self-explanatory, but for information on how to use its unique features, like Quick Edit and Live Development, please read How to Use Brackets. Also, see the release notes for a list of new features and known issues in each build.
Brackets bugs are tracked in the Brackets github issue tracker. When filing a new bug, please remember to include:
- Brackets version/sprint number (or commit SHA if you're pulling directly from the repo)
- platform/OS version
- repro steps, actual and expected results
- link to test files (you can create a gist on gist.github.com if that's convenient)
For feature requests, go ahead and file them in the issue tracker; they'll be converted to user stories on the public Brackets backlog.
Awesome! Please read How to Hack on Brackets.
Not sure you needed the exclamation point there, but I like your enthusiasm.