墨干理工套件V1.2.0发布了

官网: https://mogan.app

从V1.2.0开始,我们将墨干编辑器重命名为墨干理工套件。因为墨干编辑器主要为理工科相关的日常写作服务,使用墨干编辑器这个名字可能会令人困惑,所以原来的墨干编辑器V1.x.y,在墨干理工套件中成为了学术写作产品Mogan Research,另外后续墨干理工套件还会发布代码编辑器Mogan Code和幻灯片产品Mogan Beamer

Mogan Code的中文名为墨码Mogan Beamer的中文名为墨板。这两个待发布的产品命名比较直观。Mogan Research的中文名为墨砚,和2012年的诺贝尔文学奖获得者莫言发音类似,期待更多的华人获得诺贝尔物理学奖、诺贝尔化学奖。

墨干理工套件V1.2.0包含以下组件:

  • 墨砚V1.2.0 (Mogan Research v1.2.0)

重要变更

在GNU TeXmacs 2.1.2的基础上:

  • 开源之夏Mogan Draw on wasm项目:
    • 改善绘图工具的用户体验
    • 将绘图工具编译到了wasm可直接在浏览器中使用
  • 开源之夏可编辑PDF项目:
    • 新增导出PDF并将tm文档作为附件嵌入的功能
    • 可以直接使用墨干打开带有tm文档附件的PDF文档
  • 新增墨客星球社区文档入口:帮助->墨客星球
  • 升级到Qt 6.5.3
  • 采用S7 Scheme作为底层的Scheme脚本引擎以改进性能
  • 采用KDE社区Breeze图标以美化用户界面
  • 在Windows和macOS修复大量失效或者和系统冲突的快捷键
  • 大量用户界面的细节改进:比如显示可用快捷键、调整界面翻译等等
  • 若干中文排版的重要改进:比如中英文之间自动插入很小的间隔等等
  • 若干字体相关重要改进:比如设置Linux平台默认中文字体等等
  • 修复若干参考文献相关的错误
  • 调整若干默认配置项,改善用户体验
  • 修复若干导致墨干直接崩溃或者卡死的错误
  • 按照Linux/macOS/Windows的规范调整TEXMACS_HOME_PATH的路径
  • 移除内置文档,直接加载最新的GNU TeXmacs官方文档
  • 实验功能:Mogan Research已经通过WASM从桌面软件变成浏览器可直接访问的应用

已知问题

  • 点击工具->键盘->编辑键盘快捷键会崩溃
  • 安装之后初次启动由于需要加载系统所有字体比较慢
  • 菜单中仍旧有部分没有翻译为中文

v1.2.1将于2024/01/01发布,以解决以上问题。

