Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Brackets, a code editor

brackets.io

Post reply on HN
Print view View original

101–110 of 128 posts

Re: Brackets, a code editor

#101

Post by chr1 »

robmcm wrote: post #95
ryan-allen wrote: post #68

Earlier quoted context omitted.

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.

Air is slower than chrome or firefox

Re: Brackets, a code editor

#102

Post by baby »

This is amazing. I was sad that no good WYSIWYG editor existed. I was sad that Sulbime Text had no color picker. Well this is gonna be a game changer.

There is always a first phase in a project where I only code HTML and CSS. I create the layout, the scaffoldings, the different pages, etc...

And as amazing as emacs and ST3 are, it's a pain in the ass to do that part with them.

I feel like I'm gonna use Brackets a lot.

Re: Brackets, a code editor

#103

Post by namuol »

hawkharris wrote: post #7

I downloaded the editor about two weeks ago. It's fun and easy to use. My only criticism is of the live editing feature. That's what drew me to the editor in the first place, but it seems to be very buggy. It stops updating the preview sporadically — and predictably, each time I open the JS Console. As a front-end dev, I can't really count on a preview that doesn't function with developer tools open. Having said all…

Speaking of developer tools, Chrome isn't far from becoming a full-on live-editing solution: https://developers.google.com/chrome-developer-tools/docs/au...

Re: Brackets, a code editor

#104

Post by robmcm »

chr1 wrote: post #101
robmcm wrote: post #95

Earlier quoted context omitted.

>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.

Air is slower than chrome or firefox

If you are talking about AIR as a web browser, then it runs webkit, so actually it was the same speed as Chrome when they both used the same runtime.

Now it's outdated, so I imagine Chrome is faster.

Re: Brackets, a code editor

#105

Post by Raphmedia »

mogosselin wrote: post #88
jenius wrote: post #56

Earlier quoted context omitted.

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…

On big projects I work on, front-end developers start from the PSD and do the HTML first (they just do some templates, not the whole site obviously). Then the JS is either made by them (depending if they know JS) or by a JS specialist. Then the programmers integrate the HTML in the "code/templates" (CMS, whatever). We develop in different web technologies and front-end developers don't learn how to code server side c…

Front-end developer here. Yes, that is what I do. We have some really talented developers who design some awesome images of what the websites should like. (Hopefully as a photoshop file. Or at least, something that let me get exact measures and layers.)

If it's a small project, made to be beautiful, they will do the whole design of all the pages. If it's a huge Agile project, they would instead give me a style guide.

Then, I quickly turn everything into reusable HTML blocks and do the CSS (using LESS). If needed, I'll make custom jQuery (or pure Javascript, but that never happens, really) modules for the template. It's very quick. A full page templates takes me about 1 to 2 hours, if it's very, very complex I may take up to 4 hours.

While I'm working on those, the back-end guys are working of making the CMS work correctly. Sometimes, I give them the templates before they program the page, but most of the time I end up attacking the page after them. I then simply use the building blocks they gave me (and turn all the divs they made into the right HTML5 tags).

We use a lot of different CMS and some of the websites have custom backend (no CMS). We develop in both PHP and .Net.

I know PHP, and I'm comfortable developing Drupal websites. However, I don't get a lot of fun making the backend. The only time I would do it if we are working on a one pager or something like that, since it's faster if I do both back and front for project that are not complex.

I prefer working on the front-end. And I do mean front-end development. Not simply mindlessly slicing a PSD into an HTML page or adding content from a Word document.

Re: Brackets, a code editor

#106

Post by MRSallee »

I've been using Brackets to prototype things for al out a year and love it. I design in code much more often than in Photoshop or InDesign or whatever, and Brackets is super useful for that.

I tried to get Sublime Text to do the same thing, live updating, and even found a plugin that mostly does the trick. But it required a lot of setup each time I used it, and still wasn't as good as Brackets.

Brackets has issues, it's slower than a "text editor" ought to be, and the general editing tools aren't nearly as developed as Sublime, but for rapidly producing visuals and designing in real-time, it's stellar.

Re: Brackets, a code editor

#107

Post by specialist »

heydenberk wrote: post #19

>> 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?

"Who actually writes non-templated HTML any more?"

Me.

My martini untemplate engine is a code generator that inputs HTML and outputs Java.

This creates a one-way flow of work. Designer creates the HTML, I create the backend. When the design changes, the backend (e.g. data binding) breaks during the generation and compile steps. Not in the browser.

Martini isn't ready to demo yet. It will be open source. But documentation and examples take more time that I have right now. Sorry.

Re: Brackets, a code editor

#108

Post by michaelbuddy »

Tloewald wrote: post #61
heydenberk wrote: post #19

>> 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?

We use bog standard HTML with custom data- attributes (whose intention is pretty much obvious) and our binding library automagically populates it. So the learning-curve for people joining the project is basically... "do you know HTML?" Want a span to show the live content of foo.bar.baz? .

great idea here. love it. is there an example out there of these 'bindings' that somebody with strong html / css but weak javascript skills would be able to grasp and implement into a site?

Re: Brackets, a code editor

#109

Post by talmand »

dangoor wrote: post #85
pyrocat wrote: post #82

Earlier quoted context omitted.

Any particular reason for that? It seems like it should come standard, and it's what initially made me switch back to Sublime.

I would expect us to ship code folding, but we just haven't gotten to it yet. Same for themes (for which there are also extensions that fill in the gaps). It would be a great contribution to the project for people to pick up a feature like folding that ideally belongs in core and helps get it to "core quality" (unit tests, comments, etc.) It's possible that some extensions are already that good and we just don't know…

I do believe that sometimes an existing extension is rolled into the core, or at least made a default extension that comes in the download.

Re: Brackets, a code editor

#110

Post by michaelbuddy »

Brackets is cool. definitely great to have it as an option. Most important for me for new additions is the multi-line / cursor editing. I use Notepad++ for that but brackets could replace notepad++ if it had it for me.

That and the other day I had this xml file I needed to look at and brackets didn't open it on Mac. Right-click open with, Brackets. It failed. Not sure why it wasn't a bad or large file at all. Text-wrangler opened it fine.

Post reply on HN