牛牛们救命啊~~~~~~~

RainBow2014

       我安装了QT5.3.1, 编译器用VS2012的。打开qt creator，在help界面下的例子程序中，基于QML的程序运行起来都只显示一个空窗口，窗口中什么都没有。然后自己建立了一个QT QUICK APPLICATION程序，运行后也是只显示一个空窗口，main.qml文件中明明定义了工具栏啊什么的，在运行后什么都不显示。说好的控件呢？各种重装找问题无果，恳求牛牛们救命了……

Joey_Chan

RainBow2014 发表于 2014-7-14 14:31
前辈，下面是提示内容：

看这错误不像是你的问题，像是opengl和win之间的兼容有问题。

要不你多试试几种情况：
1. 新建一个QtWidget的项目
2. 新建一个Qt Quick 2.0的项目，不带Qt Quick Control
3. 新建一个Qt Quick 1.0的项目

终极杀招：
换mingw版本的qt   （别的编译版本也可以都下载试试）

Joey_Chan

我看你下面有很多报错，贴上来？

RainBow2014

Joey_Chan 发表于 2014-7-11 19:37
我看你下面有很多报错，贴上来？

前辈，下面是提示内容：

1. Starting D:\Qt\Qt5.3.1\Examples\Qt-5.3\enginio\quick\build-todos-Desktop_Qt_5_3_MSVC2012_OpenGL_32bit-Debug\debug\todos.exe...
   
2. QML debugging is enabled. Only use this in a safe environment.
   
3. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenFramebuffers'
   
4. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenFramebuffersOES'
   
5. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenFramebuffersARB'
   
6. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenFramebuffer**T'
   
7. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenBuffers'
   
8. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenBuffersOES'
   
9. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenBuffersARB'
   
10. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenBuffer**T'
    
11. QOpenGLBuffer::bind(): buffer not created
    
12. QOpenGLBuffer::allocate(): buffer not created
    
13. QOpenGLBuffer::release(): buffer not created
    
14. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenFramebuffers'
    
15. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenFramebuffersOES'
    
16. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenFramebuffersARB'
    
17. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenFramebuffer**T'
    
18. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenBuffers'
    
19. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenBuffersOES'
    
20. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenBuffersARB'
    
21. QWindowsGLContext::getProcAddress: Unable to resolve 'glGenBuffer**T'
    
22. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffersOES'
    
23. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffersARB'
    
24. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffer**T'
    
25. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffers'
    
26. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffersOES'
    
27. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffersARB'
    
28. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffer**T'
    
29. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffers'
    
30. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffersOES'
    
31. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffersARB'
    
32. QWindowsGLContext::getProcAddress: Unable to resolve 'glDeleteFramebuffer**T'
    
33. D:\Qt\Qt5.3.1\Examples\Qt-5.3\enginio\quick\build-todos-Desktop_Qt_5_3_MSVC2012_OpenGL_32bit-Debug\debug\todos.exe exited with code 0

复制代码

RainBow2014

Joey_Chan 发表于 2014-7-14 14:40
看这错误不像是你的问题，像是opengl和win之间的兼容有问题。

要不你多试试几种情况：

刚刚找了大量opengl配置的资料，根据查资料的情况来看，觉得您的思路方向是对的：
      微软为了主推其下的DX库，在后续的VS环境中只支持opengl的低级版本，即1.1版本；我手动在vs2012的window kit下找到了glut.h文件，看了一下，确实只有1.1版本的opengl文件；
       那如果是这样，手动将高级版本的opengl库文件配置到vs2012应该就能解决问题了吧？于是乎自己下载了稳定的opengl317稳定版本，手动将库文件添加到vs2012该添加的目录下。可是运行例子程序，问题依旧。
       虽然问题依旧，但是通过查阅资料，结合问题的现象，感觉目前的思路应该是对的：就是VS2012自带的opengl库文件版本和QT5.3.1所支持的opengl库文件版本不兼容导致。

PS:  您上面提到的方法：
1. 新建一个QtWidget的项目 ；（QT5.3.1 下基于QtWidget的程序不涉及qml，即界面是.UI文件，都运行正常）
2. 新建一个Qt Quick 2.0的项目，不带Qt Quick Control （效果一样，编译运行都正常，就是运行时是空白窗体，界面元素显示不正常）
3. 新建一个Qt Quick 1.0的项目（效果一样，编译运行都正常，就是运行时是空白窗体，界面元素显示不正常）


VS2012 + QT环境配置问题这么多，真的想换终级杀招了……对mingw知之甚少，不知道mingw+qt下环境配置时问题会不会很多？[url=]撇嘴[/url]

Joey_Chan

RainBow2014 发表于 2014-7-14 16:08
刚刚找了大量opengl配置的资料，根据查资料的情况来看，觉得您的思路方向是对的：
      微软为了主推其下 ...

mingw是最傻瓜的，其实就是win下面的gcc版本，连编译器都一起装好，向下兼容性也是最好的。

另外还有一个vs + angle的版本，angle是一个opengl和directx的兼容层，已经比较稳定了

Joey_Chan

RainBow2014 发表于 2014-7-14 16:08
刚刚找了大量opengl配置的资料，根据查资料的情况来看，觉得您的思路方向是对的：
      微软为了主推其下 ...

其实我是搞Linux开发的。。对win知道的不对，请见谅

RainBow2014

Joey_Chan 发表于 2014-7-14 17:14
其实我是搞Linux开发的。。对win知道的不对，请见谅

     从QT5.3.1提供的这些个下载链接的类型来看，通过对OPENGL的支持来提升界面丰富的表现力是趋势啊，如果对界面效果及其表现力有一定要求的话，opengl是一个硬性标准……