Wie wird die Selektion dann gemacht? Irgendwie müssen ja daten zurück gelesen werden. Kennt man da bereits Best Practices?

Ich finde das [...]
@MatReno
Bisher war die rede von 2 Möglichkeiten, die erste ist opengl3.0, wo halt schon erwähnte features funktionieren und version<3.0(fallback) wo dann auch glbegin und so weiter noch gehen. Es ist aber ratsamer auf 3.0 um zu stellen, da die neuen Strukturen wesentlich performanter und teilweise auch unkomplizierter sind.

[...] war zumindestens ne andeutung erkennbar.

We are currently debating how we want to provide interoperability between OpenGL 2.1 and OpenGL Longs Peak. Our latest thinking on this is as follows. There will be a new context creation call to indicate if you want an OpenGL 2.1 context or an OpenGL Longs Peak context. An application can create both types of contexts if desired. Both OpenGL 2.1 and Longs Peak contexts can be made current to the same drawable. This is a key feature, and allows an application that has an OpenGL 2.1 (or earlier) rendering pipeline to open a Longs Peak context, use that context to draw an effect only possible with Longs Peak, but render it into the same drawable as its other context(s). To further aid in this, there will be an extension to OpenGL 2.1 that lets an application attach an image object from a Longs Peak context to a texture object created in an OpenGL 2.1 context. This image object becomes the storage for the texture object. The texture object can be attached to a FBO in the OpenGL 2.1 context, which in turn means an OpenGL 2.1 context can render into a Longs Peak image object. We would like your feedback on this. Is this a reasonable path forward for your existing applications?

Im OpenGL Pipeline Newsletter 003 stand dazu etwas drin :

Ob das letztendlich auch so implementiert wird steht noch aus, eine brauchbare Lösung ist das aber allemal. So muss man seine alten Anwendungen nicht unbedingt umschreiben um bestimmte Features aus der neuen OpenGL Version zu nutzen.