Live data from Hacker News

Brackets, a code editor

brackets.io

91–100 of 128 posts

Re: Brackets, a code editor

#91

Earlier quoted context omitted.

I'm sure it wouldn't be a stretch to write an extension for Brackets that allows you to handle templates more effectively. On another note, you'd be surprised how many people are still doing pure vanilla. Preprocessing isn't usually part of a beginners toolchain, you gotta learn the underlying part first before you start grafting on the preprocessors used in larger projects.

We've actually stopped using all pre-processor for everything we do for Segment.io[1] as well, and we're not beginners. One of the biggest problems with them is that you immediately eliminate a huge portion of the people who are willing to contribute to your code if you select a pre-processor they aren't fond of. It's fine for app internals, but for sharing small[2] open-source[3] components[4] it's not a good idea—w…

Preprocessors aren't incompatible with components. I usually structure my frontend code like

    components/
        widget-one/
            template.html
            script.js
            style.css
        widget-two/
            template.dust
            script.coffee
            style.styl
And then the style file for a component is completely scoped to that component's main class:

    .widget-two {
        .widget-two-control { color: blue; }
    }
The build script can handle each component separately and stitch the results together. Just because SASS/compass encourages a monolithic style doesn't mean it's necessary.

Re: Brackets, a code editor

#92

>> Live HTML Development >> As you code, HTML changes are instantly pushed to browser without having to save or reload the page. Who actually writes non-templated HTML any more?

What kind of templates do you mean? e.g. Wordpress? Underscore? Bootstrap?

Jinja2, ERB, Haml, Jade, etc. Any system where the thing you're editing could not be immediately served as an HTML file.

Re: Brackets, a code editor

#93

As a dirty prototyping pseudo-dev, the one thing that keeps me using Coda is its native ftp/scp capabilities. I can open files on a remote server as if they were local and command-s saves them back there. Right now it seems that none of these other editors support that function. I know I can run ssh-fs or similar, but that requires much more setup.

I mount drives and use them with whatever IDE. The big problem for me is that if someone else changes a file, then often the text editor doesn't notice... but that's pretty much the case with text editors+ftp. But most ftp programs let you open files in whatever program and save them back.

Re: Brackets, a code editor

#94
The moment I saw brackets, I fell in love with it. I really saw it as an opportunity to replace SublimeText, so I went with it. I tried the Sprint 35 version on Ubuntu 12.04 x64, and my PCs performances are well over the minimum requirements.

Unfortunately it turned out to be very slow, I opened an existing project I am working on, where my JS files were not larger than 500 lines / file. The cursor is lagging, literally, when I press the "down arrow" for instance, the cursor disappears, then I stop pressing it and it reappears somewhere below. Scrolling had the same effect, just as well as changing the currently opened document, it all takes time, the amount of when you feel that something is not right. At first I had a couple of extensions installed, so I threw them all out, but it didn't change a thing.

I would really like to use brackets, it's concept/idea really works for me, but until it gets faster I simply can't . Looking forward to the next sprint, I hope things will change.

Re: Brackets, a code editor

#95

Anyone else surprised they aren't using Adobe AIR for this project? Are they just abandoning it or is CEF3 the new AIR?

I'm not surprised. Adobe have been pushing Air for years, nobody really likes it, I hate installing it, and the App performance is often sub-par. By contrast Brackets feels very native. For once corporate policy didn't get in the way of building something cool!

>App performance is often sub-par

This is typically down to web developers building desktop apps without the same level of experience. There is nothing baked into AIR to make it perform poorly.

Re: Brackets, a code editor

#96

>> Live HTML Development >> As you code, HTML changes are instantly pushed to browser without having to save or reload the page. Who actually writes non-templated HTML any more?

I do code in an separate enviroment. Only HTML/CSS and LESS. No assets compilations, no rails requests, just heel in all his power. It's confortable and faster than anything and it's a good way to develop in an abstract way.

Re: Brackets, a code editor

#97
post #56

>> Live HTML Development >> As you code, HTML changes are instantly pushed to browser without having to save or reload the page. Who actually writes non-templated HTML any more?

I've gotta agree with you here. If you are a professional developer and are still writing non-templated html, I'd be surprised. I think it's crazy that all these tools keep coming out for handling vanilla html and css, while the development community is busy shooting miles ahead with far more powerful preprocessing. I'm working very heavily on convenience tools for advanced dev workflows, hopefully these will bring a…

Who would think it? That someone would do something differently to us? That some people out there, on the internet, have different workflows than us.
Post reply on HN