Re: GtkGlArea port to GTK+3 : RFYC

On Mon, Sep 9, 2013 at 7:48 AM, Tarnyko <tarnyko tarnyko net> wrote:
Hi Vincent,
LE GARREC Vincent writes:

GtkGLArea cannot work properly with Broadway, because when you use Broadway, you don't have any X11/Win32 context at all. You're just drawing to a pixbuf rendered via a HTML5 canvas.
BTW, WebGL is the only well-known method to use OpenGL is a browser. But I don't see how it could be implemented in GTK+ (you'd have to generate WebGL client-side code on the fly... pure hell). So I'd classify this as NOTABUG personally ;-)

Granted that it is not trivial, it could still be done if such a feature gets enough traction to motivate developer time. Web browsers do the conversion from WebGL to either desktop GL, GLES or even D3D. Emscripten does to some extent a bit of conversion from desktop GL to WebGL (Or did I miss what you meant by the difficulty of generating client-side code?).

In any case, thank you very much for bringing GL to Gtk3. It is not clear to me whether this is meant to be officially supported at the Gtk level, and I dearly hope it is.




3) gcc  -o glx glx.o `pkg-config --cflags --libs gtk+-3.0 gl` -lX11

The only problem about my example is
that you need "-lX11" in gcc and the X11's lib is really difficult to
compile for Windows.

Your code doesn't use GtkGLArea at all, but GLX ; so yes, it obviously is Unix-specific and needs X11. GtkGLArea was designed to avoid this, by using GLX on X11, and WGL on Windows, transparently.
So if you'd use GtkGLArea, you'd have a single code and recompile it with no changes on Unix and Win32. That's the whole point of the library.

gtk-devel-list mailing list
gtk-devel-list gnome org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]