É verdade que o padrão WebGL já tem alguns anos atrás dele, embora não deva estar tão desatualizado como é previsto pela Apple. Ainda assim, a equipe de desenvolvimento de WebKit decidiu enviar uma declaração para Consórcio World Wide Web alegando que chegou a hora de começar a discutir o futuro desse padrão e desenvolver um que se adequasse aos novos gráficos 3D presentes na web, para isso nada melhor do que conhecer e criar um novo padrão API com o qual os desenvolvedores de conteúdo pode aproveitar todo o poder das GPUs de hoje.
O principal problema que a equipe de desenvolvimento WebGL da Apple expõe é que com o padrão atual você não pode definir múltiplas interpretações, algo que é essencial para aproveitar todas as possibilidades existentes no uso das diferentes arquiteturas presentes nas mais modernas APIs gráficas como Direct3D da Microsoft, Vulkan do Khronos Group ou o próprio Metal da Apple, uma vez que não fazem uso de tecnologia WebGL com OpenGL ES 2.
A Apple está comprometida com a criação de um novo padrão capaz de substituir o WebGL atual.
Estas são as principais razões que a Apple apresentou para trazer todos os desenvolvedores para uma mesa de diálogo, onde eles terão que discutir a criação de um novo padrão com o qual todas as novas tecnologias e suas diferentes características podem ser utilizadas. Quanto ao World Web Wonsortium e ao facto de não terem sido eles que encabeçaram este pedido, baseia-se no facto de hoje o único navegador que incorpora WebGL2Uma evolução do padrão atual, é o Firefox desde sua última atualização, que chegou há apenas algumas semanas.
Conforme explicado pelo próprio Dean jackson, da equipe WebKit da Apple:
Para expor a tecnologia moderna de baixo nível que pode acelerar os gráficos e a computação, precisamos projetar uma API que possa ser implantada em muitos sistemas, incluindo os mencionados acima. Com um panorama mais amplo de tecnologias gráficas, seguir uma API específica como o OpenGL não é mais possível.
Como é lógico, a Apple apresentou sua própria alternativa como padrão, embora, sobre esse assunto, o próprio Dean Jackson tenha comentado:
Não esperamos que isso se torne a API real que acabará como padrão e pode nem mesmo ser aquela com a qual o Grupo da Comunidade decide começar a trabalhar. Mas achamos que há muito valor no código em que estamos trabalhando.