CMake FindosgIntrospection 模块实战指南：在 CMake 项目中定位 OpenSceneGraph 反射库

发布时间：2026/10/9 2:29:35

CMake FindosgIntrospection 模块实战指南：在 CMake 项目中定位 OpenSceneGraph 反射库
构建工具开发工具CLI【免费下载链接】CMakeMirror of CMake upstream repository项目地址https://gitcode.com/gh_mirrors/cm/CMake点击查看免费下载导读FindosgIntrospection是 CMake 官方提供的查找模块之一用于在 CMake 构建系统中定位 OpenSceneGraphOSG工具集的 osgIntrospection 反射库。本文以该模块的官方文档Help/module/FindosgIntrospection.rst为骨架结合仓库中 Modules/FindosgIntrospection.cmake、Modules/Findosg_functions.cmake 与 Modules/FindOpenSceneGraph.cmake 的源码实现完整讲解其结果变量、缓存变量、环境变量提示、废弃变量与导入目标用法并深入剖析底层查找机制帮助你掌握在旧版 OSG 项目中正确接入 osgIntrospection 的完整方案。模块概览它解决什么问题FindosgIntrospection模块的目标非常单一查找 OpenSceneGraph 工具集中的 osgIntrospection 库。该库提供了一套反射reflection框架允许程序在运行时无需修改类定义即可访问并调用类的属性和方法。在 CMake 的模块体系中它属于FindPackageName.cmake命名规范的查找模块可以在项目中使用find_package(osgIntrospection)该模块由 Eric Wing 创建至今仍保留在 CMake 仓库的 Modules 目录中其完整文档以内嵌注释形式存放在 Modules/FindosgIntrospection.cmake 文件头部的#[[.rst:文档块中源文件第 4–128 行而 Help/module/FindosgIntrospection.rst 则通过.. cmake-module::指令指向该文件由 CMake 文档生成体系统一渲染为模块参考页。两个必须知道的版本事实在使用该模块之前有两个官方文档明确标注的限制需要了解osgIntrospection 已被移除OpenSceneGraph 3.0 起osgIntrospection 库从 OSG 工具集中被移除见 Modules/FindosgIntrospection.cmake 第 10–13 行的 note。这意味着该模块主要用于对接 OSG 3.0 之前的老版本工具链。推荐优先使用 FindOpenSceneGraph在绝大多数场景下官方建议使用 Modules/FindOpenSceneGraph.cmake 并列出osgIntrospection作为组件由它自动处理 OpenThreads 与核心 osg 库等依赖find_package(OpenSceneGraph COMPONENTS osgIntrospection)何时需要直接使用本模块FindosgIntrospection模块本身是被FindOpenSceneGraph内部调用的这一点在 Modules/FindOpenSceneGraph.cmake 第 266 行的 See Also 列表中明确列出因此在常规的find_package使用中并不建议直接包含。但官方文档同时说明对于需要更精细控制探测过程的高级场景例如显式查找 osgIntrospection 或绕过自动组件探测时可以将其作为独立模块使用find_package(osgIntrospection)头文件包含方式无论通过哪种方式查找OpenSceneGraph 与 osgIntrospection 的头文件在 C 工程源码中都以统一风格包含。官方文档给出了标准示例对应example.cxx#include osg/PositionAttitudeTransform #include osgIntrospection/Reflection // ...需要注意在使用 OpenSceneGraph 工具集时可能还需要同时链接 OpenGL 等其他库见 Modules/FindosgIntrospection.cmake 第 46–47 行的说明。结果变量Result Variables模块查找完成后会向调用方提供以下结果变量其定义位于 Modules/FindosgIntrospection.cmake 第 49–65 行变量类型/说明版本osgIntrospection_FOUND布尔值表示是否找到 OpenSceneGraph 工具集的 osgIntrospection 库3.3 起引入OSGINTROSPECTION_LIBRARIES使用 osgIntrospection 所需链接的库列表—OSGINTROSPECTION_LIBRARY结果变量与OSGINTROSPECTION_LIBRARIES取值相同—其中osgIntrospection_FOUND采用 CMake 3.3 以来推荐的PackageName_FOUND小写命名风格它是后续判断查找是否成功的标准依据if(osgIntrospection_FOUND) # 已找到可以安全使用 endif()缓存变量Cache Variables除了结果变量模块还可能设置以下缓存变量Modules/FindosgIntrospection.cmake 第 67–76 行变量说明OSGINTROSPECTION_INCLUDE_DIR使用 osgIntrospection 所需的头文件所在 include 目录OSGINTROSPECTION_LIBRARY_DEBUGosgIntrospection 调试版debug库的完整路径OSGINTROSPECTION_LIBRARY_DEBUG与对应的 release 变量配合共同支撑多构建配置下的库选择详见下文底层实现小节。这些缓存变量会进入 CMake 缓存可在ccmake或cmake-gui中查看与调整。环境变量提示HintsOSGDIR模块接受一个关键的提示变量用于帮助在非标准位置定位 OSG 工具集变量说明OSGDIR环境变量指向 OpenSceneGraph 的安装前缀。当 OSG 安装于自定义位置时可设置它以帮助定位整个工具集包括 osgIntrospection 库该环境变量应当指向 OSG 配置、构建、安装时使用的安装前缀与./configure --prefix$OSGDIR中的前缀一致Modules/FindosgIntrospection.cmake 第 83–87 行。例如# 假设 OSG 安装于 /opt/osg export OSGDIR/opt/osg cmake -S . -B build从源码实现看模块实际接受的提示变量比文档列出的更多OSG_FIND_PATH与OSG_FIND_LIBRARY函数会依次探测OSGINTROSPECTION_DIR、OSG_DIR、OSGDIR、OSG_ROOT等环境变量以及同名 CMake 变量详见 Modules/Findosg_functions.cmake 第 26–34 行与第 45–55 行。废弃变量Deprecated Variables为了向后兼容模块保留了一个旧命名风格的变量变量说明废弃版本OSGINTROSPECTION_FOUND布尔值含义与osgIntrospection_FOUND完全一致4.2 起废弃官方建议改用osgIntrospection_FOUND该变量仅在老项目中维持兼容性新代码应当统一使用小写风格的osgIntrospection_FOUND。完整实战示例导入目标封装官方文档给出了最推荐的实战用法——显式查找 osgIntrospection并创建一个接口型导入目标INTERFACE IMPORTED来封装其使用要求再链接到项目目标上Modules/FindosgIntrospection.cmake 第 101–122 行find_package(osgIntrospection) if(osgIntrospection_FOUND AND NOT TARGET osgIntrospection::osgIntrospection) add_library(osgIntrospection::osgIntrospection INTERFACE IMPORTED) set_target_properties( osgIntrospection::osgIntrospection PROPERTIES INTERFACE_INCLUDE_DIRECTORIES ${OSGINTROSPECTION_INCLUDE_DIR} INTERFACE_LINK_LIBRARIES ${OSGINTROSPECTION_LIBRARIES} ) endif() target_link_libraries(example PRIVATE osgIntrospection::osgIntrospection)这段代码值得逐行拆解find_package(osgIntrospection)触发查找设置上述结果变量与缓存变量if(osgIntrospection_FOUND AND NOT TARGET ...)双重判断先确认查找成功再避免重复定义同名目标add_library(... INTERFACE IMPORTED)创建不产生任何构建产物的接口导入目标set_target_properties将头文件目录与链接库列表分别写入INTERFACE_INCLUDE_DIRECTORIES与INTERFACE_LINK_LIBRARIES把使用要求封装到目标上target_link_libraries(example PRIVATE osgIntrospection::osgIntrospection)让目标example继承这些使用要求——头文件路径与链接库都会自动传递无需手动展开变量。这种封装方式正是 CMake 官方推荐的现代用法通过导入目标而非裸变量传递链接信息可避免手工拼接include_directories与target_link_libraries造成的混乱。与 FindOpenSceneGraph 组件的等价写法如果项目选择走组件路线则可直接通过FindOpenSceneGraph获得同类能力。参考 Modules/FindOpenSceneGraph.cmake 第 82–89 行对osgIntrospection组件的描述反射框架、OSG 3.0 起被移除以及该模块第 234–248 行给出的导入目标示例组件写法可归纳为find_package(OpenSceneGraph 2.0.0 REQUIRED COMPONENTS osgIntrospection) if(OpenSceneGraph_FOUND AND NOT TARGET OpenSceneGraph::OpenSceneGraph) add_library(OpenSceneGraph::OpenSceneGraph INTERFACE IMPORTED) set_target_properties( OpenSceneGraph::OpenSceneGraph PROPERTIES INTERFACE_INCLUDE_DIRECTORIES ${OPENSCENEGRAPH_INCLUDE_DIRS} INTERFACE_LINK_LIBRARIES ${OPENSCENEGRAPH_LIBRARIES} ) endif() add_executable(example example.cxx) target_link_libraries(example PRIVATE OpenSceneGraph::OpenSceneGraph)两者对比如下维度独立模块方式组件方式命令find_package(osgIntrospection)find_package(OpenSceneGraph COMPONENTS osgIntrospection)依赖处理需自行处理 OpenThreads、核心 osg 等自动处理 osg、OpenThreads 等隐含组件适用场景精细控制、绕过组件探测常规项目官方推荐底层实现三行代码背后的查找机制模块主体源码极其精简Modules/FindosgIntrospection.cmake 第 130–138 行核心只有三步include(${CMAKE_CURRENT_LIST_DIR}/Findosg_functions.cmake) OSG_FIND_PATH (OSGINTROSPECTION osgIntrospection/Reflection) OSG_FIND_LIBRARY(OSGINTROSPECTION osgIntrospection) include(FindPackageHandleStandardArgs) find_package_handle_standard_args(osgIntrospection DEFAULT_MSG OSGINTROSPECTION_LIBRARY OSGINTROSPECTION_INCLUDE_DIR)OSG_FIND_PATH定位头文件OSG_FIND_PATH函数定义于 Modules/Findosg_functions.cmake 第 22–36 行通过find_path命令查找包含指定头文件osgIntrospection/Reflection的目录并把结果存入OSGINTROSPECTION_INCLUDE_DIR缓存变量。其查找提示HINTS的优先级顺序为环境变量OSGINTROSPECTION_DIR环境变量OSG_DIR、OSGDIR、OSG_ROOTCMake 变量OSGINTROSPECTION_DIR、OSG_DIR以上所有候选路径下的include子目录PATH_SUFFIXES include。这一机制解释了前文环境变量提示一节设置OSGDIR即可让模块在自定义安装前缀下找到osgIntrospection/Reflection头文件。OSG_FIND_LIBRARY定位库文件并处理 Debug/ReleaseOSG_FIND_LIBRARY函数Modules/Findosg_functions.cmake 第 42–75 行则分两步查找库先以NAMES osgIntrospection osgIntrospectionrd查找 release 版存入OSGINTROSPECTION_LIBRARY_RELEASE再以NAMES osgIntrospectiond查找 debug 版存入OSGINTROSPECTION_LIBRARY_DEBUG随后调用select_library_configurations(OSGINTROSPECTION)合并两者得到OSGINTROSPECTION_LIBRARY与OSGINTROSPECTION_LIBRARIES。select_library_configurations命令来自 Modules/SelectLibraryConfigurations.cmake第 149–187 行其合并规则为同时找到 debug 与 release 且路径不同在支持多配置的生成器或设置了CMAKE_BUILD_TYPE的单配置生成器下OSGINTROSPECTION_LIBRARY会变成带optimized/debug关键字的列表供target_link_libraries按构建配置正确选择仅找到 release直接使用 release 路径仅找到 debug回退使用 debug 路径两者皆未找到置为OSGINTROSPECTION_LIBRARY-NOTFOUND。find_package_handle_standard_args最终判定最后模块调用 Modules/FindPackageHandleStandardArgs.cmake 提供的find_package_handle_standard_args命令以OSGINTROSPECTION_LIBRARY与OSGINTROSPECTION_INCLUDE_DIR作为必需变量得出osgIntrospection_FOUND并打印标准结果消息DEFAULT_MSG。只有当头文件目录与库文件同时被找到时osgIntrospection_FOUND才会为真。在 FindOpenSceneGraph 中的角色在 Modules/FindOpenSceneGraph.cmake 的组件处理流程中第 287–292 行、第 367–384 行osgIntrospection组件会被加入待处理列表随后对该组件执行find_package(osgIntrospection)若组件查找成功其OSGINTROSPECTION_INCLUDE_DIR与OSGINTROSPECTION_LIBRARIES会被追加到OPENSCENEGRAPH_INCLUDE_DIR与OPENSCENEGRAPH_LIBRARIES汇总变量中第 376–379 行。这正是官方文档本模块被 FindOpenSceneGraph 内部使用的源码级印证——当find_package(OpenSceneGraph COMPONENTS osgIntrospection)时真正的查找动作发生在FindosgIntrospection.cmake中。使用建议与限制总结综合官方文档与源码在实际项目中使用该模块时建议遵循以下原则新项目优先走组件路线find_package(OpenSceneGraph COMPONENTS osgIntrospection)由 FindOpenSceneGraph 统一处理依赖避免遗漏 OpenThreads 与核心 osg 库。仅高级场景直接使用本模块需要显式查找或绕过组件探测时才直接find_package(osgIntrospection)。注意版本边界osgIntrospection 库在 OSG 3.0 起已从工具集移除本模块只适用于 OSG 3.0 之前版本从 Modules/FindOpenSceneGraph.cmake 第 10–12 行还可以看到OSG 开发已逐步转向其继任项目 VulkanSceneGraph新代码应优先评估迁移方案。优先使用osgIntrospection_FOUND自 CMake 4.2 起OSGINTROSPECTION_FOUND已废弃两者值相同但前者才是受支持的命名。自定义安装位置设置OSGDIR并牢记其应指向./configure --prefix$OSGDIR时使用的同一前缀模块会从该前缀下的include与lib子目录自动查找。延伸阅读模块完整文档与源码Modules/FindosgIntrospection.cmake底层查找函数实现Modules/Findosg_functions.cmakeDebug/Release 库合并规则Modules/SelectLibraryConfigurations.cmake组件式用法与依赖处理Modules/FindOpenSceneGraph.cmake同族查找模块核心 osg 库Modules/Findosg.cmake赞分享构建工具开发工具CLI【免费下载链接】CMakeMirror of CMake upstream repository项目地址https://gitcode.com/gh_mirrors/cm/CMake点击查看免费下载相关推荐CMake 模块解析使用 FindosgFX 定位 OpenSceneGraph osgFX 特效库CMake 模块解析使用 FindosgFX 定位 OpenSceneGraph osgFX 特效库 本篇指南围绕 CMake 仓库中的 FindosgFX构建工具开发工具CLI使用 CMake FindosgDB 模块定位 OpenSceneGraph 的 osgDB 库变量、探测机制与链接实战使用 CMake FindosgDB 模块定位 OpenSceneGraph 的 osgDB 库变量、探测机制与链接实战 本篇技术指南以 CMake 官方文档构建工具开发工具CLICMake FindKDE4 模块深度指南在 CMake 项目中定位与使用 KDE 4 开发环境CMake FindKDE4 模块深度指南在 CMake 项目中定位与使用 KDE 4 开发环境 本指南围绕 CMake 官方 FindKDE4 查找模块构建工具开发工具CLI上一篇STL函数对象实战functor与lambda如何选下一篇如何快速计算开源项目重要性criticality_score完全指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

