So ist es ja nicht. Einige Treiber sagen das die Funktion X oder Y können damit sie die OGL Version Z beherrschen obwohl sie es nicht können oder nur Fehlerhaft.
Wird das tatsächlich mit Absicht gemacht? Gibt es dafür irgendwo Belege? In dem Fall könnten sich die kwin-Entwickler die ganzen Abfragen die sie momentan machen eigentlich auch gleich sparen.
Wenn man einen derartigen Workaround anbieten will, dann kann man das ja gerne in Anwesenheit einer Umgebungsvariable alla OPENGL_VERSION_HACK machen aber doch bitte nicht als Default.
Als Beispiel können die r100-r400 und NV30 kein GL_ARB_texture_non_power_of_two bzw nur eingeschränkt was aber ab der Version 2.0 vorgeschrieben ist. PS: Auch die Blobs von Nvidia und ATI Melden hier OGL 2.1
Wird das tatsächlich mit Absicht gemacht? Gibt es dafür irgendwo Belege? In dem Fall könnten sich die kwin-Entwickler die ganzen Abfragen die sie momentan machen eigentlich auch gleich sparen.
Wenn man einen derartigen Workaround anbieten will, dann kann man das ja gerne in Anwesenheit einer Umgebungsvariable alla OPENGL_VERSION_HACK machen aber doch bitte nicht als Default.
Als Beispiel können die r100-r400 und NV30 kein GL_ARB_texture_non_power_of_two bzw nur eingeschränkt was aber ab der Version 2.0 vorgeschrieben ist.
PS: Auch die Blobs von Nvidia und ATI Melden hier OGL 2.1