智悲乐藏 最新版本完全实现 能看、能记、能搜

智悲乐藏最新版本 2021.02.23

最新功能特点

本着能看、能记、能搜的原则,本阅读器目前已完整实现这三个特性

基础

  • 离线。本机运行无需联网,不受内外网络速度影响
  • 速度快。启动快、检索快、搜索快
  • 简繁体。不会输入“正确”的繁体字?输入简体字即可检索!不习惯阅读繁体字?选择以简体字查看即可!

能看

  • 支持HiDPI。
  • 支持深色模式。长时阅读或夜间阅读可以护眼
  • 支持阅读视图中缩放字号大小
  • 支持按原书分行查看
  • 支持显示编注。支持以多种展示方式显示编注。原编注、CBETA编注、#号标记、着色(被编注的文字)

能记

  • 记录在读典籍。程序启动时恢复上一次关闭时的在读典籍视图,立即恢复阅读状态而不需要重新查找典籍并打开
  • 记录阅读进度。打开典籍时恢复上一次关闭时的进度状态
  • 支持书签。用于收藏阅读进度位置等
  • 支持收藏。用于收藏教证等文字内容

能搜

  • 支持页内查找。在阅读视图中查找本页内容

  • 支持快速检索。可检索典籍ID、名称、作者、译者、作译者年代等

  • 支持全文检索。

    基本理念:法藏深广,用户不可能记得完整的原文,故而不需要精确输入字句匹配的原文才能搜索到结果!

    本阅读器提供基于关键词的全文检索功能,支持搜索“任意”字、词、句,所谓“任意”即是指典籍中不一定存在而你能想到/有模糊印象的关键词。

    在搜索结果中可以按照 典籍类目、作译者年代、经藏类目 等进行过滤结果。

    搜索结果按关键词高亮显示,点击高亮关键词将打开阅读视图并“尝试”定位到对应位置(不保证完全精确定位!)

  • 以上三种检索均不区分简繁体汉字输入

如何使用(绿色版)

  • 本程序可工作在绿色/Portable模式(目前测试过Windows平台)

    工作在此模式时用户数据和主程序在同一目录,此时若使用“卸载”功能将删除整个目录从而导致用户数据丢失,故请勿在此模式时使用系统“卸载”功能。

  • 在此提供Portable版本并带有CBETA经藏数据的压缩包云盘下载地址

    • 云盘主目录(访问码:4p5z)
    • 阅读器 + CBETA经藏数据 (文件:cbeta-explorer-21.02.23-data.zip)
    • 阅读器 + CBETA经藏数据 + 全文索引数据库 (文件:cbeta-explorer-21.02.23-data&index.zip)
  • 在此模式下,若要更新阅读器程序版本,直接覆盖安装即可

 

欢迎尝试和反馈

项目开源地址:https://github.com/Yuanuo/appxi-cbeta-explorer

 

討論區:

我想问问那个经文修定的注释这个可以看把.

前几天看那个web版的就没那功能呢

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

经文修定可以看,支持4、5种模式

为啥我打开t220就没看见呢 那个功能还得开启才行??

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

我看你这个程序配置文件是放在 用户名\.cbetaExplorer这里面的

不如直接放在程序自己文件夹里面 那样移动多方便.

而且还多了个.openjfx

这些就算要放也扔到AppData\Roaming那里比较好吧.

我感觉还是全都放程序文件夹里面 那样才叫真正便捷版

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

你好,早期因为Windows安装在Program Files,以及Linux、MacOS等平台的问题,这个用户数据目录(.cbetaExplorer)因为写入权限的问题是不能与主程序放一起的。

 

这个说明里面提供的绿色版,只是那两个带数据的zip文件,这个解压后就能看到数据目录是和主程序在一起的。其余的安装版都不是绿色版!

你自己可以把.cbetaExplorer和主程序放一起就是一个可移动的绿色版了,目前为了兼容多平台,这个不适合特殊处理。(但要注意和主程序放一起时,如果用卸载会删除主程序目录导致用户数据丢失!)

 

.openjfx是Java(JavaFX)的内部机制,Java程序一般都默认在用户目录下放东西。

win的就不要打包成安装包了 那样反而用起来麻烦 不如直接一个7z压缩包省事.

 

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

https://i.imgur.com/oQPAwwo.png

像这样竖着宋元明感觉没必要吧 太占地方 还不如横着写行了

 

原编注/cb编注后面的绿字很小啊 不能和文本一样大么?

文本修改后的大小 会保存么? 第二次打开会不会又重置回去呢?

部类里面选择的经文 t0220a t0220b t0220c是什么区别? 打开都是卷第一

翻卷的按钮一定要加上 否则前后切换及其不方便

//切换卷数的建议做的跟cbeta web一模一样 不要跟某人一样 做的说是软件多方便

结果用起来根本没法用 有时候就需要前后那样翻几下 看目次是不可能的!!

比如这个看到了三四十卷 要往后看 第二天载入经文的时候 从书签或者其他方式定位过去

