This is the first in a series of posts where I reflect on the tools that make my work — and, by extension, my life — easier. In each post, I’ll talk about why I started using the tool, what works, what doesn’t work, and if it has value today.
Brackets is an open-source code editor made by Adobe specifically for front end developers. I started using it somewhere in 2012. As a front end rookie with a background in design, it was very appealing.
Live Preview is awesome
Its biggest selling point is its Live Preview feature, which opens up a new Chrome window and updates the page as you edit css in real time. It also highlights the element that you are currently editing in the browser, which makes it easy to see exactly what you’re affecting when writing css. These two features combined felt like magic in 2012.
Live Preview is not awesome
Unfortunately, Live Preview is a double-edged sword. Brackets uses a separate Chrome browser window for this, which gets confusing. Even worse, opening up dev tools instantly breaks the live preview functionality. Worst of all, Live Preview only works if you’re writing static CSS, so CSS preprocessors and postprocessors are out the window. That’s a massive deal breaker.
Extensions are extensive
Brackets is highly customizable, and there are plenty of extensions which improve the experience. White Space Sanitizer is a particularly nice one.
Brackets Extract is a thing
In a recent update, you can use Brackets Extract to open up a Photoshop document and easily poke around and get properties from individual layers. This seems like it could be useful, but Photoshop is a clunky tool when it comes to design.
Moving beyond html, css and js
Since Brackets was designed for front end developers, you won’t find any support for PHP.
Lately I’ve been building as many sites with Kirby CMS as possible, which uses PHP. Since Brackets was designed for front end developers, working with back end code is a chore. There isn’t any syntax highlighting or theme colors for PHP, and trying to open Live Preview with a PHP file causes an error message, even if you’re running a local server. Another strike.
Is it there a place for it today?
While Brackets was my main code editor for a couple of years, it simply doesn’t fit into the modern development workflow. And that’s a bummer.
You can still use it as a code editor and set up the functionality of Live Preview through other means, but what’s the point? When I realized the main selling point of Brackets had become a hinderance, the only logical course of action was to move on.