Thanks a lot Timothy. For some: part of my job might consist in doing this
work  -*for Windows*-  required to actually display the result. Then,
assuming <WebKit-r156532> compiles and runs WebGL content succesfully  *for
Mac  *(probably provided some settings :  'defaults write com.apple.Safari
WebKitWebGLEnabled -bool YES'  specified from the terminal) would that be a
good approach, according to you, to watch step-by-step what happens across
Mac OS, by using efficient debugger, and report what is missing   -*for
Windows*-   ? To fill the gap...

Do you or anyone assess this analogy to mimic behaviours around OpenGLES2
from Mac OS X to WIN32 (involving Angle in-the-middle ;-) ?

PS: again, sorry for any piece of naivety or groundless indolence in my
analysis: these technical areas turn out to be new to me.

On Thu, Oct 3, 2013 at 6:15 PM, Tim Horton <timothy_hor...@apple.com> wrote:

> On 2013.10.03, at 09:06, Hugo Machefer <hugo.mache...@gmail.com> wrote:
>
> Dear all. Might not the best place  -here-  to describe my issue [Win32],
> but I don't know where exactly this shall be submitted, as a novice by
> WebKit. To recap, I managed to compile <WebKit-r156532> sources by
> Microsoft Visual Studio 2010 using CoreGraphics (ie without Cairo) in Debug
> mode. To activate WebGL, additionally, I have set:
>
>
> The AppleWin port (the one you describe) does not currently support WebGL.
> Much of the underlying mechanism is implemented, but there’s still some
> work required to actually display the result.
>
>  *#define ENABLE_WEBGL 1
> **#define WTF_USE_3D_GRAPHICS 1
> **#define WTF_USE_OPENGL 1
> **#define WTF_USE_OPENGL_ES_2 1
> **#define WTF_USE_EGL 1
> **#define WTF_USE_GRAPHICS_SURFACE 1*
>
>
> I hope/guess this is the right approach => could anyone confirm ? Then
> LINK turns out to be "fortunate", by adding these libraries : 
> translator_common.lib;
> libEGL.lib; libGLESv2.lib; preprocessor.lib; translator_glsl.lib;
> translator_hlsl.lib to WebKit sub-project.
>
> However, execution fails by http://get.webgl.org. Indeed, HTML content
> pretends :
> *Your browser supports WebGL*
> However: a blank area is displayed in place of expected movic 3D based
> cube...
>
> Apologize in case this concern forsooth comes to break any rule by
> lists.webkit.org , due to Windows matters...
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
>
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Reply via email to