Search Issues

[onplus]

把提问改成搜索吧，绝大部分问题都有答案了。

就是不会弄这个页面布局。。。

[xxnet]

Good Idea!!!

页面布局让别人来弄，大家各自发挥特长就好。

[xxnet]

这项功能，位置挪到“系统”，下面新建一个"帮助"页面，在“关于”前面就好。
GAE的状态页面里只留一个跳转连接就好。

然后再添加中文翻译。

实在太酷了，这个想法！

[SeaHOH]

我倒是觉得效果不会很好，因为很多人不知道该问些什么，何况是搜索。
在跳转本 Issuse 的链接之前添加些指导性说明可能更符合现状。

[xxnet]

​恩，类似FAQ的说明，而且需要不定期更新最好。 比如最近封锁，没有ip，那些网站有问题。。。。

[shihaibing]

博主忙的呀，，，，，，总归是谢谢

[hzxie]

I'm coming ...

[hzxie]

给个UI设计图吧…… 要怎么设计UI。

[xxnet]

​大概整理思路如下： 在System项下，新增一页面，暂时叫 Solution，中文叫 "解决方案" 下面设置2个子页面： Search “搜索”， 和 Wiki "知识库" Wiki页面，打开显示Wiki 上对应的语言目录。 Search页面布局如下： --------------------------------------------------------- 大部分问题，可以通过搜索得到答案： [_______________________] [搜索]

…

--------------------------------------------------------- 大家觉得怎样？

[SeaHOH]

@xxnet
你高估了在这里发无效 issues 的人的思路。
虽说这些人数相比总用户不一定算多，但是只要 UI 首页能很方便地直接点击过来，这个现状就不会终结。

[xxnet]

​目前issues太多，已经认了，就当作聊天的社区。 能够减少一些算一些。 根本解决途径还是自动化，不过这些不是一时能够实现的。 能够帮助用户尽快找到办法解决问题，也算尽力。

[xxnet]

​Solution不理想，改为Help，帮助

[hzxie]

子页面是什么意思? 独立页面吗?
还是Tab?

[xxnet]

是 ​Tab

[ghost]

我还有一个想法。就是在软件的web中让用户编辑问题描述，用户输入的同时js来搜索github上的issue，实时显示搜索结果给用户看见。

发帖标题 [文本框] (输入同时检索)
问题描述 [文本编辑区] (输入同时检索)
自动包含软件版本等基本信息
[复选框]包含诊断信息: [文本编辑区(默认填入诊断)]
[复选框]包含日志: [文本编辑区(默认填入日志)]
等等 ... 可选包含内容 有待探讨

日志一般很长,是否分割/如何分割. 有待探讨.
是否分模块来报告,等等 , 有待探讨.

用户点击了[发帖]后,js把以上内容整合成文本,并自动处理markdown语法(如日志用code样式). 填入表单中,提交给github(要求用户已登录github).

这是想法,工程量有点大

[xxnet]

​如果不是关键词，要进行语义理解，那不是我们能做的。 先利用github的搜索功能，做一个简单的出来看看

[ghost]

这个想法其实有两个目的 1. 用户输入时就实时检索(其实似乎github本身有一些关键词提取能力) 1. 解决用户发的issue信息不全，格式混乱的问题

[xxnet]

​这个，可以理解为格式化提交问题。 给用户一个表格，一个一个的填好问题，然后生成 报告，再到github 粘帖提交。 如果这样，是可以做啊 如果根据标题，检索出来一些答案，可以动态显示在旁边？ 不过这种交互，挺奇怪

[SeaHOH]

其实一些解决的很好的 issues 都被淹没了，单靠一两个关键字是无法精确检索出来的。

还是需要人力来整理维护，UI 直接引导到 wiki，wiki 无法解决问题再引导到 issue。
我觉得这样比较好。

[xxnet]

​最好的办法，是帮用户解决问题。 比如 IPv6 开启，直接做成一键模式。 帮助中心，可以让用户知道去哪里找答案，怎么去提问。 如果把Wiki 显示在客户端，应该也不错了。

[Emphasia]

有个想法：
搜索功能目标不够明确而issue又贼多，可以作为辅助高级功能。
开辟一块公告区域，选择性的展示一些issue（比如发布说明、已知问题、解决方案等）。

先对现有的issue中有代表性的issue增加一个特定的标签（比如“FAQ“、“公告”），然后再配上这个issue相关的版本号也作为标签。（或者一般的就不去管了，就每次发布新版本的时候的 发布issue 和 wiki指南 之类的顺手打上标签）
然后在状态页首部增加一个“FAQ”或者“公告”板块，内容取自issue按上述标签的筛选（URL中筛选参数为“FAQ““公告”与当前版本号，比如 https://github.com/XX-net/XX-Net/issues?utf8=✓&q=is:issue+label:FAQ+label:3.9.6 ），这样就可以直接显示一些跟当前版本有关的有指导意义的issue（比如发布说明、已知问题、解决方案等），对于跨多个版本的直接继续打标签就行，比如有个SmartRouter的功能介绍issue就可以一直从3.9.0打到3.9.6。

这样虽然简陋但应该可以减少一些重复，同时可以直接用issue的删除、编辑等功能进行修改更新等操作，改个标签就能决定哪条显示哪条撤下，不必单独维护一个公告发布的服务端。

https://github.com/XX-net/XX-Net-dev/issues/16