4 ms·

>just a web view anyways This. Go makes it fantastically simple to go from 0-to-web-server. There were a few projects I wanted to write in Go, but avoided bec

by drbawb 14y ago

>just a web view anyways This. Go makes it fantastically simple to go from 0-to-web-server. There were a few projects I wanted to write in Go, but avoided because of needing a GUI. Then I remembered: I can just bolt a web-page onto my app, and I get a GUI for free [assuming knowledge of HTML/CSS/JS]. Even better: that GUI will work on any computer with a modern web-browser, including my phones. If you stick to standards, it should even be a reasonably consistent UX across the newer browsers. --- While I would still _like_ to see a good UI toolkit for Go, I really think it's less of a necessity than most would have you believe.

fiatpandas 14y ago
Idea: a Go HTML GUI toolkit designed to allow writing a GUI in real Go code without thinking about html, css, ajax, etc. It just abstracts that stuff away, providing a much more standardized/typical GUI programming experience, all the while running a web server and generating HTML on the fly.
eckyptang 14y ago
Agreed. I'm playing with the idea of a Cairo/Postscript type library with X, Win32, Quartz backends in Golang which would be a good foundation for such a thing. I have got precisely nowhere apart from trying to connect to an X server unsuccessfully though :)
freehunter 14y ago
I really wish all languages had an IDE that included an interface builder as nice as Visual Studio. Making a VB.NET program really is rapid application development, because in most cases you don't even need to write more than a dozen or so lines of code. I find programming to be easy (relatively). I find interfaces to be almost insurmountably difficult. That's the only reason I stick exclusively to command-line programs.
- genwin 14y ago
  > I find programming to be easy (relatively). I find interfaces to be almost insurmountably difficult. That's a personality type (mine too). Probably best to bite the bullet with HTML/CSS. I think non-web interface builders are a thing of the past. Which is too bad, because CSS is a monster to master.
- aaronblohowiak 14y ago
  >I find interfaces to be almost insurmountably difficult. Odd. Here's my 5 min explanation of how GUI programming works: You have a bunch of objects that are responsible for generating events and painting themselves to the screen. They exist in hierarchies. You have objects that coordinate the transitions between different display states by swapping out different hierarchies (view FSMs, really.) You communicate with your domain backend thread/process through some kind of command channel. When your domain models change, they publish some events that go back through that channel to notify your display hierarchies so they can update themselves. Everything is async and through message passing. The difficulties can be in a) setting up your hierarchy of display objects and b) getting your event routing / updating to happen in a clean way. Oh yea, and c) handling partially-complete domain models in the ui ;) Cocoa/CocoaTouch and Flex are both quite nice environments for gui programming. I haven't used MFC, winforms or xaml/winrt..
  - drbawb 14y ago
    Full disclaimer: I haven't done much UI (outside of HTML/CSS/JS, that is)... I dabbled with Visual Basic and the associated tooling (WinForms, at the time) during my college courses. Of everything you describe, I think the area I struggled most with was: >getting your event routing / updating to happen in a __clean__ way. I was a naive and young programmer, so I'll withhold any criticisms towards WinForms, but the event routing was a _mess_ by the end of that project.
- deleted 14y ago
  [deleted]

by drbawb 14y ago

fiatpandas 14y ago

Idea: a Go HTML GUI toolkit designed to allow writing a GUI in real Go code without thinking about html, css, ajax, etc. It just abstracts that stuff away, providing a much more standardized/typical GUI programming experience, all the while running a web server and generating HTML on the fly.

eckyptang 14y ago

Agreed. I'm playing with the idea of a Cairo/Postscript type library with X, Win32, Quartz backends in Golang which would be a good foundation for such a thing. I have got precisely nowhere apart from trying to connect to an X server unsuccessfully though :)

freehunter 14y ago

I really wish all languages had an IDE that included an interface builder as nice as Visual Studio. Making a VB.NET program really is rapid application development, because in most cases you don't even need to write more than a dozen or so lines of code. I find programming to be easy (relatively). I find interfaces to be almost insurmountably difficult. That's the only reason I stick exclusively to command-line programs.

genwin 14y ago
> I find programming to be easy (relatively). I find interfaces to be almost insurmountably difficult. That's a personality type (mine too). Probably best to bite the bullet with HTML/CSS. I think non-web interface builders are a thing of the past. Which is too bad, because CSS is a monster to master.
aaronblohowiak 14y ago
>I find interfaces to be almost insurmountably difficult. Odd. Here's my 5 min explanation of how GUI programming works: You have a bunch of objects that are responsible for generating events and painting themselves to the screen. They exist in hierarchies. You have objects that coordinate the transitions between different display states by swapping out different hierarchies (view FSMs, really.) You communicate with your domain backend thread/process through some kind of command channel. When your domain models change, they publish some events that go back through that channel to notify your display hierarchies so they can update themselves. Everything is async and through message passing. The difficulties can be in a) setting up your hierarchy of display objects and b) getting your event routing / updating to happen in a clean way. Oh yea, and c) handling partially-complete domain models in the ui ;) Cocoa/CocoaTouch and Flex are both quite nice environments for gui programming. I haven't used MFC, winforms or xaml/winrt..
- drbawb 14y ago
  Full disclaimer: I haven't done much UI (outside of HTML/CSS/JS, that is)... I dabbled with Visual Basic and the associated tooling (WinForms, at the time) during my college courses. Of everything you describe, I think the area I struggled most with was: >getting your event routing / updating to happen in a __clean__ way. I was a naive and young programmer, so I'll withhold any criticisms towards WinForms, but the event routing was a _mess_ by the end of that project.
deleted 14y ago
[deleted]