版本

已完成或计划内的版本任务。

测试中
仅供预览 | 此版本不受维护 | 此版本不会发布


计划内的任务

这些开发进程在完成之后并不会立刻从此列表中移除。

  • Carol.Smiley:面板导航栏无法装入过多的分组。应只显示前四个分组,然后在右侧创建下拉列表,并将其余分组放入其中。
  • Citizen.Core:我日,搜索栏快捷键[/]无论在什么情况下都会触发!尽快修复此 BUG。
  • TypechoCore:组件ajax-submittrustedSubmitter判定有问题,其仍会导致意外(尤其是在编辑器中插入图片时)表单提交。
  • Carol.Core:编辑器内容稍长(伸出视窗外)时,与工具栏执行任意交互均会意外滚动至原始位置。
  • Citizen.Editor:尚不确定在何处代码点触发问题。原始内容带<hr>标签时,进入快速编辑器会导致产生意外换行。
  • Citizen.Player:重做音乐播放器及其 UI,允许自定义 API 终结点,并允许在指定的几处位置显示歌词。
  • Citizen:允许用户为文章封面图选择“不在正文渲染封面图,但能从外部列表中观察到”的额外逻辑。
  • Citizen.Discussion仅有一条评论时,对该评论的回复所动态添加的元素位置不正确。另:在等待服务器响应时添加帮助文本。
  • Boinky.Core:评论管理页面的表格显示存在问题。
  • Carol.Core:正文内容中 TO-DO 列表项文本的指针样式错误。
  • Carol/Discusson:评论与 Carol 编辑器的表情配置数据无法共存,进而导致快速编辑器无法访问表情。尽快解决此问题。
  • Boinky.Core:评论区中管理员甚至用户的头像应有独立的检查逻辑,而非直接访问字段,否则个人邮箱的改动无法同步至头像。
  • Boinky.Core:页面编辑器(DarylEditor)应限制高度。
  • Carol.Core:提供插入链接型图片支持。即此图片不会显式渲染,而是需要等待用户单击其文本链接才能够打开灯箱。
  • Boinky.Core:文章与页面编辑器中“标签”部分的占位符背景未适配明暗切换动画。
  • Boinky.Core:搜索页面下方的导航器元素错乱;另:搜索弹窗无法通过回车提交表单。
  • Carol.Smiley:组件 SmileyEditing 忘记添加对新增 SmileyType 的支持,进而导致编辑器无法识别新的类型。
  • Boinky.Core:标签管理页面中,即使在未选中任何标签的情况下,输入标签名称并执行合并,最终仍会创建一个新标签。修复此问题。
  • Citizen.Core:新增解析内容中所插入的小型图库功能。具体参见 Fancyapps
  • Boinky.Core:为快速编辑操作添加类似 MediaWiki 的“小编辑”功能,以使得本次编辑不会更新最近修改时间。
  • Citizen.Core:为左侧边目录添加加载指示器,因为发现经常由于网速原因目录部分加载得很慢。
  • TypechoCore:建立一个简单的垃圾元素回收机制,对应 layoutChange(),以在 PJAX 之间清理页面产生的冗余元素。

已完成或已修复

  1. FIXED - 修复了正文内容中的代码块样式与 elements.tag 样式混淆,从而导致代码块内容错乱的问题;
  2. FIXED - 修复了移动视图中目录按钮 checkbox 不随页面动态加载而正常工作的 BUG;
  3. FIXED - 修复了部分对话框在内部表单执行提交之后无法关闭的问题;
  4. FIXED - 移除了基件 Contents 中魔术 content 对内容进行的 autoP 处理所导致的系列内容问题。考虑只对将来的 Markdown 启用此处理;
  5. FIXED - 修复了由于 PHPMailer 库适配 PHP 8 过程所导致的一个兼容性问题。此问题曾导致站内邮件无法正常外发;
  6. FIXED - 修复了回复他人评论时,不能够在正确的位置动态插入新元素的问题;
  7. FIXED - 由于庆余年 2 事件,NPMMirror 现已开启白名单限制,从而使原有资源同步失效。经过提交合并,现已重新恢复访问;
  8. FEAT - 现已允许通过在播放器元素中直接声明 data-endpoint 来修改用于获取音乐列表的 API URL
  9. FIXED - 现在,服务器未返回有效请求时,同样会触发 core:xhrNegative。这解决了 CAPTCHA 在某些情况下无法复位的问题。

几个点子

事实上我一直在和几个朋友探讨关于音乐播放器的问题。目前音乐播放器的 UI 俺确实不太满意,因为过于简洁,而且看上去貌似与主题有一丢丢违和。至于如何修改,目前两种可能的方案是:① 让它变成一个彻底的侧边栏,占据全高,出现时把页面主体向右推,而不是遮罩;② 让它变成一个彻底的模态对话框,内部生成扔给 JS 接管,接近全屏,这样便能容纳播放列表以及大型沉浸式播放器。这两种方案到时候都会做一遍,然后看看哪个效果更好一些,违和感更少一些;

关于音乐播放器还有一些骚操作。我发现很多博客作者都喜欢在正文中插入嵌入式播放器,比如网易云提供的 iframe。那么如果现在站点自己提供了播放服务,那为何不顺便把它整合到文章内容里呢?所以嵌入的播放器可以不是第三方的 iframe,而是 Citizen 原生的,这样一来,音乐小卡片也可以更好看一些,兼容性也好。用户点击的时候,如果当前没有在播放其它音乐,就直接播放目标,否则弹对话框询问。这个小卡片的尺寸可控,甚至可以不可见而触发(需要用户确认)自动播放。

另外评论系统应该添加置顶功能。另外应该添加 unfurl 功能——前端会自动解析文章或评论中的链接,然后将其变成卡片形式。

今天突然想到在浏览正文时可以突出显示当前眼睛聚焦的段落——通过渐变暗化、缩小上方和下方的段落并稍微加亮当前聚焦段落的文字颜色来实现。

广而告之

在随后新主题工作计划的无限时间线中,有几个优秀的主题原坯可能会被考虑:BlueSpiceBron Eager'sJames Sinclair'sCaleb Miller'sMkDocsJaida