nanogui源码下载:

A 、 https://github.com/wjakob/nanogui

B 、 https://github.com/dalerank/nanogui

B是fork的A,但是B有新的改进。

本文仅为参考,请以实际情况为准

本文演示环境: window10 + vs2015 up3 + cmake3.18

-----------------------------------------------------------------------

折腾

1、我想要实现界面半透明,控件不透明(透明度很差也可以)的效果。比如; 窗体时半透明的、窗体上的button, label等控件时不透明的或者透明度很差。于是想利用glfw的库函数实现窗体半透明。这里https://www.glfw.org/docs/3.3/group__window.html#gac31caeb3d1088831b13d2c8a156802e9)  找到了最新版glfw3.3.2中提供的库函数glfwsetwindowopacity,原型:

void glfwSetWindowOpacity    (    GLFWwindow *     window,
float opacity
)

这个函数是在3.3版本新加入的。

然而,查看nanogui使用的glfw库版本号是3.2。

为什么这样做? 为什么要调用库函数设置窗体透明效果?  答案:我现在是调用的基于OS的库函数实现的界面半透明,升级为调用glfw的库函数方便cross-platform. 而且代码更加简介。 好处多多。

2、nanogui是引用的项目glfw_objects. 这个项目在glfw3.2中是有生成的,但是升级到3.3以后,就没有这个项目了。

旧版3.2生成的项目一览:

用VS打开项目,可以清晰的看到这个项目生成的是一个静态库:

而新版3.3.2中生成的项目中没有glfw_object项目:

3、知道了上面的区别,就不能简单的替换nanogui下ext/glfw源码。否则,当执行cmake指令.的时候就会出现:

Configuring done
CMake Error at CMakeLists.txt:529 (add_library):
Error evaluating generator expression: $<TARGET_OBJECTS:glfw_objects> Objects of target "glfw_objects" referenced but no such target exists. CMake Error at CMakeLists.txt:529 (add_library):
Error evaluating generator expression: $<TARGET_OBJECTS:glfw_objects> Objects of target "glfw_objects" referenced but no such target exists. CMake Error at CMakeLists.txt:529 (add_library):
No SOURCES given to target: nanogui

cmake提示也说的很清楚: 无法找到以用的项目【glfw_objects】,该项目不存在。

回到 nanogui顶级目录下的 CMakeLists.txt ,找到出错所示的行前后代码:

if (CMAKE_GENERATOR STREQUAL Xcode)
set(XCODE_DUMMY ${CMAKE_CURRENT_BINARY_DIR}/xcode_dummy.cpp)
file(WRITE ${XCODE_DUMMY} "")
add_library(nanogui ${NANOGUI_LIBRARY_TYPE}
${XCODE_DUMMY}
$<TARGET_OBJECTS:nanogui-obj>
$<TARGET_OBJECTS:glfw_objects>
)
else()
if (NANOGUI_GLFW_BACKEND OR NANOGUI_VULKAN_BACKEND)
add_library(nanogui ${NANOGUI_LIBRARY_TYPE}
$<TARGET_OBJECTS:nanogui-obj>
$<TARGET_OBJECTS:glfw_objects>
)
else()
add_library(nanogui ${NANOGUI_LIBRARY_TYPE}
$<TARGET_OBJECTS:nanogui-obj>
)
endif()
endif()

我这里,将【NANOGUI_GLFW_BACKEND】设置为ON。执行上面的分支到:

add_library(nanogui ${NANOGUI_LIBRARY_TYPE}
$<TARGET_OBJECTS:nanogui-obj>
$<TARGET_OBJECTS:glfw_objects>
)

add_library将 glfw_object合并到nanogui项目。原因就是 3.3.2版本中没有生成对应的项目,造成nanogui引用项目glfw_objects失败,而且,在nanogui的CMakeLists,txt的前面,作者也说了,将glfw合并到nanogui。  原为如下 :

  # Two targets have now been defined: `glfw_objects`, which will be merged into
# NanoGUI at the end, and `glfw`. The `glfw` target is the library itself
# (e.g., libglfw.so), but can be skipped as we do not need to link against it
# (because we merge `glfw_objects` into NanoGUI). Skipping is required for
# XCode, but preferable for all build systems (reduces build artifacts).
# --------------------------------------------------------------------------------------
add_subdirectory("${CMAKE_CURRENT_SOURCE_DIR}/ext/glfw" "ext_build/glfw")

4、个人经验: 既然glfw是个第三方库,如果能动态链接该库肯定比nanogui目前这样引用来的方便,库之间保持了相对的独立,而且维护也方便,有什么更新,只需要替换对应的头文件和动态库(和lib文件)即可。 个人很少做 非基于windows的开发,所以,可能上述情况不太适用其他平台。

