Hi Randy, Got it working! Thank you very much.
Regards dharani On Mon, Nov 12, 2018 at 2:05 PM Randall O'Reilly <rcoreil...@gmail.com> wrote: > 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.