实际影响用户体验的详细变更

  • 开源之夏:绘图工具(项目23,27,50)
    • 新增绘制椭圆扇形的功能,焦点工具栏没有配置相关图标,可以使用插入菜单插入
    • 画圆的方式从三点画圆改为两点画圆
    • 复制粘贴一个绘图对象时,新对象会在原对象的位置上少量偏移,避免重合
    • 按下Shift再单击,效果等同于右键,方便不使用鼠标只使用触摸板的场合下绘图
    • 旋转或者放缩时,将鼠标变成小手的形状
  • 用户界面 (项目69,71)
    • 在右键菜单中添加了复制和粘贴的快捷方式
    • 修复数学模式下插入->高次方根式失效的问题
    • 模式工具栏中的sys-chinese显示为默认字体,表示中文文档默认采用系统自带的中文字体
    • 幻灯片模式下,不翻译主题下拉菜单中的主题名
    • 不翻译调试中的各种调试选项,比如autokeyboard
    • 不翻译版本->对比中的菜单项
    • 在界面和代码中使用macOS而不是Mac OS
    • 退出墨干的弹出窗口中,开启对于Cancel的翻译
    • 在模式工具栏中,直接使用语言而不是国旗显示当前的文档语言
  • 快捷键(项目20, 59, 71)
    • 修复无法输入中文全角双引号的问题
    • 修复工具->键盘->显示键盘按键无法显示中文输入的问题
    • 显示模式工具栏中下拉菜单中的快捷键
    • 显示模式工具栏中标号、折叠等图标的快捷键
    • 修复插入->数学->多行公式的快捷键提示
    • 新增用于删除一个单词(kill-word)的Emacs风格快捷键
    • 新增std VCtrl+Shift+v或者Command+Shift+v)用于粘贴纯文本
    • 幻灯片模式下,交换下一个下一屏的快捷键,方便使用翻页笔展开当前屏幕的折叠内容
    • 文本模式下,将下上标、下标、上划线、下划线的快捷键调整为Tab循环风格的快捷键
    • 文本模式下,将列表的快捷键Option+eOption+i改为Markdown风格的快捷键,避免和macOS系统快捷键冲突
    • Windows平台下,编辑菜单中的复制、粘贴、剪切的快捷键提示改为C-cC-v, C-x
    • Linux和Windows平台下,Emacs风格的meta从Windows键调整为Alt,避免和系统快捷键冲突
    • macOS快捷键风格中,结构化插入的快捷键前缀从Ctrl改为Option,避免和macOS系统快捷键冲突
    • macOS快捷键风格中,将cmd键从Ctrl改为Option,比如插入->节Ctrl+1变为Option+1
    • macOS快捷键风格中,将插入符号的快捷键从Ctrl+q改为Option+q,避免Qt 6无法识别Ctrl+q的问题
  • 字体(项目11)
    • Linux平台下,使用Noto CJK SC作为默认中文字体
    • 采用默认中文字体来渲染带圈的数字(例如:①、②、③)
  • 排版(项目69)
    • 书籍样式的章名从章1调整为第1章
    • 依据W3C的中文排版需求,调整标点符号的行首行尾禁则(只在文档语言为中文时生效)
    • 依据W3C的中文排版需求,在中文和英文之间加入很小的间隔(只在文档语言为中文时生效)
    • 修复中文字体大小在使用默认字体时偏小的问题
    • 修复文档中指示标签无法渲染中文的问题
  • 参考文献(项目12,63)
    • 修复中文乱码的问题
    • 修复中文关键字无法搜索的问题
    • 修复参考文献生成若干格式错误
    • 改进参考文件引用编号的合并
  • 表格(项目52)
    • 修复子表格宽度设置无效的问题
  • 幻灯片(项目6)
    • 内置GNU TeXmacs官网的幻灯片主题资源,避免下载时间过长的问题
  • 格式转换(项目9)
    • 修复PDF导出文件中文档元数据乱码问题
    • 修复PDF导出文件中含中文超链接目标乱码和悬浮提示乱码的问题
    • 修复HTML导出文件中标题乱码问题
  • 用户首选项(项目10)
    • 通用->显示询问调整为通过弹出窗口
    • 其它->执行文档更新调整为三次
    • 进入绘图模式(插入绘图区域或者在当前位置绘制)默认显示网格,可使用快捷键#切换
    • 绘图模式的网格默认单位长度从1调整为2
    • 默认开启转换->PDF->展开幻灯片中的可折叠对象
  • 稳定性(项目7)
    • 修复内存少量泄露的问题
    • 修复将比较大的数转换为罗马数字崩溃的问题
    • 修复版本工具中使用粗粒度做文档比较崩溃的问题
    • Linux平台下,修复错误的环境变量LC_PAPER导致崩溃的问题

开发者相关变更

  • 使用xmake 2.8.5作为构建工具,并配置了Ubuntu/macOS/Windows三个平台的CI和CD
  • 在Git仓库的devel目录下使用tm文档做项目管理,确立了Git提交信息的规范
  • 开发者菜单中可以直接点击查看当前版本的项目管理,也可以直接打开错误模版和特性模版
  • Windows平台下,使用msvc而不是mingw来构建整个软件
  • HTML和LaTeX的导入导出、各种界面语言的翻译词典、编程语言的高亮初步插件化
  • TeXmacs的基础代码重构为Lolly项目作为Mogan的依赖
  • 在Lolly项目中引入tbox依赖解决棘手的字符编码以及跨平台的文件访问等问题
