News for hackers. Stuff that matters.
Re:Why we chose Elm for Humio’s web UI by tabtab on Monday April 19, 2021 @01:55PM (#26865918)
Why should UI's and their API's be tied to specific programming languages? What's needed is an an interactive stateful GUI markup language that supports the common GUI idioms. (At least in the domain of business CRUD.)

Rather than start from scratch, perhaps the "GUI browser" can be based on the Tk or Qt ui kits, since they are road-tested and exist.

Re:Why we chose Elm for Humio’s web UI by G4BB3R on Monday April 19, 2021 @03:00PM (#26866652)
Using elm-ui instead of html/css has many advantages: 1) Tree shaking will remove every component/style that is not being used, so asset size will be smaller 2) It is type safe and avoid many mistakes possible in html/css 3) Predictable views and easy to debug, there is no weird css selector or a new imported spreadsheet that will affect the style of your entire app.
Re:Why we chose Elm for Humio’s web UI by smaddox on Monday April 19, 2021 @02:47PM (#26866515)
That's an interesting idea. There could be a sort of markup language for describing the text and other elements. A sort of hyper-text markup language. And then there could be a separate declaritive language for styling. Of course, you'll need something less declaritive to implement advanced interactivity, but that could just be a small, simple scripting language.

:-)

Re:Why we chose Elm for Humio’s web UI by riwsky on Monday April 19, 2021 @09:51PM (#26869887)
But if you did that, TCP/IP would no longer be a great fit. You’d want some sort of hypertext-specific transport protocol, I think.
Re:Why we chose Elm for Humio’s web UI by pharmakom on Tuesday April 20, 2021 @07:33AM (#26873230)
Elm is a language but also a design pattern. You can implement it in most languages, but Elm makes it particularly nice.