社区系统可能存在一些潜在的缺陷，大家如果有空的话可以帮助我们一起解决。
如果你在使用社区时发现了如下类型的问题，请回帖进行反馈，并附上 bug 截图以及操作步骤：
欢迎对社区提出功能特性方面的建议，我们一起讨论，如果有可能我们会尽快实现。
在提功能建议前可以先看一下计划表，避免重复提议。
500 积分300 积分200 积分Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug（漏洞）。
链滴是一个记录生活的地方。
记录生活，连接点滴
B3log 社区相关的重要公告，比如新特性上线，运营策略调整等。
链滴用户指南系列帖，社区功能可在此逐一了解，欢迎讨论。
早晨安上了 solo，不过这个登陆感觉怪怪的呀，只有用 hacpai 登陆上才能管理，在登出且无法连接（如断开网络）到 hapcpai 时，就无法登陆管理了。
本想推荐给一些人用下 solo 的，只是这样的绑定账号体系、这种本地博客却没有完全权限的感觉可能不会让他们喜欢。
我看原因是为了解决和社区同步的问题。但总觉得这种“不加入社区就无法使用博客”的后台登陆机制，不是个好的措施。
如果 B3log 要成功的话，一个博客加入的不会只是一个 Hacpai 社区，只能用 Hacpai 账号登陆，就不大合适了。
希望这个方式是临时所做的妥协，而不是永久的策略。
用户名重名以及社区同步内容时账号对应关系复杂混乱，这个问题应该是通过归属来实现，即在同步评论、文章时，对于用户名，不应该完全一致地同步过去，对于不是社区的用户，应加以归属。
例如：
hacpai.com 中进行评论的用户名“JackalZhao”，同步到博客评论中显示时，应转为“JackalZhao_from_hacpai.com”，xxxx.com ，在 xxxx.com 中进行评论的用户名“Lover”，同步到博客评论中显示时，应转为“Lover_from_xxxx.com”，同步到 hacpai 中显示评论时，显示“Lover_from_xxxx.com”而且，以后，有多个不同社区鱼塘时，我们也需要一种方法，得知哪一个评论来自哪一个社区。
上述解决方法当然只是抛砖引玉，也希望能探索出更好的方法。
只能用需要联网的社区账号登陆一个本地博客，真的很怪异，不只是方便不方便的问题，这就像是自己手里的 linux 机器有 root 权限和没有 root 权限的区别一样，手里没有 root ，就空空的，没有安全感。
在电脑端上，当我们想要加粗时，简单地按下 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 这样的浏览器端能不能实现。
Solo 中的标签管理
碰见 2 个问题，
a. 每次发布文章时，新加一些标签，可能有时候之前已经有了，或者新加的标签与之前其实是同一个东西，但是因为描述的不同最终变成 2 个标签，
b. 当标签设置到 20+ 以上时，每次如果手动去选择记忆中已经设置过的标签的话，在所有标签中还挺难翻的，速度比较慢。（为什么不直接手动输入关键词后，自动匹配？因为有时候当操作完文章内容编辑后，此时多数操作是进行鼠标操作，和此时再进行键盘输入比较起来，通过鼠标点击选择更高效些）。
看了之前的 2 个帖子：
https://hacpai.com/article/1541384864386
https://hacpai.com/article/1494728619571
现在清理标签功能也去掉了吗？
建议：
上面的这个无序列表的缩进时手动敲出来的，不知道是因为我没有找到正确的使用方式，还是因为中间加了空白行后嵌套列表的缩进就有点乱了，还是必须手动实现缩进。
空白行可能是此处 MD 最大的杀手了吧 
，如果最终显示排版好点可能会减少许多空白行，但是有些空白行完全是主观强行想要的。
还有就是空白字符，MD 中许多地方需要在标记符号后专门敲出一个空白字符，但是有些却不能有空白字符，比如此行：斜体字不能加空白字符。
另外就是本篇文章， 看了下貌似 码云上的 Solo 直接没有开 issue ，github 上开了，那么此时就有 2 个地方在做同样这件事，或许 github 上许多是非社区用户发起，社区的这篇非社区用户稀少吧，有点乱、重复，可能同时会在 2 个地方都出现针对同一问题的报告，管理也比较麻烦。
github 上的 issue 有比较好的交互、流程，社区的比较满足社区功能。不过，或许在将来社区也同时实现类似于 issue 这种模式的报告帖子功能，然后关闭或引导其他地方的 issue 提交用户到社区来。
这样做的好处：