8 个赞

刚提了个PR

1 个赞

Mogan Code: https://gitee.com/XmacsLabs/mogan/blob/branch-1.2/xmake/code.lua

Mogan Code已经有个入口了,感兴趣可以来参与。基于TeXmacs的核心代码,打造一个结构化代码编辑器

支持一波。不过请问一下开发 mogan code 的动力源于?或者说目标定位是?个人感觉喜欢 hack 的会使用 neovim,emacs,喜欢开箱即用的会使用 vscode,喜欢开箱即用+喜欢使用命令行的会使用 helix。感觉留给新编辑器的市场空间并不大?

可能是科研项目?

感觉你在论坛发贴的时候可以带一张截图。 一张能显示工具栏和各种编辑内容的截图能代替很多文字说明。

2 个赞

感谢,后续发布优化一下每次发布的宣传文案。写代码已经精疲力竭了,确实在宣传上的投入还不够。

Mogan Code的定位是下一个VSCode,VSCode在微软内部这么多全职员工投入的情况下,也是打磨十年才大红大紫。Mogan Code是散修的作品,不是大门派的大制作。

2023年还只是添加了Mogan Code的构建入口,2024年正式开始开发。

江山代有人才出!你说的市场是赚钱还是用户量?我认为代码编辑器还是社区驱动比较合适,不太合适成为一个商品。

2 个赞

这个是美术生数学类up主(她会Rudin、会一点Scheme)做的视频,可以看一下

截图来了,现在推荐用 1.2.5 LTS。

1 个赞

做产品不容易,祝顺利,祝成功!仔细看了官网,试用了网页版,界面美观,渲染强大,应该是专注于垂直细分领域产品。

还未够啊,想看到这个编辑器的界面,有工具栏的那种,是UI啊,用户界面啊,User Interface啊。

想看到这个编辑器的界面,有工具栏的那种,是UI啊,用户界面啊,User Interface啊。

我现在每天录制一个三分钟左右的教学视频,可以看教学视频。

后面会加一下一些强大的特别的功能的截图:

  • 结构化显示两个文档的差异
  • 查看文档的历史版本(Git仓库中)
  • 自动纠正数学公式的语义
  • 内置的参考文献管理器
1 个赞

texmacs有时候还是比较好用,

  1. 但是偶尔是感觉慢吞吞的,输入不是很流畅,
  2. 太小众,而且操作和用户习惯有差别(也不那么直观简单),简单的有各种markdown/org了,复杂的有word/latex了, 所以要想找到推动切换到texmacs(莫干)的痛点,还是比较难的

但是偶尔是感觉慢吞吞的,输入不是很流畅,

墨干已经优化很多了,还在不断优化

太小众,而且操作和用户习惯有差别(也不那么直观简单),简单的有各种markdown/org了,复杂的有word/latex了, 所以要想找到推动切换到texmacs(墨干)的痛点,还是比较难的

确实很难,目标并不那么宏大吧,先努力通过围绕墨干的服务养活自己。持续改进开源产品和相关付费服务。所谓的难,并不能阻碍我去打磨这个产品,并努力商业化。

texmacs这种结构化编辑, 也许用来做 多人共享编辑 啥的还挺好,或者结构化显示(只显示某某人的章节/ 某某人的comment啥的)

现在的代码仓库里面有相关实现的,但可信度不高,bug肯定一堆。目前墨干的策略是稳扎稳打,改进性能,改进用户体验是我们最关注的。新特性这块目前是比较谨慎对待的。

不是科研项目,如果是科研项目,那我就是民科了。。。

代码编辑器这类软件的开发属于一个工程活动。这难道不是热爱coding的每一个程序员都想做的事情么?

另外,墨干打磨再好,都是Joris的作品。Mogan Code却不是这样的,这是一个Life Long的项目,不考虑赚钱啥的,就是爱好,想做一个自己发起的原创的产品。当然,编辑器的内核会和TeXmacs(墨干)目前的这一套共享。