Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2019-01-02 Thread Andrew Williams
Absolutely games are possible :) In our examples repo we have “life”, “bugs”(like mines) and “solitaire”(incomplete). Maybe one of them will inspire you. The canvas work is a little less polished than the main widget set but it should be included in our upcoming release. (Warning: circle is cur

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2019-01-01 Thread Chris FractalBach
I've been experimenting with writing games in Go ever since webAssembly came out. Are games a possible use case for the GUI? I saw u mention you were working on... "basically a canvas that can draw line/rect/text/images(including svg) and some basic window handling." Which sounds like all you'

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2019-01-01 Thread Andrew Williams
Hi, Vulcan looks like an interesting project and could provide an event higher performance rendering for a Fyne driver. Unfortunately support does not seem to be as widespread as OpenGL (and there seem to be some fun driver issues) so my knowledge is currently theoretical. Thanks, Andrew — ht

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2019-01-01 Thread Mandolyte
Hey, the thread isn't that old... but have a question since you are in the thick of GUI things: what do you think of Vulkan? On Sunday, December 30, 2018 at 5:19:26 PM UTC-5, Andrew Williams wrote: > > Hi, > > For anyone still interested in this project but held back by the EFL build > or runtim

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2018-12-31 Thread Sebastien Binet
Great! I'll give this a try. Thanks. -s sent from my droid On Sun, Dec 30, 2018, 23:19 Andrew Williams Hi, > > For anyone still interested in this project but held back by the EFL build > or runtime dependency then I have good news: > * Our new default driver does not rely on additional librari

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2018-12-30 Thread Andrew Williams
Hi, For anyone still interested in this project but held back by the EFL build or runtime dependency then I have good news: * Our new default driver does not rely on additional libraries * :) We have moved to an OpenGL driver - using go-gl and glfw so all you need is the system libraries - and no

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2018-10-12 Thread Andrew Williams
Hi, Ah I see what you mean. The cross compiled windows file will rely on the efl library, but that can be packaged. This means that it would need to be a bigger distribution than just the exe if you want all deps shipped (I’m not too familiar with the windows terms yet). I’ll try and get a doc

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2018-10-11 Thread R Srinivasan
Thanks a bunch. I will give a serious "go". Background - a tool that is command line now. Developed on Linux but typical user in Windows. Just cross built for windows. Want to add a minimal frontend - simple dialog. Being like a calculator - don't want to have elaborate "install" procedures. In

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2018-10-11 Thread Andrew Williams
Hi, Many thanks for that feedback! We have a long way to go for a full toolkit but it's close to supporting basic applications. Being designed for the Go language makes it so much quicker and easier to develop with than other possible toolkit choices - and I'm not just saying that from a biased po

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2018-10-11 Thread Andrew Williams
Hi, As the Fyne toolkit depends on EFL you need to either install that yourself or use our bootstrap tool[1]. If you have done one or other of those then the error you are seeing is strange, I can try to help you off-list (if so please provide info about OS etc). I am trying to find ways to provi

Re: [go-nuts] Re: Announcing a Fyne GUI toolkit

2018-10-11 Thread Andrew Williams
Hi, Great questions, thanks! 1. We can bundle in the libraries for Windows and for macOS - but on linux probably not (unless your app is LGPL/GPL due to a licensing issue that I have not found a better solution to). But distribution on Linux it is normal to depend on external libraries :). There