Live data from Hacker News

Ask HN: Why Haven't GUI Front End Editors Caught On?

news.ycombinator.com

51–60 of 140 posts

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#51
post #45
post #32

Earlier quoted context omitted.

No, we don't "expect (HTML) markup to have meaning". Browsers don't do anything with that semantic information. What we have are generators which use HTML/CSS as an output medium, like Postscript or PDF. Sites with HTML tables were faster to load, smaller, resized automatically, and never had overlapping text. Most of the claimed benefits of CSS were false. CSS pages tend to pull in, or include, large libraries of st…

> Is DocBook dead? I was involved with a technical documentation project around 6 years ago, and the trend was moving to DITA. http://dita.xml.org/ http://www.xmlmind.com/xmleditor/ https://www.oxygenxml.com/xml_editor/dita_editor_structured_...

A useful metric for document format is "Does GitHub have an HTML viewer for it"? Currently, they display PDF, HTML, and Markdown.

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#52

The correct answer to this is that the structure of the interface changes over time, and is influenced by the code. If you were to try to implement, say, the interface to HN, then you would create a top bar with some links, a body section, and then a bottom bar with some links. But the interesting part, all the posts, couldn't be drawn in the gui editor, because, well, they are programically generated. You could crea…

Indeed, and our text tools are powerful in the extreme for implementing said changes

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#53
post #27
post #15

There's a huge separation between who designs the frontend and who implements the frontend. To date, none of the frontend editors are good enough to completely replace the need for a programmer to wire up actions. Even back in the Flash days, you needed an ActionScript programmer to make your webapp do anything meaningful. Since you need a programmer anyway, you might as well use a freeform design tool (Photoshop) to…

"...centering an object horizontally and vertically consistently is still a surprisingly difficult endeavor..." This is so true - even today. Oh wait, someone might state, "but there are frameworks you can simply integrate and they handle that kind of stuff for you, or at least make it easier"...To which I reply, do i really have to include ~500K - 1MB of some framework for this!?! Just silly that centering is an ann…

If you can afford not to support IE9 [1], you don't need a 500K - 1MB framework to center vertically and horizontally by using flexbox (align-items: center; justify-content: center) on the parent container.

[1] http://caniuse.com/#feat=flexbox

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#54
If these things produced good backend code, were faster to work with than text, produced code compatible on all browsers, and could do what I want them to do I'm sure I'd continue to use them rather than quickly find them unsuitable for my particular purposes.

In chip design there's graphical editors available, but most design work is done by writing text in languages such as Verilog and VHDL.

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#55

The best current real-world example to look at would be Apple's Interface Builder for iOS. Why doesn't everyone use IB? The biggest reasons in my experience are: * Limited logic. A builder is fine for a simple static layout. How should that layout change depending on the data to be displayed? How should it adapt to different screen dimensions and orientations? Pretty soon you want to write code to control the view. *…

Back when I did Mac OS 9 development, we used Metrowerks' PowerPlant framework. Constructor, their GUI editor, made laying out user interfaces a joy. It just worked.

When I came back to try iOS development, and saw the sad state of IB, I wondered how things had fallen so far.

Then I tried Android development. Hand rolled XML layout of UI? NOPE.

I too am surprised that no one has developed tools to just do this.

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#56
post #27
post #15

There's a huge separation between who designs the frontend and who implements the frontend. To date, none of the frontend editors are good enough to completely replace the need for a programmer to wire up actions. Even back in the Flash days, you needed an ActionScript programmer to make your webapp do anything meaningful. Since you need a programmer anyway, you might as well use a freeform design tool (Photoshop) to…

"...centering an object horizontally and vertically consistently is still a surprisingly difficult endeavor..." This is so true - even today. Oh wait, someone might state, "but there are frameworks you can simply integrate and they handle that kind of stuff for you, or at least make it easier"...To which I reply, do i really have to include ~500K - 1MB of some framework for this!?! Just silly that centering is an ann…

Or you can use a table and get on with your life.

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#57
post #27
post #15

There's a huge separation between who designs the frontend and who implements the frontend. To date, none of the frontend editors are good enough to completely replace the need for a programmer to wire up actions. Even back in the Flash days, you needed an ActionScript programmer to make your webapp do anything meaningful. Since you need a programmer anyway, you might as well use a freeform design tool (Photoshop) to…

"...centering an object horizontally and vertically consistently is still a surprisingly difficult endeavor..." This is so true - even today. Oh wait, someone might state, "but there are frameworks you can simply integrate and they handle that kind of stuff for you, or at least make it easier"...To which I reply, do i really have to include ~500K - 1MB of some framework for this!?! Just silly that centering is an ann…

> To which I reply, do i really have to include ~500K - 1MB of some framework for this!?!

What framework?

    .center-the-stuff {
      display: flex;
      align-items: center;
      justify-content: center;
    }

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#58
post #51
post #45

Earlier quoted context omitted.

> Is DocBook dead? I was involved with a technical documentation project around 6 years ago, and the trend was moving to DITA. http://dita.xml.org/ http://www.xmlmind.com/xmleditor/ https://www.oxygenxml.com/xml_editor/dita_editor_structured_...

A useful metric for document format is "Does GitHub have an HTML viewer for it"? Currently, they display PDF, HTML, and Markdown.

Could not disagree more strongly. A readme or changelog is not a document.

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#59
post #15

There's a huge separation between who designs the frontend and who implements the frontend. To date, none of the frontend editors are good enough to completely replace the need for a programmer to wire up actions. Even back in the Flash days, you needed an ActionScript programmer to make your webapp do anything meaningful. Since you need a programmer anyway, you might as well use a freeform design tool (Photoshop) to…

> What I would really like are more robust layout APIs for both the browser and native apps. This is what I love about CSS flexbox and grid. Flexbox completely changed how I approach layouts, and I'm excited for grid to hit the big time as well. The only thing I wish flexbox could do is allow custom spacing functions, so I could write my own alternative to "justify-content: space-around".

> custom spacing functions

Keep an eye on "Houdini" -- a new browser API draft that exposes the internals of CSS's layout system (and much more): https://www.youtube.com/watch?v=sE3ttkP15f8

Re: Ask HN: Why Haven't GUI Front End Editors Caught On?

#60
In my experience frontend editors that designers use generate horrible code. Just as it is turtles all the way down. For frontend editors it is tables all the way down. My first web job was modifying CMS. Someone would tell me put a green box here with inputs for this and that. Then it would go to a designer to change the fonts, and get rid of the square corners. Then the guy would want it moved 5px to the left so it would come back to me. The gut wrenching horrors that would follow still give me nightmares till this day. Everything the designer touch would be placed in a table inside another table inside another table all surrounded by a table. This wasn't just the case with "designers" tools either. I believe windows web forms did a similar thing. It is difficult to generate human readable code that stays up to date with the latest trends. That is reliable enough to work across the spectrum that is the web covering everything from multiple os, web browsers, screen sizes, pixels, and etc. The few that have try were either brave or foolish to believe that they could take on a beast such as frontend, and still be around to tell tales of taming the beast.
Post reply on HN