Four years ago I posted Renderview, a simple GUI wrapper that lets you take any image generation function in your code and turn it into an interactive GUI program with panning, optional zooming, and depending on backend choice, parameter editing.
https://github.com/TheGrum/renderview I have updated it to support go modules, and added support for the recently appearing Gio and Fyne GUI toolkits. They are both operational, if a bit oddly. I tested Gio on Windows yesterday when I had a chance, and it did build, but for some reason, did not respond to mouse movements, only mouse scrolling, and I have not resolved that issue yet. So now, in addition to serving as a quick and dirty tool for exercising your image generating or algorithm visualizing code, the code-base itself serves as a comparative implementation of the same task in Shiny, go-gtk, GoTK3, Gio, and Fyne. I did attempt implementations in a few other environments with no success - I need some path to go from an image.Image to a displayed image onscreen, and could not find a mechanism to do this in a few of the libraries. (Granted, I didn't find a way to do it in go-gtk or GoTK3 either - I brute forced it since they at least gave access to the memory backing an onscreen image. So the source also provides an example of converting from an image.RGBA and an image.NRGBA to the internal format of GTK images.) I still need to go back through and fix-up the interactions to remove data races, but they don't seem to have affected the performance or behavior so far. Howard C. Shaw III -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/0be68b05-88da-4b8d-a186-aec9099f8530%40googlegroups.com.