更新glfw

1、下载nanogui源码,我下载的是: https://github.com/dalerank/nanogui  , 要注意,一定要下载其对应的子模块,可以使用 git 指令查看其依赖的字库,或者  到  【这里】下载我之前就准备好的

 2、下载glfw:    https://www.glfw.org/download.html    和   https://github.com/glfw/glfw  都可以下载到。

还可以直接下载 已经编译好的Windows平台的库,我下载的是32位已经编译好的glfw库。

我这里: 使用的是VS2015up3. (c++11支持更友好)

3、解压nanogui源码,打开nanogui顶层目录下的CMakeLists.txt  , 找到 523 行, 将其修改为如下:

# XCode has a serious bug where the XCode project produces an invalid target
# that will not get linked if it consists only of objects from object libraries,
# it will not generate any products (executables, libraries). The only work
# around is to add a dummy source file to the library definition. This is an
# XCode, not a CMake bug. See: https://itk.org/Bug/view.php?id=14044
if (CMAKE_GENERATOR STREQUAL Xcode)
set(XCODE_DUMMY ${CMAKE_CURRENT_BINARY_DIR}/xcode_dummy.cpp)
file(WRITE ${XCODE_DUMMY} "")
add_library(nanogui ${NANOGUI_LIBRARY_TYPE}
${XCODE_DUMMY}
$<TARGET_OBJECTS:nanogui-obj>
#$<TARGET_OBJECTS:glfw>
)
else()
if (NANOGUI_GLFW_BACKEND OR NANOGUI_VULKAN_BACKEND)
## 下面的这行是新增的,指定库的目录
link_directories(${CMAKE_CURRENT_SOURCE_DIR}/ext/glfw/lib)
add_library(nanogui ${NANOGUI_LIBRARY_TYPE}
$<TARGET_OBJECTS:nanogui-obj>
#$<TARGET_OBJECTS:glfw> ## 这里是需要你手动修改的
) target_link_libraries(nanogui glfw3) ## 这里是新增的代码
else()
add_library(nanogui ${NANOGUI_LIBRARY_TYPE}
$<TARGET_OBJECTS:nanogui-obj>
)
endif()
endif()

核心:

    ## 下面的这行是新增的,指定库的目录
link_directories(${CMAKE_CURRENT_SOURCE_DIR}/ext/glfw/lib)
add_library(nanogui ${NANOGUI_LIBRARY_TYPE}
$<TARGET_OBJECTS:nanogui-obj>
#$<TARGET_OBJECTS:glfw> ## 这里是需要你手动修改的
) target_link_libraries(nanogui glfw3) ## 这里是新增代码

我将其改为了动态链接 glfw库,就这样。

4、将下载好的glfw的lib文件拷贝到xx/nanogui/ext/glfw/lib目录下,上面的CMakeLists.txt中指向了在这个目录下查找库文件(可自定义其他路径)

5、CMake执行 nanogui 目录下的 CMakeLists.txt , 生成解决方案(我这里已经打开过解决方案了):

6、将 glfw的dll文件复制到解决方案输出目录,我这里是上面图片中的debug目录(这里的批处理文件是我自己写的,删除调试文 pdb, ilk 等):

7、运行example,就可以看到和nanogui在GitHub上的示例图片,我这里就放一张。(这里,example, 是大佬提前写好的,非我自己调用glfw库实现半透明的示例)

更新

    更新时间: 2020-0802 15:26

从  https://github.com/wjakob/nanogui   fork了一份到自己的仓库, 并做了一下更改:

1.删除 nanogui 对 glfw 子模块的引用

2.添加glfw3.3.2源码到项目,

fork 地址:  https://github.com/mohistH/nanogui

添加更新后, 生成项目, 编译输出结果:

