可以给帖子加质量评分功能，类似steam的评分，看帖不影响评分，手动点评分可以给好/差评（或加上中评），90％+好评为“特别好评”，在列表中显示个绿色标志，60％+好评为“多半好评”，白色标志，40％～60％好评为“褒贬不一”，黄色标志，20％～40％为“多半差评”，20％-为“差评如潮”，红色标志。
当主帖修改内容提升质量时，后来的人会给出好评，导致总的评分逐渐转好。但通常前几个点进去的人一致给出差评会导致此帖几乎无人问津。“差评如潮？我才不看呢”
1 个赞
我是个没有提过emacs bug的人，因为是菜鸟，不敢提。 从个人角度分析一下:
1.了解emacs -Q但是，其他的配置都是现成的，也许不知道如何在emacs -Q下复现bug，也许在复现bug前碰到了其他问题进行不下去，但是个人能力不够也看不下去，也许有现成的guide?
2.也许真的应该提供一下bug提问模板，以及相关filter功能，这样开发者可以filter bug，提交bug者也清楚规范是什么，(ps:至少我们公司报bug是需要模板的)
3.不知道可行与否，我们公司提bug或者improvement前都会有个相关性列表(应该是机器学习触发的)，这样开bug的人可以用心先看看，说不定有重复的。
thanks zhmzhen
如果是本论坛坛友开发的包出现了bug，我觉得最好是直接去github issue那里开issue，而不是在论坛发帖比较好。 在论坛讨论坛友开发的包，可以讨论包的使用反馈，以及建议之类的。bug最好还是去github 开issue。
6 个赞
一些人可能不知道怎么写最小配置，我刚写了一份可以拿来参考。可以把最小配置链接放在回复模板里
对懒猫的包无效，只能手动 clone 自己添加 load-path
我又新加了两种情况，都可以拿来测懒猫的包
;; 测试 github 上的包，比如 copilot， 如下填写github repo地址
;; (use-package copilot
;; :quelpa (copilot :fetcher github :repo "zerolfx/copilot.el"
;; :files ("*"))
;; :config
;; xxx
;; )
;; 测试本地路径下的包。先通过git 将github上的包克隆到本地，在load-path 中填写包的路径
;; (use-package xxx
;; :load-path "path-to-package"
;; :config
;; xxx
;; )
测试最好不要用 use-package
只能说但行好事吧，大不了就当自己复习一下相关知识，践行一下费曼学习法。
遇到图片里这种人就有多远躲多远，毕竟谁也不能控制别人怎么想，但可以非礼勿视🙈。
怎么又是你？我都屏蔽你了，你能不能也把我屏蔽了？一边去好不好？前一次我当是遇到霉运忍了。现在你能自己消失么？
这么有执念的吗？那就互相屏蔽好了。
此话题争议太大， 大家已充分发表意见， 先这样吧， 什么都不做。
已经更新到论坛的输入框中， 感谢提醒。