登录注册

社区缺陷报告与功能建议

本贴最后更新于 1827 天前，其中的信息可能已经天翻地覆

社区系统可能存在一些潜在的缺陷，大家如果有空的话可以帮助我们一起解决。

报告缺陷

如果你在使用社区时发现了如下类型的问题，请回帖进行反馈，并附上 bug 截图以及操作步骤：

功能性缺陷：例如积分账目不对、发布文章失败、关注失败等
安全性漏洞：例如 XSS/CSRF、盗用用户信息等

功能建议

欢迎对社区提出功能特性方面的建议，我们一起讨论，如果有可能我们会尽快实现。

在提功能建议前可以先看一下计划表，避免重复提议。

积分奖励

安全方面漏洞，奖励 500 积分
功能性缺陷、用户体验改进、新功能建议等奖励 300 积分
UI 方面的缺陷（比如对不齐、焦点样式不对等）奖励 200 积分

Bug

Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug（漏洞）。
75 引用 • 1737 回帖 • 3 关注
链滴

链滴是一个记录生活的地方。

记录生活，连接点滴

153 引用 • 3783 回帖
系统公告

B3log 社区相关的重要公告，比如新特性上线，运营策略调整等。
39 引用 • 3578 回帖 • 681 关注
使用指南

链滴用户指南系列帖，社区功能可在此逐一了解，欢迎讨论。
42 引用 • 2889 回帖 • 33 关注

15 引用

链滴是个什么样的社区 • 88250

共建共享型互联网产品的倡议 • 88250

黑客派有夜间模式吗？ • Vanessa

[社区功能建议贴] 功能建议 [社区功能建议贴] 功能建议赞一个前几天反馈大屏显示效果不好，今天来看就优化了没积分了怎么办？帮同学找工作 UI 设计类找啊找啊找朋友这下载扣积分制度太不合理了小米的区块链一次 spring boot 干净结构设计纪录社区的签到急需优化 20181109 TGIF 🎉 新活动——五子棋正式上线

1 操作

88250 在 2019-11-23 11:24:53 更新了该帖

88250 9 年前

3 感谢

31 关注

14 收藏

7 赞同

15 引用

1 操作

1328 回帖

244.5k 3.5k 19.3k 77.0k 20 61.3k 21.1k 244 21.8k 39.0k

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

注册关于

请输入回帖内容 ...

88250 • 11 个月前
订阅者作者

你好，这是设计如此，包括 HTML 块是允许执行脚本的。

1 回复
其他回帖
PeterChu • 4 年前 • 1
🤔 关于 solo 博客端的用户交互设计问题的思考
1. solo 中博客交互可插拔插件式设计
  现在在单独的 solo 博客中，除了回复功能可以交互外没有其他类似于社区的点赞，感谢，收藏，主要交互功能。我想既然可以实现回复且回复可支持社区积分的统计，那么是否可以实现其他几个社区交互功能，然后把这些功能打包成为一个插件，在 solo 中可以自由开关，对于社区用户在浏览其他用户 solo 端时，该插件可采取类似于手机上功能悬浮气泡，无操作时保持半透明状。对于非社区用户可实现关闭，或注册登录，如此即可使每一个单独的 solo 博客成为社区引流邀新的桥头堡，（可将邀新奖励机制同时关联到 solo 主）。博客交互功能安装该博客是否推送社区分为两种情况储存数据，推送了则保存数据到社区服务器。
  其实，这是我在浏览其他用户的 solo 博客时，对于一些优质文章想要进行收藏时发现没有什么好的办法，难道只能保存到浏览器收藏夹？Chrome 收藏夹要破 10mb 啊 😭
2. 这条刚才想着要说啥，忘了。那就说说如此设计的优缺点。优点，增加 solo 博客用户体验，对于浏览者来说。增加 solo 作者的体验。增加 solo 及社区的整体联动性，同时可插拔保持 solo 端自由轻便。增加社区推广机会，增加社区邀新机会。现阶段社区优质内容不充足，可通过整合将 solo 端优质但未同步社区的文章链接推广到社区。（emmm...这里也添加个开关？solo 用户自定义是否聚合到社区。这样将社区与 solo 作为整体看待感觉和以往各博客平台，内容运营平台方向正好相反啊会不会死的惨惨的）……缺点，solo 变胖。实现复杂。可能效果不佳有风险。增加社区服务器负重。增加 solo 端使用成本。获取新用户质量下降。可能给竞品递了刀子，为他人作嫁衣。
  根据 SWOT 分析法，此处应有机会，威胁分析。（可是我编不下去了）
1 回复
HaujetZhao • 4 年前 • 1
订阅者支持者勇士
反馈

移动端体验改进

在电脑端上，当我们想要加粗时，简单地按下 Ctrl + B 就行了。

但是移动端，就只能手动输入：**加粗文字** ，大大降低了打字效率。

有没有办法让移动端也用上电脑上那样方便的快捷键呢？

微软爸爸的远程桌面安卓端 RD Client 提供了一个方案：

它在键盘上悬浮了一个工具条，上面有 Win, Ctrl, Shift, Alt 等按键。

假如能在移动端，加一个悬浮按键，充当 Ctrl 键，当这个悬浮按键被按了一下，然后用户又输入了一个 B ，那么 Vditor 就可以将这个输入解析为 Ctrl + B ，此外，我们就可以模拟许多快捷键了：
- Ctrl + 1/2/3/ 输入标题
- Ctrl + M 输入公式块
- 等等等等
应用非常广。

这样的例子在手机 App 上是有例子的：Termux 。Termux 上的扩展键盘就是这样的思路，可以例如按下 Ctrl + c 停止命令。

只是不清楚在 Vditor 这样的浏览器端能不能实现。
1 回复
ephen • 7 年前 • 1
看图，写字点【提交】按钮没进入下一个流程：

环境：
Windows 10 专业版 1607 14393.447
Google Chrome 54.0.2840.99 m (64-bit)

发生过程（不确认能否重现，先提个 bug 再说）：
1. 从活动点过来，在“恳”之前，写过 2 个字，第一个字对，第二个字写错后重写后正确，“恳”是第三个字；
2. 正常写“恳”字，但被小薇判定为错，识别为“忌”；
3. 点击“清空”，再正常写“恳”字，依然被小薇判定为错，识别为“恩”；（这次不配图了，要看图去群里能找到）
4. 再点击“清空”，再正常写“恳”字，继续被小薇判定为错，识别为“息”；（请去群里找图）
5. 最后点击“清空”，写“恳”字之前不小心在左侧打了个点，点打得比较小就没管它（上面 bug 动图里面仔细能看到），继续写完“恳”字，点【提交】就 bug 了，不论重复多少次都是一样的效果。
再次声明，不确认能否重现，管理们自己去看日志吧 hiahiahia
2 回复
查看全部回帖