nanogui之更新子模块glfw3.3.2踩坑总结的更多相关文章

  1. Java 热更新 Groovy 实践及踩坑指南

    Groovy 是什么? Apache的Groovy是Java平台上设计的面向对象编程语言.这门动态语言拥有类似Python.Ruby和Smalltalk中的一些特性,可以作为Java平台的脚本语言使用 ...

  2. 你真的了解字典(Dictionary)吗? C# Memory Cache 踩坑记录 .net 泛型 结构化CSS设计思维 WinForm POST上传与后台接收 高效实用的.NET开源项目 .net 笔试面试总结(3) .net 笔试面试总结(2) 依赖注入 C# RSA 加密 C#与Java AES 加密解密

    你真的了解字典(Dictionary)吗?   从一道亲身经历的面试题说起 半年前,我参加我现在所在公司的面试,面试官给了一道题,说有一个Y形的链表,知道起始节点,找出交叉节点.为了便于描述,我把上面 ...

  3. Spark踩坑记——数据库(Hbase+Mysql)

    [TOC] 前言 在使用Spark Streaming的过程中对于计算产生结果的进行持久化时,我们往往需要操作数据库,去统计或者改变一些值.最近一个实时消费者处理任务,在使用spark streami ...

  4. 【踩坑速记】二次依赖?android studio编译运行各种踩坑解决方案,杜绝弯路,总有你想要的~

    这篇博客,只是把自己在开发中经常遇到的打包编译问题以及解决方案给大家稍微分享一下,不求吸睛,但求有用. 1.大家都知道我们常常会遇到dex超出方法数的问题,所以很多人都会采用android.suppo ...

  5. NPOI导出Excel (C#) 踩坑 之--The maximum column width for an individual cell is 255 charaters

    /******************************************************************* * 版权所有: * 类 名 称:ExcelHelper * 作 ...

  6. jQuery升级踩坑大全

    jQuery升级踩坑大全 背景 jQuery想必各个web工程师都再熟悉不过了,不过现如今很多网站还采用了很古老的jQuery版本.其实如果早期版本使用不当,可能会有DOMXSS漏洞,非常建议升级到j ...

  7. jQuery版本升级踩坑大全

    背景 -------------------------------------------------------------------------------- jQuery想必各个web工程师 ...

  8. React Native Android配置部署踩坑日记

    万事开头难 作为一只进入ECMAScript世界不久的菜鸟,已经被React Native的名气惊到了,开源一周数万星勾起了我浓烈的兴趣.新年新气象,来个HellWorld压压惊吧^_^(故意少打个' ...

  9. 【踩坑记】从HybridApp到ReactNative

    前言 随着移动互联网的兴起,Webapp开始大行其道.大概在15年下半年的时候我接触到了HybridApp.因为当时还没毕业嘛,所以并不清楚自己未来的方向,所以就投入了HybridApp的怀抱. Hy ...

随机推荐

  1. python-django-请求响应对象

    用户请求终端的信息: 包括使用的ip地址,浏览器类型等 cookie: 测试测试: def print_request(request): print(request) print("!!! ...

  2. 转-nRF5 SDK for Mesh(六) BLE MESH 的 基础概念

    nRF5 SDK for Mesh(六) BLE MESH 的 基础概念 Basic Bluetooth Mesh concepts The Bluetooth Mesh is a profile s ...

  3. day07 Nginx入门

    day07 Nginx入门 Nginx简介 Nginx是一个开源且高性能.可靠的http web服务.代理服务 开源:直接获取源代码 高性能:支持海量开发 可靠:服务稳定 特点: 1.高性能.高并发: ...

  4. Redis(一)【基础入门】

    目录 一.大型网站的系统特点 二.大型网站架构发展历程 三.从NoSQL说起 四.Redis简介 五.Redis安装 1.上传并解压 2.安装C语言编译环境 3.修改安装位置 4.编译安装 5.启动R ...

  5. 关于浏览器,从输入URL到呈现页面过程!(主讲TCP/IP协议)

    一.文本对话--从请求到响应 我们在浏览器中输入一个 URL,回车之后便会在浏览器中观察到页面内容.实际上这个过程是: (1)浏览器向网站所在的服务器发送了一个 Request(请求) (2)网站服务 ...

  6. 从jvm字节码指令看i=i++和i=++i的区别

    1. 场景的产生 先来看下下面代码展示的两个场景 @Testvoid testIPP() { int i = 0; for (int j = 0; j < 10; j++) { i = i++; ...

  7. 【STM32】使用SDIO进行SD卡读写,包含文件管理FatFs(六)-FatFs使用的思路介绍

    [STM32]使用SDIO进行SD卡读写,包含文件管理FatFs(一)-初步认识SD卡 [STM32]使用SDIO进行SD卡读写,包含文件管理FatFs(二)-了解SD总线,命令的相关介绍 [STM3 ...

  8. Mybatis-运行原理

    一.mybatis分层图 二.运行流程 根据全局配置文件创建sqlSessionFactory对象 根据全局配置文件的io流来构建SqlSessionFactoryBuilder对象: 解析(XmlC ...

  9. String.split()与StringUtils.split()的区别

    import com.sun.deploy.util.StringUtils; String s =",1,,2,3,4,,"; String[] split1 = s.split ...

  10. Spring Cloud集成RabbitMQ的使用

    同步 or 异步 前言:我们现在有一个用微服务架构模式开发的系统,系统里有一个商品服务和订单服务,且它们都是同步通信的. 目前我们商品服务和订单服务之间的通信方式是同步的,当业务扩大之后,如果还继续使 ...