progetto aurora,做一款属于我们自己的阅读器。

9 bach 1天前 221次点击

# Progetto Aurora(曙光项目)

对于许多视障者而言,阅读并不是一件轻松的事情。

盲文读物数量有限,携带和获取都不方便,而且制作成本高、价格昂贵。相比之下,电子出版物本应成为更加理想的阅读方式,但现实却并非如此——目前大多数电子书阅读器的无障碍体验仍然难以令人满意。

在 Windows 平台,这一局面已经被 Bookworm 等优秀软件打破;在 iOS 平台,Apple Books 也提供了较为完善的无障碍阅读体验。然而,在 Android 平台,这一问题至今仍未得到真正解决。

目前市面上的主流 Android 电子书阅读器普遍存在以下问题:

* 每页仅有一个读屏焦点,无法按照段落等更细粒度进行浏览;

* 书内超链接无法正常访问或操作;

* 书签、批注等阅读功能不完善;

* 搜索、导航、元数据管理等功能体验欠佳。

这些问题使得电子书能够"读出来",却难以满足真正意义上的精细化阅读需求。

**Progetto Aurora** 正是希望改变这一现状。

项目名称源自意大利语,其中 **Progetto** 意为"项目",**Aurora** 意为"曙光",中文名称为**曙光项目**。我们希望它能够成为 Android 无障碍阅读体验的新起点。

## 我们计划优先实现的功能

* 支持多种电子书格式,包括 EPUB、MOBI、AZW、TXT、FB2、Markdown 等;

* 完整支持书内超链接;

* 正常显示书籍中的图片;

* 自动记忆阅读位置;

* 提供完善且易用的书签、批注和书内搜索功能;

* 检测并管理书籍元数据;

* 支持自定义书籍排序方式。

## 短期内暂不计划支持的功能

**TTS 朗读。**

Aurora 的目标是服务于依靠读屏进行文档阅读的用户,实现真正的精细化阅读,而不是打造一款听书软件。

**云服务。**

Aurora 将坚持完全离线运行,所有数据保存在本地。同时,项目将采用开源方式开发,让每一位用户都能够了解软件的实现方式,并共同参与改进。

## 欢迎参与项目建设

目前,项目的初步需求调研已经完成,但我们仍希望收集更多来自视障用户的真实需求,不断改善软件的使用体验。

如果你在日常阅读过程中遇到过任何问题,或者对 Aurora 有任何建议,都欢迎告诉我们。无论是一项功能需求、一个使用痛点,还是一个细小的改进想法,都可能帮助 Aurora 变得更好。

每一条建议都十分珍贵。

希望与你一起,为 **Aurora(曙光项目)** 而努力,让 Android 平台拥有真正优秀的无障碍电子书阅读体验。

共 24 条评论
晨光阅读了,如果笔它更好用,倒是可以考虑一下
bach [楼主] 1天前
0 
它对epub支持问题太多
好吧,我刚才还发现它对PDF也支持的不行,正好我去试一下
bach [楼主] 1天前
0 
占楼
hjs 1天前
0 

所以这是楼主搞的项目吗?楼主你不搞你的输入法了吗?

bach [楼主] 1天前
0 
keyman已经没问题了
bach [楼主] 1天前
0 
该项目是我和我同学共同发起的
hjs 1天前
0 

所以这又是你的项目吗?

hjs 1天前
0 

那你们做了吗?有仓库吗?

bach [楼主] 1天前
0 
正在尝试开发,
喵喵2025 1天前
0 

楼主加油,可以发个 GitHub 我去 star 或 fork 一下,获取能贡献个 PR


本楼来自:汪汪文件直连平台
bach [楼主] 1天前
0 
目前首个版本已经基本定型,bug巨量,链接不显示,导入需要命令,而且没阅读位置记忆
喵喵2025 1天前
0 

有 bug 是好的,证明项目在发展,项目有进步空间啊


本楼来自:汪汪文件直连平台
bach [楼主] 1天前
0 
链接终于能显示了,但有几率报错
喵喵2025 14小时前
0 

GitHub要特殊网络环境哦。或者去必应上搜索 fast GitHub


本楼来自:汪汪文件直连平台
bach [楼主] 14小时前
0 
我是viyf用户
Misterwang 1天前
0 
纠正楼主一个观点,安卓端开源阅读的无障碍已经足够视障者操作读书了,只是要导入书源而已,这也不是什么大事儿啊。
bach [楼主] 1天前
0 
我们要做精细化阅读。开元阅读能一段一个焦点吗,有批注,书签,和超链接读屏支持吗
Misterwang 17小时前
0 
不不不,我不这么认为。一段一焦点,如果你想编辑文档的话是一个很好的设计思路。但是放在阅读里,那根本就不是给读屏用户用的。你看我给你分析一下。首先,阅读的目的是为了阅读。既然要做精细化阅读,那就应该从语音的角度下手,而不是从视觉或者文稿的角度下手。你用读屏软件读书,那为什么不用本地记事本打开?记事本默认就是一行一焦点,那多方便。我们开源阅读的理念是一个脚本实现所有功能。角色分配、声音分配、多情绪、多音字,全都可以实现,并且可以引入 AI 来辅助分析。假设你有一本书,你当前加载了第一章。你可以让 AI 给你打印一个角色分配表,然后你阅读器层面根据 AI 打印出的角色分配表来自动分配声音进行朗读。如果你设计成一个/段焦点的话,虽然读屏用户看起来很整齐。但是,如果你不对每一段的拆分做条件判断的话,语音库可能会朗读出一些附加信息,例如分段朗读当前第几段,共几段。嗯并且 AI 分析有一个好处是什么?不会把男变女,也不会把女变男。而且如果你想做拆分的话,这对于你开发成本也很高。你要在 Java 层实现一个 compose UI 然后根据你从网络请求抓取到的章节内容进行分段。你要么用正则,要么用 AI ,就这两种情况。网站给你推的数据始终是纯文本的,而且是一整块数据,它不会自动给你把段分好,你需要手动写。或者你也可以把请求改成流式请求,分批请求章节内容。服务端那边给你推的就是已经分段好的内容,你直接把 UI 套进去用就可以了。总之个人不太建议用一段一焦点的方法构造阅读器。当然,这仅代表我个人。我个人的建议还是从语音这一块多下一些功夫。比如可以允许用户自定义脚本,或者允许用户自定义书源,并且在此基础上引入 AI。开源阅读那边用的是 JS,我们这里可以用 PY 或者 C 或者 H。
bach [楼主] 16小时前
0 
我们的目的不是听书,另外,目前可没有记事本支持epub的。还有,我们要大致复刻天坦百宝箱的阅读体验,但支持链接和书籍元数据
bach [楼主] 15小时前
0 
当你阅读复杂文本的时候,难道是想着怎样让ai更好朗读文本吗。一段一焦点确实bug多,但这是开发的问题,而不是这个方式不对。举个例子,卡尔波普的东西非常复杂严谨,没段落阅读,你怎么理解
Misterwang 1天前
0 
以上观点仅代表我个人。
bach [楼主] 1天前
0 
aurora的第一个测试版apk已经编译,体积只有4.8mb,但目前存在较多问题,我将在明天发布该apk
bach [楼主] 1天前
0 
获取软件请加群,qq1048703601
添加一条新评论

登录后可以发表评论 去登录