相关新闻

五分钟读完一篇文章之仿射变换：从矩阵推导到代码实现

五分钟读完一篇文章之仿射变换：从矩阵推导到代码实现

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 2:28:35 阅读更多 →
COPY 顺序错一步，Docker build 缓存全失效：6 分钟重建到 40 秒

COPY 顺序错一步，Docker build 缓存全失效：6 分钟重建到 40 秒

本文摘要：改一行业务代码就触发依赖重装，本地与 CI 构建都要等上数分钟。把依赖清单 COPY 提前并缩小输入集，缓存只在依赖清单变动时才失效。该做法只对依赖清单稳定的项目有效，依赖频繁变动时收益有限。 一、问题与结论 一个 Fa…

2026/10/9 2:28:35 阅读更多 →
Windows 环境下把 skill.md 变成 Claude Code 写作 Skill 的完整路线：TaoToken 统一 Key 配置与 PowerShell 验证

Windows 环境下把 skill.md 变成 Claude Code 写作 Skill 的完整路线：TaoToken 统一 Key 配置与 PowerShell 验证

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 2:28:35 阅读更多 →

最新新闻

4G显存也能流畅跑大模型：llama.cpp与GGUF量化实战指南

4G显存也能流畅跑大模型：llama.cpp与GGUF量化实战指南

