I don't know of anyone working on table widgets nor file openers.

Thank you for the analysis. I've reverted the wrong fix and applied yours. Please try again to see if it works for you.

On Fri Jan 10, 2020 at 14:44, ~strosel wrote:

My fix does not solve this issue. Here is a small example that gives an empty window

func loop(w *app.Window) error { for { e := <-w.Events() switch e := e.(type) { case system.DestroyEvent: return e.Err case system.FrameEvent: ops.Reset()

paint.NewImageOp(image.NewUniform(colornames.Red)).Add(ops)

paint.NewImageOp(sprite).Add(ops) e.Frame(ops) }

Ah, you're only setting the current image (as opposed to a color with paint.ColorOp). Use the paint.PaintOp to actually draw the image to the screen.

On Thu Jan 9, 2020 at 11:53 PM, ~strosel wrote:

I'm having issues with the painter.ImageOp op not drawing. I've tried both loading images from disk and using image.Uniform and yet nothing happens.

I tried looking at the source but it's a bit too advanced for me :/

grateful for answers and/or fixes

Did your image origin fix make this go away? If not, please show us a small complete program that reproduces the problem.

On Tue Jan 7, 2020 at 7:52 PM, ~dertseha wrote:

I don't see a linter package configuration and I am offering to 1. set up an initial configuration for the linter package github.com/golangci/golangci-lint (with linters disabled that would complain) 2. make gradual patches to enable various linters and handle their issues

There aren't that many issues, yet some of them point to rather silly stuff (such as dead code)

Is there interest in such an endeavor? I'm asking as this might be considered too pedantic - or simply too early in this project's stage.

My personal preference is to manually run linters from time to time and fix whatever falls out. But as long as the configuration files are unintrusive and not bloated, I don't object.

On Tue Jan 7, 2020 at 7:38 PM, ~dertseha wrote:

In my setup I receive the error 2020/01/07 20:23:56 eglGetDisplay failed: 0x3000 exit status 1 when trying to run the examples.

If, however, I extend NewContext(NativeDisplayType) in egl.go to fallback to default display - i.e.: ... eglDisp := eglGetDisplay(disp) if eglDisp == nilEGLDisplay { eglDisp = eglGetDisplay(EGL_DEFAULT_DISPLAY) } if eglDisp == nilEGLDisplay { return nil, fmt.Errorf("eglGetDisplay failed: 0x%x", eglGetError()) } ... everything works fine.

Is this a viable solution, or am I running some arcane magic that works just by accident?

As you suspect, this doesn't seem like the correct fix. Further, 0x3000 is EGL_SUCCESS, indicating that the first eglGetDisplay succeeded. Can you test the potential fix in commit 631c3b0e02f843f9790cafdad8b1bb7f352da5e6?

On Sun Jan 5, 2020 at 11:34 AM, ~raqbit wrote:

Yes, The X11 version runs fine.

$ echo
"\"$WAYLAND_DISPLAY\"-\"$WAYLAND_SOCKET\""
"wayland-0"-""

Looks good to me. Perhaps strace can help figure out where the no such file or directory comes from:

$ go build gioui.org/example/hello
$ strace -f ./hello

On Fri Jan 3, 2020 at 9:03 PM, ~raqbit wrote:

I'm not sure if it's grabbing the go-get'd version of gio, as it says downloading when using the run command.

$ go run -tags nox11 gioui.org/example/hello 2020/01/03 22:01:33 wayland:

Thanks, it looks like you're running the correct version, because the errno says no such file or directory:

wldisplayconnect failed: no such file or directory exit status 1

Unfortunately, I still don't know what's causing wldisplayconnect to fail. Is the X11 version running (it appears so, since you've specified the nox11 tag)?

What are the values of the WAYLANDDISPLAY and WAYLANDSOCKET environment variables?

-- elias

On Fri Jan 3, 2020 at 10:16 AM, ~winwisely99 wrote:

On a nexus 5x. I think its andorid sdk 27.

When i input my details and then click Signin button the next page flashes quickly and disappears back to the Sign in Page...

Not sure why...

This is most likely because Scatter fails to connect to your IMAP server. Scatter does not have error reporting yet, so you have to look in your adb logcat logs to figure out why. Sorry.

On Wed Jan 1, 2020 at 6:42 PM, ~raqbit wrote:

Hi, I cannot run this either while running in a Gnome Wayland session.

$ loginctl show-session 2 | grep Type
Type=wayland
$go run
-tags nox11 gioui.org/example/hello
2020/01/01 19:41:03 wayland:
wl_display_connect failed
exit status 1

System details ```

go version go1.13.5 linux/amd64 Ubuntu 19.10 ```

I can't explain why wldisplayconnect fails. I've pushed a change that adds errno to the error message, can you please try again? Make sure you're using the latest version by running

$ go get gioui.org@ccbcbdbfbd4f3aa4c01c36566ea48b118730242f

before go run ....