Date: Sun, 17 Jan 2021 08:50:41 +0000
To: Zhao Wang <sunny.open@gmail.com>
From: Loki Verloren <stalker.loki@protonmail.ch>
Cc: ~eliasnaur/gio@lists.sr.ht
Reply-To: Loki Verloren <stalker.loki@protonmail.ch>
Subject: Re: Injecting custom frame update to the flow?
Message-ID: <lfvkIdqV4a4fWLp-Lg--3XjSG7XOCAavFxM3bZjZNx8F9Hf2ECoolx5XIPuroajiY16vk1ywmooXyCvGgZ1cwccBndXzAyX8P-loRqbTr5U=@protonmail.ch>
In-Reply-To: <CAJJC9nfJDtirW3S8CA1FqtPYbPRSfem522dk2VNyJq1n0A-uaA@mail.gmail.com>
References: <CAJJC9nfJDtirW3S8CA1FqtPYbPRSfem522dk2VNyJq1n0A-uaA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

It should be possible to take the pixels the other code is generating and p=
ut them
in an image op and update the window, does the other GL library have a head=
less
functionality? I assume the game environment captures events of interest al=
so to
the proposed Gio GUI you want to frame/overlay on it.

If you can avoid the two things drawing into the same box there might be so=
me way to
make the box for the GL paint directly as it normally does and Gio just ren=
der nothing
in the same place. There might be synchronisation issues with this also, bu=
t it probably
would only make some screen garbage/flicker etc. idk. just thinking out lou=
d.

I have done a little work with headless rendering. I was initially going to=
 go for a
more traditional offscreen private bitmap, using the headless context, to m=
ake a scrolling view,
but found I was able to skirt around doing so much blitting by running the =
widgets to
generate dimensions, as with dimensions computing how to render the view. T=
hat's how my scrollbar
widget works.

It's the best scrollbar implementation to date for Gio, maybe looking at wh=
at I did will
give you some ideas? https://github.com/p9c/pod/blob/master/pkg/gui/list.go

Sent with ProtonMail Secure Email.

=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me=
ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90

On Sunday, January 17th, 2021 at 08:33, Zhao Wang <sunny.open@gmail.com> wr=
ote:

> Hi guys,
>
> I am trying to use gio to build a multi window chat client to have
>
> main chat UI in one
>
> window and run OpenGL ES game in another window which I hope to use Gio
>
> Window as well as the event loop and frame updating mechanism.
>
> The game has its own "drawFrame" method which calls standard OpenGL ES AP=
Is.
>
> And does not use gio widgets yet (might need to add some later).
>
> I am wondering how I can inject the game's drawFrame into Gio window's fr=
ame
>
> update loop.
>
> I spent some time digging into the code, it looks to me current frame
>
> drawing happens
>
> in gio/gpu/GPU.Frame() method. So seems not possible without API changes.
>
> Is this true? If so, any advice on how to do this?
>
> Thanks in advance for your help.
>
> -   Zhao Wang