如果你的电脑还在用 4GB 显存的显卡，比如 GTX 1650、RTX 3050 Laptop 或者 AMD 那边的 RX 6500 XT，想跑本地大模型，第一反应可能是到处找精简版、量化版，或者干脆放弃转用云 API。但今天我直接说结论：4G 显存完全能跑&…

2026/10/9 4:03:31 阅读更多 →
JavaScript作业避坑指南：函数、精度、Canvas与OC交互全解析

JavaScript作业避坑指南：函数、精度、Canvas与OC交互全解析

又到交JavaScript作业的季节了。我这些年帮学弟学妹和网上的朋友看过少说几百份作业代码，最深的感受是：大部分人不是不会写，而是压根没搞清楚题目到底想考什么。这篇东西是冲着"JavaScript作业"这几个字来的——不管你是卡在函数定…

2026/10/9 4:03:31 阅读更多 →
Django+Flask搭建机器人工厂管理系统：设备数据采集与生产管理实践

Django+Flask搭建机器人工厂管理系统：设备数据采集与生产管理实践

1. 项目背景与整体设计思路接这个项目之前，客户那边的生产车间里已经有十六台焊接机器人和四台搬运机器人，专门做汽车挡泥板的生产。挡泥板这东西听着不起眼，却是汽车底盘防护的关键件，产线上的机器人每天三班倒，大概要…

