Asking Questions/zh-cn: Difference between revisions
m (Created page with "* 分清实际情况和主观推测：只描述发生的事实。如果是设计问题，最好能提供模型（mock-up）。") |
m (Created page with "如果你是在用 trunk 或 beta，同时你想保留之前的配置，这需要启用新用户或设定新的 $KDEHOME 环境变量（然后重进用户）。因为可能需要...") |
||
| Line 61: | Line 61: | ||
* 分清实际情况和主观推测：只描述发生的事实。如果是设计问题，最好能提供模型（mock-up）。 | * 分清实际情况和主观推测：只描述发生的事实。如果是设计问题，最好能提供模型（mock-up）。 | ||
如果你是在用 trunk 或 beta，同时你想保留之前的配置，这需要启用新用户或设定新的 $KDEHOME 环境变量（然后重进用户）。因为可能需要用当前文件来对比新建文件，所以不要删除你的 $KDEHOME，不然配置会全部丢失。（ Do not delete your $KDEHOME as you will maybe need the current files to compare with the new ones and also you would lose your settings!） | |||
还要注意 [http://forums.kde.org 官方论坛] 有个 [http://forum.kde.org/viewforum.php?f=201 子板块]专门讨论 Beta 版本。 | 还要注意 [http://forums.kde.org 官方论坛] 有个 [http://forum.kde.org/viewforum.php?f=201 子板块]专门讨论 Beta 版本。 | ||
Revision as of 12:35, 4 December 2010
使用 IRC 寻求帮助
这里有些问问题的提示，尤其是在Freenode的#kde（英文） #kde-cn（中文）频道，在某种程度上说更有可能得到答案：
不要犹豫，直接问：irc.freenode.net 频道 #kde #kde-cn是用户支持频道，我们期待你的问题 - 问吧 
。
- 准备好任何有关你系统的细节： 哪个发行版（发行版的具体版本？），你用的KDE SC版本，你怎么安装他的等等。你可能不需要立刻给出所有的信息，但你应该准备好以免有人问起。
- 问前试下自己解决故障： Google是你的良师益友（在Google中输入错误信息通常能知道些有用的东西）。你应该看下KDE 故障解决 - 那儿的建议不管怎样都会在#kde #kde-cn上说一遍的，所以可以先试下
。
- 还有，试着确认你碰到的是KDE的问题 而不是你系统里其他元件的（比如，X的问题或alsa的问题）。如果可能的话，试一下其他的替代品，用非KDE程序看看是否问题依旧发生。当然，如果你不确定，那就问吧。
- 确保你已经阅读过手册（The Fine Manual）和故障解决页面。尽管不是每个问题都在那有解答，但多数还是能解决的。如果没解决，试着在英文论坛中文论坛问。如果讨论带出了有趣的信息，你也可以添加讨论信息到这个 UserBase，以便能帮助其他人。
- 等待回复吧！ 通常在 IRC 频道，某个人会在你问了后一会儿注意到你的问题，所以问了之后要等上一段时间。没有比给某人写了长篇的回复结果只发现这家伙在问问题后3分钟就离开了更不爽了！
- 如果你在#kde上没找到答案，你也能在你发行版的频道里试一下 (比如 #ubuntu-cn，#suse, #kde-freebsd等)，或适合的邮件列表：查看邮件列表存档或论坛。
- 最重要的是，耐心和礼貌。 记住提供帮助的人所有都是志愿者，他们可以花时间去做其他事情而不给予帮助。
如果你的问题与 KDE 的音效有关，你也许想要先阅读下音效问题。
如果你的疑问与开发有联系，请查阅这个页面。
操作系统相关问题
有关在特定操作系统上KDE桌面应用的问题，您依然可以尝试通过上面介绍的几种 方法解决，不过若非这个问题和KDE或KDE/GNU/Linux的关联非常紧密，恐怕您 很难就这样找到答案。如果您的问题和KDE关系不大，请不要在常规的 KDE邮件列表上张贴问题。比方说：我的声卡不能正常工作。在这种情况下，请将问题发往确实的相关单位。例如GNU/Linux的问题您可以尝试去www.linuxnewbie.org，www.linuxnewbie.com，或者上面提过的 kde-linux邮件列表（译注：对汉语GNU/Linux用户来说，值得推荐的地方则是linuxsir或ubuntu.org.cn等社区）。
如果您使用的不是GNU/Linux系统，可以试着在 kde-nonlinux (订阅)邮件列表上寻求帮助。同时，使用您惯用的搜索引擎如Google，还有Usenet存档一般也很有效。
另外，许多操作系统发行方都有自己的邮件列表，专门处理针对这个发行版 的问题。您可以在对应的发行方网站上找到更多这类信息。
如果您要搜索软件包，可以在发行方提供的FTP服务器上找，一般是在“contrib”子 目录下，当然您也可以利用rpmfind.net这样的索引站点来找。
报告KDE的bug
汇报 bug 虽小但依旧是对 KDE 宝贵的贡献，有个网站专门提供用来汇报 bug 或请求新特性：bugs.kde.org。只要你懂点英文就能动手。然后照着一些其他的指导，你便可汇报有用的错误报告，从而帮助整个 KDE 社区和你自己。
首要做的事情是注册帐号，打开注册页面。注册验证完毕就可以汇报报告。
有两种报告 bug 的方式：
- 你要是发现了某某东西不正常或是压根就没法用，或是看到脑残的设计，残缺的功能……打开程序 菜单。随后会链接到 bugs.kde.org。像是程序版本号之类的信息到时候是会自动填充进去的。
- 你的程序崩溃然后弹出名叫 "KDE 崩溃处理" 的对话框。别怕！你会立刻引导报告这次崩溃。"了解更多有关错误报告"对话框中的链接会解释整个流程。如果你选择汇报问题，点击 ，向导随后会一步一步指导你整个流程。崩溃报告必须有安装调试（debug）包来获取有效的追踪信息。
这有些写出好的错误报告的建议：
- 用英语写。你要是用中文，对方不一定看到懂的。KDE 程序的可以更换界面语言到 美帝英语（American English）。重启之。
- 要具体。具体某个问题，一个错误一个报告！别一次性一份报告中参杂多个问题。
- 要清楚。解释导致错误发生的步骤，这样我们也好重演那些错误。
- 有图有真相。用 KSnapshot 来截图。最好不要用会过期的外部图床，直接用错误报告底部的附件链接。
- 错误报告中加上追踪信息作为注释，便于我们找到类似重复的问题（不要把追踪信息作为文本附件上传）。
- 分清实际情况和主观推测：只描述发生的事实。如果是设计问题，最好能提供模型（mock-up）。
如果你是在用 trunk 或 beta，同时你想保留之前的配置，这需要启用新用户或设定新的 $KDEHOME 环境变量（然后重进用户）。因为可能需要用当前文件来对比新建文件，所以不要删除你的 $KDEHOME，不然配置会全部丢失。（ Do not delete your $KDEHOME as you will maybe need the current files to compare with the new ones and also you would lose your settings!）
如何打开一个终端
通常当在IRC上或是在邮件列表上报告问题时，帮助你的人会要求你打开控制台。控制台是基于文本的窗口，你能用他给你的电脑命令执行。你可以这样做，按住ALT+F2，键入下列命令打开终端：
konsole
如果没反应,你可能没安装好.这种情况下,按住ALT_F2,输入
xterm
| 返回 获取帮助 |