你能保证卷数直接就高亮在当前阅读的地方? 你看 你要那样做 是高亮选中卷次 还是目次 这都是疑问

越来越复杂.

如果不能自动选中当前阅读的地方 我继续看 比如31卷 我还得滚轮往下滚半天 哦哦31卷滚几下

几百卷的经我岂不是要滚个半天 我天天启动程序先滚动个几百下然后看经文你说太麻烦了吧.

所以建议这个上下临近的卷 能快速切换 这样才行 否则功能再强 最基本的阅读导航反而没有就还不如用web版呢.

索引开始建立的时候根本没法看经 只能看第一卷 切换之后无限载入

 

 

 

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

你好,你发的图全看不到。

1)弹出显示的编注是经过格式化的,这样竖着显示是为了在同一个视角线上(冒号对齐)形成鲜明对比,更容易看出上下的差别。这个只会在鼠标悬停时显示,并且显示时不会遮挡当前行,占空间是指?

2)原编注/CB编注由于是内嵌到原文中显示,所以是故意把字号调小以表示与原文有差别的。

3)目前版本的阅读视图中缩放字号不会保存。下个版本会改成全局设置。

4)般若部类下的经文 T0220a T0220b T0220c等等,实际只有T0220这一部,但是出现这个问题是因为CBETA经藏数据中的(部类)树形菜单里面是这样标明分类的(而其他两种树形菜单中没有这个异常),为了保证这个树形菜单中的书号不重复,所以就按带abc的作为书号了,所以每个都是独立的600卷。如果在意的话请切换成其他两种目录模式。

5)切换上下卷的功能下一版会加上。尽量做到好用。

6)关于索引速度的问题。设计的功能是索引不影响阅读的。至于速度方面,开发时数据是存储在外置USB3.0移动硬盘上的,没有发现速度方面的问题,实际使用如果放在SSD上应该体验会更好一些。

根据你的描述猜测是在U盘上使用才会出现这种情况。因为CBETA经藏数据是非常多的XML文件,太多零散的文件是会导致IO性能下降的。如果只是把这些文件拷到U盘再尝试删除掉,都要花非常多的时间。同时频繁读写会拖慢整体进度,也会影响阅读功能。

 

https://i.imgur.com/oQPAwwo.png

看不了的话那得找找其他城市的代理吧 然后就能看了

读-处理-写 读-处理-写 这样100个 缩成1个 读-处理-写 肯定能省很多时间

你这样频繁读写 CPU使用时间是被打断的 非常不集中 那样效率是低下的

犹如跑步的时候 走走停停

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

> 2)原编注/CB编注由于是内嵌到原文中显示,所以是故意把字号调小以表示与原文有差别的。

那你能不能加一个设置 故意再把它调大 调的和经文字体无差别

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

建立索引的时候 切换卷无限卡 如果再切换下就报错

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

索引导致的性能问题请查看上面的回复解释。

图全看不到,希望能看到报错信息。

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

我刚发现字号修改之后 别提重启软件了... 切换下卷然后他就重置回去了 建议修复下

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

索引创建的好慢啊 他一次读取几十k几百k那样 感觉频繁操作没必要把

不如直接内存创建一个buffer 几十m 或者十几m 然后读取完一定数据再用cpu处理

现在这个读写很频繁 肯定操作过多 浪费时间 

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

索引建议也上传到github上 标上对应经文版本即可 

有时候人不需要下载经文数据 本地就有 但是需要索引. 

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

你好,全文索引是由众多因素决定的。

CBETA经藏数据中似乎并没有明确的版本号信息可以直接使用。另外,索引需要依靠版本号信息和程序中的算法版本信息,算法版本偶尔会更新,因此重建索引也会时常发生。建议在本地重建索引。在大陆地区使用GitHub和上传大文件不那么容易,所以最近提供了云盘下载。

cbeta有经文发布日期 按照这个日期走问题应该不大.

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

经文搜索啊 我记得上个版本 搜t0220才出内容 搜t220就没有好像

然后搜出内容出现t0220a t0220b 然后cdefgh乱七八糟一大串 打开全是第一卷

这应该修复下吧 只出现一个0220就够了 除非用户输入了卷数相关的内容

如t0220.01 / t220.01之类的 或者cbeta的那种引用格式 带行号的也要识别下

 

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊

 

这个在快速检索时,输入0220也会显示真正的 T0220 的,显示在最后一条,可以忽略前面的而选择最后这一个打开。这是当时发现这个特殊情况时做的特殊处理。

连续的字符串肯定都是以用户输入为准的。输入T220肯定搜不到T0220的,至少暂时没有支持这种把输入的连续字符拆开检索的。

经号目前最大就是4位数 如果检测到T+3位数 就给数字最前面添加一个0 这样应该没问题.

传送识真奇怪 为什么经文没有这个词 但是古人就是提到过
我曾经还以为初代证果的人很多 然而我现在发现我果然是错了 如来果然是影帝啊