2026/10/9 4:03:31 阅读更多 →
字符编码与交叉变量初始化：线上乱码的原理与排查实战

字符编码与交叉变量初始化：线上乱码的原理与排查实战

1. 交叉变量初始化到底在解决什么问题前两天帮一个同事排查线上服务偶尔中文乱码的问题，代码跑了三四年没动过，部署方式也没变，结果新环境一上线，日志里的中文标题全部变成了一堆问号和乱码。查到最后，问题不是出在业务…

2026/10/9 4:03:31 阅读更多 →
Agent-Reach：面向业务意图的AI代理调度中枢

Agent-Reach：面向业务意图的AI代理调度中枢

1. 项目概述：Agent-Reach 是什么，它解决的不是“调用API”这个动作，而是“让AI代理真正抵达业务现场”的最后一公里问题Agent-Reach 这个名字乍看像某个新出的大模型工具或CLI套件，但如果你翻过最近三个月 Reddit 上 r/LocalLLMs、…

2026/10/9 4:03:31 阅读更多 →
Agent-Reach 深度解析：Python 构建 CLI 型 AI Agent 的工具调用与避坑指南

Agent-Reach 深度解析：Python 构建 CLI 型 AI Agent 的工具调用与避坑指南

1. 从"Agent-Reach"这个名字说起：它到底想解决什么问题第一次看到"Agent-Reach"这个项目名，我的直觉是：这大概率是一个围绕 AI Agent 能力边界扩展的工具，而不是又一个"套壳聊天机器人"。原因很简单…

