Re: [go-nuts] shiny, windows, and goroutines

On Wed, Oct 18, 2023 at 9:55 PM SuperTXT Team wrote: > I'm experimenting with shiny, trying to develop a wire protocol for > it. I have some questions about the interfaces. > > It seems from some of the examples in the documentation and some > tutorials that everything except perhaps sending custo

[go-nuts] shiny, windows, and goroutines

Hi All, I'm experimenting with shiny, trying to develop a wire protocol for it. I have some questions about the interfaces. It seems from some of the examples in the documentation and some tutorials that everything except perhaps sending custom window events (to trigger updates to the UI) occur o

Re: [go-nuts] shiny driver.Main not returning

For the record, the OP filed https://github.com/golang/go/issues/21796 -- 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. F

Re: [go-nuts] shiny driver.Main not returning

I don't have any particular insights explaining it, but I just tried adding a print after at the end of my shiny-based text editor and (at least on OS X), indeed, it never gets executed. It appears to be a bug (at the very least, a documentation bug since it explicitly says it returns.) On Thu, S

Re: [go-nuts] shiny driver.Main not returning

Hi Dave, Thanks for the reply. My example above was stripped down for illustration purposes, not to make a useful graphical program. I get the same result when creating a window. I've read through most of the examples, and have based my code on them, which works quite well. I paint a billiar

Re: [go-nuts] shiny driver.Main not returning

What are you trying to do? I don't see the point in a shiny program that doesn't even create a window. There's likely a loop internally in the driver that's handling processing of events from the OS and since you're never creating a window, it's never exiting (this is just a guess, I haven't looked

[go-nuts] shiny driver.Main not returning

I'm using shiny for a small internal project and noticed that driver.Main doesn't seem to return. The documentation for: func Main(f func(screen . Screen )) in golang.org/x/exp/shiny/driver

Re: [go-nuts] Shiny

There's also go.wde: https://github.com/skelterjohn/go.wde Although the widget situation is no better there (intentionally; it's reason to exist is to provide a platform independent interface to windows/framebuffers/events). Wde doesn't do mobile at all, but has pretty decent support for win32/

Re: [go-nuts] Shiny

have a look here: https://docs.google.com/document/d/1mXev7TyEnvM4t33lnqoji-x7EqGByzh4RpE4OqEZck4/edit# -- 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-nu

Re: [go-nuts] Shiny

Hi, I had plans to work on a GUI library that follows many of the design choices from Flutter. In particular, I'd like to experiment with immediate mode drawing and a layout manager based on Cassowary. As backend I plan to avoid too much upfront work and bind to Skia. I'd be very interested in

Re: [go-nuts] Shiny

Hey All gophers that want a GUI toolkit... We are doing a bring up that is planned to work on all desktops, mobile and embedded. Support the following app types:: forms, 2d surface and 3d surface. Will have: Material design components, virtual keyboard, cut and paste, audio and video capture

[go-nuts] Shiny examples don't work on macOS Sierra 10.12.4

After update to macOS Sierra 10.12.4 Shiny examples don't work anymore. iMac-Dmitry:~ dmitrykravchenko$ go env GOARCH="amd64" GOBIN="/Users/dmitrykravchenko/gowsp/bin" GOEXE="" GOHOSTARCH="amd64" GOHOSTOS="darwin" GOOS="darwin" GOPATH="/Users/dmitrykravchenko/gowsp" GORACE="" GOROOT="/usr

Re: [go-nuts] Shiny gldriver Texture.Fill

Thank you On Friday, February 24, 2017 at 11:53:30 AM UTC+3, Nigel Tao wrote: > > On Sun, Feb 19, 2017 at 6:11 PM, Dmitry Kravchenko > wrote: > > When will Texture.Fill be implemented in Shiny gldriver? > > I mailed out https://go-review.googlesource.com/37415 > -- You received this message

Re: [go-nuts] Shiny gldriver Texture.Fill

On Sun, Feb 19, 2017 at 6:11 PM, Dmitry Kravchenko wrote: > When will Texture.Fill be implemented in Shiny gldriver? I mailed out https://go-review.googlesource.com/37415 -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this

[go-nuts] Shiny gldriver Texture.Fill

