zju-cc98 / cc98-v4 Goto Github PK

Dependabot couldn't reach registry.npm.taobao.org as it timed out.

Is registry.npm.taobao.org accessible over the internet? If it is then this may be a transitory issue and can be ignored - Dependabot will close it on its next successful update run.

View the update logs.

从旧版的情况而言勋章系统还是很有吸引力的，用户使用积极性较高，因此新版应当考虑融合这一功能，并且尽可能能直观展示它们。

目前考虑到的几种方案：

放在左侧用户名下方

好处：可见性强，对勋章的设计要求较小
缺点：会使得左侧变长，降低帖子容量。可以考虑限制数量（如最多两排），但即使这样仍然会增大帖子长度

放在个人说明区域附近

好处：不需要额外占用空间，可放置数量较多
缺点：对设计要求高，否则容易破坏页面整体效果

放在个人资料页面或悬停页面

好处：不占用空间，可放置数量多，设计要求低
缺点：其他用户不能一眼看到，存在感大幅下降

结论

还需要进一步考虑其他方案

• 收集、整理 目前接口的结构、帖子页面需要用到数据
• 设计帖子页面的模型

这个讨论用于包含平时注意到的需要调整的一些 UI 细节，可不定期补充。

• 版面的关注和编辑按钮变成图标形式，关注/取消关注使用图标的不同状态展现
• 用户信息的私信和关注按钮也可考虑做成图标，如果足够紧凑还可以和用户名放在一行节省空间
• 版面描述无需前缀，版主列表需要更好的方式展现
• 帖子列表页面，上方导航条左侧留有空白，考虑和发主题的按钮放在一个高度
• 关注版面功能，双击版面名称进入版面，这个过程UI反馈不友好

需求

• 支持 ie11
• 不能用 localStorage，容量太小
• 对使用者透明 (optional)

HTTP库

axios，原因有二：

1. 可以无痛解决 token 的问题，axios/axios#754 ；
2. 可以custom adapter，对接储存，做到缓存对service透明。

储存方案

indexedDb，目前在v2线上运行良好，对ie11的支持还算可以。

其他方案

• service worker + Fetch Event （对ie11不友好，无法polyfill
• service自行负责缓存 （不够优雅

• 主页 (#12)
• 登录 (#10)
• 版面列表 (#13)
• 版面 (#15)
• 帖子页面 (#17)
• 搜索 (#54)
• 热帖、新帖 (#54)
• UBB (#85)
• 用户中心 (#98)
• MD (#139)
• 回帖 (#139)
• 发帖、编辑页面 (#139)
• 各种错误页与错误处理 (#145)
• 消息中心 (#146)
• 版面的管理 (#150)
• 帖子评分 (#158)
• 点赞 (#158)
• 签名档 ubb (#158)
• 编辑大字报 (#158)
• ubb 编辑器完善 (#158)
• 签到 (#166)
• 帖子页面的管理 (#176)
• document title (#200)
• AD (#200)
• PWA的跳转提示 (#200)
• Select tags (#200)
• 跨页面登录态同步 (#216)
• 用户主页、设置、管理 (#216)
• 私信、消息设置 (#330)
• 全站管理 (#340)
• 发投票、参与投票 (#341)

404 not found

设计初衷

替代旧版用户头衔和门派，用于展示用户个性。

讨论

可能和签名档有一定功能性重复。但考虑到旧版头衔和门派的存在性并不影响签名档地位，个人描述作为一个个性说明仍然有存在意义。

目前可能的方案

长条形展示正在帖子上方（或下方）###

优点：不占用空间，可显示文字数较多，此区域还可和其他功能联动一并展示其他信息（如贴数，勋章等）
缺点：一定程度上对用户的阅读体验有影响，需要 UI 设计

展示在左侧用户名下方

优点：无需单独设计，对原有设计方案风格破坏较小
缺点：左侧区域较小，文字较多时很难对齐，也可能让左侧区域变长

展示着在个人资料处（现有方案）

优点：无需调整设计
缺点：存在感很低，无法起到展示作用

结论

暂定使用长条式设计方案，还需 UI 进一步优化