2026/10/9 4:02:30 阅读更多 →

日新闻

Java时间API实战：LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API实战：LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API这个话题，隔三差五就会在群里被翻出来讨论一次。上周还有个同事线上处理一个订单超时问题，排查到最后发现是ZonedDateTime序列化后时区丢了，用户在下单当天晚上看到的时间整整差了8个小时。这类问题几乎每个做Java开发的人都遇到过…

2026/10/9 0:00:49 阅读更多 →
EasyTier实践：从NAT穿透到子网代理的异地组网部署与排错

EasyTier实践：从NAT穿透到子网代理的异地组网部署与排错

前几个月我手头有好几台机器需要互相访问：办公室台式机、家里 NAS、还有一台云主机。如果只是偶尔传个文件倒还好，问题是工作场景经常要在几处环境之间来回切换，每次都先登录跳板机再层层代理，实在折腾。我先后试过端口映射、自建…

2026/10/9 0:00:49 阅读更多 →
AI Agent工程实战：从七要素到七个决策点的系统设计指南

AI Agent工程实战：从七要素到七个决策点的系统设计指南

AI Agent 这个词在过去一年里被反复提及，但真正动手搭过一套能跑起来的 Agent 系统的人都知道，从"知道它是什么"到"让它稳定干活"之间隔着一整套工程决策。我前后参与过几个 Agent 项目的落地，从最初用现成框架拼装&…

2026/10/9 0:01:50 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导：从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导：从FHA等效到完整归一化表达式

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:40 阅读更多 →
ARM架构深度解析：从RISC设计理念到交叉编译实战

ARM架构深度解析：从RISC设计理念到交叉编译实战

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 10:10:36 阅读更多 →

月新闻

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 21:13:17 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:17 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/7 13:34:55 阅读更多 →