When will Texture.Fill be implemented in Shiny gldriver? golang.org/x/exp/shiny/driver/gldriver/texture.go : func (t *textureImpl) Fill(dr image.Rectangle, src color.Color, op draw.Op) { t.w.glctxMu.Lock() defer t.w.glctxMu.Unlock() // TODO. } -- You received this message

Re: [go-nuts] shiny: get mouse position relative to window

That's a good hint. I can confirm that on linux everything works as expected. The issue is only on windows. The problem is only with mouse wheel events: https://github.com/golang/exp/blob/master/shiny/driver/internal/win32/win32.go#L168 lparam is used to get the coordinates of the mouse events. Ho

Re: [go-nuts] shiny: get mouse position relative to window

That doesn't sound right to me. I just added a 'fmt.Printf("X: %v Y: %v\n", e.X, e.Y)' to the switch case handling mouse.Event in one of my shiny programs, and the mouse coordinates are reported relative to the top-left corner of the window. On Sat, Jan 14, 2017 at 5:59 AM, wrote: > How do I ge

[go-nuts] shiny: get mouse position relative to window

How do I get the position for a mouse.Event in shiny using golang.org/x/mobile/event.mouse? The position returned is the global position on the screen, which changes if I move the window. The comments in https://github.com/golang/mobile/blob/master/event/mouse/mouse.go#L18 say it's: "// X and

Re: [go-nuts] Shiny

Its definitely interesting but I was pursuing a technique to work with rasterized images instead of bezier curves or vector data, the results just weren't consistent enough to my taste. If I were to use it, It'd likely be more productive for use to link in the current work via cgo since the researc

Re: [go-nuts] Shiny

Danial, Piano is really impressive. The Material touch effects are very snappy too !! Boxes too. With both Piano and Boxes running Android they are still snappy in GenyMotion and on real Android device. Its allot of fun playing around with different aspects of the code. Thanks for the update abou

Re: [go-nuts] Shiny

> > There is also some very impressive work by Skinner over at: > https://github.com/dskinner/material > > The branch called mediansdf has impressive font improvements. > Thanks for the shout out, though I'm already looking at dropping that branch. I'm interested in shiny as well but waiting for

Re: [go-nuts] Shiny

fair enough :) On Fri, Aug 19, 2016 at 2:46 AM Nigel Tao wrote: > On Thu, Aug 18, 2016 at 6:12 PM, Joe Blue wrote: > > Do you want anyone to help on the material design "widgets" yet ? > > It's great that there's community interest in Shiny, but as I said, > it's not ready yet. I'll let y'all k

Re: [go-nuts] Shiny

Yep, this is one of those nasty, known issues with vendoring right now. this exact issue was first raised on this list here: https://groups.google.com/d/msg/golang-nuts/AnMr9NL6dtc/UnyUUKcMCAAJ. We've got a crew coming together soon to address this issue, among many others: https://docs.googl

Re: [go-nuts] Shiny

On Fri, Aug 19, 2016 at 9:24 AM, wrote: > Thanks Joe. I've got some samples already for testing what I'm working on... > but right now, I'm hitting a wall. The Shiny docs say that OnInputEvent on > widgets gets called on keyboard events: > > > // OnInputEvent handles a key, mouse, touch or gestur

Re: [go-nuts] Shiny

On Thu, Aug 18, 2016 at 6:12 PM, Joe Blue wrote: > Do you want anyone to help on the material design "widgets" yet ? It's great that there's community interest in Shiny, but as I said, it's not ready yet. I'll let y'all know when enough has been built and settled that more contributors will be he

Re: [go-nuts] Shiny

My poor brain is melting. I was just worried about vendoring shiny and the effect of that on producing something to be easily embedded in other people's programs... while writing a (successful, mind!) wrapper of sigint.ca/graphics/editor that makes it fit the Widget node.LeafEmbed model of shin

Re: [go-nuts] Shiny

Thanks Joe. I've got some samples already for testing what I'm working on... but right now, I'm hitting a wall. The Shiny docs say that OnInputEvent on widgets gets called on keyboard events: > > // OnInputEvent handles a key, mouse, touch or gesture event. but in my testing trying to integrate

Re: [go-nuts] Shiny

Howard, Your summary is excellent. I went through all the same repo's and came to the same conclusions. Thanks for summarising the state if play. There is also some very impressive work by Skinner over at: https://github.com/dskinner/material The branch called mediansdf has impressive font impr

Re: [go-nuts] Shiny

Do you want anyone to help on the material design "widgets" yet ? On Thu, Aug 18, 2016 at 8:26 AM Nigel Tao wrote: > On Wed, Aug 17, 2016 at 11:11 PM, Seb Binet wrote: > > that said, I think it is quite clear that shiny is not yet ready for > prime > > time, for all the use cases of a complete

Re: [go-nuts] Shiny

On Wed, Aug 17, 2016 at 11:11 PM, Seb Binet wrote: > that said, I think it is quite clear that shiny is not yet ready for prime > time, for all the use cases of a complete GUI toolkit. > I hope it will come to that, but it isn't the case yet. Yes, it's not yet ready for prime time. We're working

Re: [go-nuts] Shiny

Thanks I am using polymer and bootstrap and electron too. But I hate it, and so why I turned to flutter. I might check out your code. I think the basic MDL web GUI stuff could easily be make to work with shiny, if we don't want any glowing animation stuff, etc. Just like how MDL is is nice simple

Re: [go-nuts] Shiny

On Wed, Aug 17, 2016 at 2:38 PM, Joe Blue wrote: > Thanks. I looked there before. > > It's a shame that only the shiny author is the only one on this from > Google to improve it. > > There are bits and pieces es floating around and even a roadmap in github > to build material design widgets. > >

Re: [go-nuts] Shiny

Thanks. I looked there before. It's a shame that only the shiny author is the only one on this from Google to improve it. There are bits and pieces es floating around and even a roadmap in github to build material design widgets. Dart / flutter / mojo is getting much more resources, with vanadiu

Re: [go-nuts] Shiny

The easiest (but somewhat unreliable) way I can think of to get an idea of who's using it is to look at the importers on GoDoc: https://godoc.org/golang.org/x/exp/shiny/screen?importers I don't know what you consider "useful", but the small-ish list of non-internal importers seems to suggest that

[go-nuts] Shiny

Shiny looks OK for building desktop apps. A tone built anything useful with it ? -- 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...@googlegr