Installing Gide will install all of GoGi in the bargain: https://github.com/goki/gide/wiki/Install
or follow the directions in: https://github.com/goki/gi/tree/master/examples/widgets Basically, the “main” executable packages actually pull in all the dependencies, whereas the top-level paths don’t. Otherwise, it is just a standard go get … kind of thing. There was a recent update to chroma that does require `go get -u ./ …` if you already had that installed. There are indeed many dependencies — looks like we will need to figure out vgo at some point soon so that the install is more reliable. I just double-checked that AS OF RIGHT NOW a -u update allows everything to build, so if you get some kind of build error, please do the update and see if that doesn’t fix it. - Randy > On Nov 12, 2018, at 2:11 PM, Tharaneedharan Vilwanathan <vdhar...@gmail.com> > wrote: > > Hi Randy, > > I have a quick question. > > Is there installation procedure? > > How do you install this? For example, this is what I get: > > Tharaneedharans-Mac-mini-2:examples dharani$ go get github.com/goki/gi > can't load package: package github.com/goki/gi: no Go files in > /Users/dharani/gopath/src/github.com/goki/gi > > (this is my general question anyway when the packages give this output. In > such cases, are we supposed to use "git clone"?) > > Also, it seems to have many dependencies. Any details on them? > > Regards > dharani > > > On Mon, Nov 12, 2018 at 12:56 AM Randall O'Reilly <rcoreil...@gmail.com> > wrote: > We are excited to finally announce the beta version of the GoGi > cross-platform graphical interface toolkit (a preliminary announcement was > made back in May), and the Gide IDE application written in it: > > * https://github.com/goki/gi > * https://github.com/goki/gide > > Given the recent discussion about the need for a pure Go GUI framework, > anyone interested in that should take a serious look at this. It is now > fully functional and we are using it daily. There are plenty of good > examples in https://github.com/goki/gi/examples to demonstrate how it works > and what it can do, but the best example is the Gide IDE framework, which is > now fully usable as an editor for any kind of text editing need (and is what > we’re now using for all further development), but is still missing e.g., an > integrated debugger and various other planned features. > > At this point, nobody can complain that there isn’t a full-featured, fully > native cross-platform GUI framework written ENTIRELY in Go! GoGi uses a > heavily modified version of the Shiny backend drivers, and the Linux and > Windows codebase is *pure* Go. MacOS requires a minimal, single Objective-C > file for the Cocoa hooks (compiled with cgo), but otherwise everything else > is entirely in Go. I’m pretty sure at this point that this is the only > full-featured GUI framework that is entirely Go-native, without depending on > some other C-based toolkit. > > I have been a long-time user of Qt, and my entirely biased opinion is that > GoGi is now competitive with it, and it compiles in seconds instead of hours! > Anyone with an existing Qt-based app should be able to port to GoGi > relatively easily, although we certainly didn’t constrain ourselves to > anything like full API compatibility — we took full advantage of native Go > design etc, and it should hopefully feel very natural to Go users. > > There is lots more discussion of the design etc on the Wiki pages > (https://github.com/goki/gi/wiki). > > It is great that there are now multiple GUI efforts — that seems like a sign > of a healthy ecosystem. If others are interested in taking advantage of our > mods to the Shiny backend drivers, that should be something that could be > used for any kind of GUI framework, and ideally it would be great to not > duplicate efforts on that front, as it is certainly the biggest PITA in the > whole enterprise. I really didn’t want to have to learn that much about > Objective C, the Windows API, or the X11 xgb framework, all of which seem > thoroughly horrible in comparison to Go :) We would welcome any input / PR’s > etc that would make this code work for others, and hopefully get some help > maintaining and expanding things going forward... > > Vis-a-vis the points Ian made about the incentives for making this kind of > GUI: our approach, like in Shiny, was to have as minimal of OS-specific > dependency as possible, and really just push bitmaps out and get UI events > in. So this means that indeed everything will look identical across > platforms, and to my eye it is certainly above-threshold in appearance for > most users, and generic-enough that it probably your average user wouldn’t > know or care what kind of framework it was written in. As has been noted, > the browser has become the app for so many use-cases that it probably isn’t > that big of a deal to have a “native” GUI anymore. > > And our goals and incentives are entirely non-comercial. I am a > neuroscientist who depends on interactive GUI frameworks for brain modeling > (and for teaching this material), and obviously someone who just loves > programming a bit more than is probably healthy — and John Rohrlich is a > senior researcher in my lab with a similar profile. So basically we don’t > care about any of the commercial incentives, and have just become too > frustrated with the state of C++ and Qt to continue down our previous path. > And we were due for a major reboot in our overall approach. Also, frankly, > this thing was partly therapy for the relatively horrible state of the world, > and wanting to create the kind of beauty, elegance and perfection that can > only exist in software :) > > Go is such an amazing, elegant language, that it inspired the desire to > create a GUI framework to match! You can judge for yourselves if we got > anywhere close, and everyone’s tastes and goals are different, but anyway > hopefully some others will be able to take advantage of all this work, and we > are very open to any further input, contributions, etc. We certainly took > advantage of lots of great work by others, particularly Nigel Tao’s great > efforts on Shiny, image, and font rendering libraries; Steve Wiley’s rasterx > package for SVG-based rendering, Michael Fogleman’s gg rendering library, and > Alec Thomas’ chroma syntax highlighter. > > Cheers, > - Randy > > - Randy > > -- > You received this message because you are subscribed to the Google Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
