KDE TechBase - User contributions [en]

Development/FAQs/General FAQ/zh-cn

2012-12-04T05:05:21Z

Berryboy2012:

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想将应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到极多的 bug 报告，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

'''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护 KDE 的利益，即使违背作者当下的意愿。</blockquote>

知道这个是重要的，但不要害怕。通常，事情进展得很好。在五年里，这仅仅发生了一次：一个开发者把他的作品保留在 KDE 中，尽管他想移除它。

== 如何获得 KDE 仓库的写权限? ==

在 [[Special:myLanguage/Contribute/Get_a_Contributor_Account|作出贡献 > 获得一个 KDE 贡献者帐号]] 中查看全文。

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是 kdebindings ? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/47/zh-cn

2012-12-04T05:05:20Z

Berryboy2012:

== 什么是 kdebindings ? ==

Development/FAQs/General FAQ/zh-cn

2012-12-04T05:04:28Z

Berryboy2012: Created page with "知道这个是重要的，但不要害怕。通常，事情进展得很好。在五年里，这仅仅发生了一次：一个开发者把他的作品保留在 KDE 中，尽..."

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想将应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到极多的 bug 报告，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

'''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护 KDE 的利益，即使违背作者当下的意愿。</blockquote>

知道这个是重要的，但不要害怕。通常，事情进展得很好。在五年里，这仅仅发生了一次：一个开发者把他的作品保留在 KDE 中，尽管他想移除它。

== 如何获得 KDE 仓库的写权限? ==

在 [[Special:myLanguage/Contribute/Get_a_Contributor_Account|作出贡献 > 获得一个 KDE 贡献者帐号]] 中查看全文。

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/34/zh-cn

2012-12-04T05:04:28Z

知道这个是重要的，但不要害怕。通常，事情进展得很好。在五年里，这仅仅发生了一次：一个开发者把他的作品保留在 KDE 中，尽管他想移除它。

Development/FAQs/General FAQ/zh-cn

2012-12-04T05:00:33Z

Berryboy2012: Created page with "在作出贡献 > 获得一个 KDE 贡献者帐号中查看全文。"

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想将应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到极多的 bug 报告，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

'''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护 KDE 的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

在 [[Special:myLanguage/Contribute/Get_a_Contributor_Account|作出贡献 > 获得一个 KDE 贡献者帐号]] 中查看全文。

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/36/zh-cn

2012-12-04T05:00:33Z

Berryboy2012: Created page with "在作出贡献 > 获得一个 KDE 贡献者帐号中查看全文。"

在 [[Special:myLanguage/Contribute/Get_a_Contributor_Account|作出贡献 > 获得一个 KDE 贡献者帐号]] 中查看全文。

Development/FAQs/General FAQ/zh-cn

2012-12-04T04:59:00Z

Berryboy2012:

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想将应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到极多的 bug 报告，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

'''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护 KDE 的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

See full article at [[Special:myLanguage/Contribute/Get_a_Contributor_Account|Contribute > Get a KDE Contributor Account]].

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/33/zh-cn

2012-12-04T04:58:59Z

Berryboy2012:

'''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护 KDE 的利益，即使违背作者当下的意愿。</blockquote>

Translations:Development/FAQs/General FAQ/30/zh-cn

2012-12-04T04:58:23Z

Berryboy2012:

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到极多的 bug 报告，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

Development/FAQs/General FAQ/zh-cn

2012-12-04T04:58:23Z

Berryboy2012:

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想将应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到极多的 bug 报告，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护KDE的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

See full article at [[Special:myLanguage/Contribute/Get_a_Contributor_Account|Contribute > Get a KDE Contributor Account]].

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Development/FAQs/General FAQ/zh-cn

2012-12-04T04:54:51Z

Berryboy2012:

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想将应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到成吨的 bug 回报，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护KDE的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

See full article at [[Special:myLanguage/Contribute/Get_a_Contributor_Account|Contribute > Get a KDE Contributor Account]].

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/25/zh-cn

2012-12-04T04:54:51Z

Berryboy2012:

== 我想将应用程序加到 KDE ==

Development/FAQs/General FAQ/zh-cn

2012-12-04T04:54:20Z

Berryboy2012: Created page with "将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise]."

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想讲应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到成吨的 bug 回报，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护KDE的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

See full article at [[Special:myLanguage/Contribute/Get_a_Contributor_Account|Contribute > Get a KDE Contributor Account]].

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/14/zh-cn

2012-12-04T04:54:20Z

Berryboy2012: Created page with "将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise]."

将来的图像在 [http://kde.org/stuff/clipart.php KDE merchandise].

Development/FAQs/General FAQ/zh-cn

2012-12-04T04:52:38Z

Berryboy2012: Created page with "一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 在这个网站还未停止更新前..."

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

Further images are on [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想讲应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到成吨的 bug 回报，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护KDE的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

See full article at [[Special:myLanguage/Contribute/Get_a_Contributor_Account|Contribute > Get a KDE Contributor Account]].

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/13/zh-cn

2012-12-04T04:52:38Z

一些人需要的 Konqi 龙 SDK 在 [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
在这个网站还未停止更新前，它被上传到 [https://artist.kde.org artist.kde.org ]。

Development/FAQs/General FAQ/zh-cn

2012-12-04T04:48:43Z

Berryboy2012:

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

The Konqi for some people SDK is at [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
It was posted to artist.kde.org before that site ceased to be updated.

Further images are on [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想讲应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到成吨的 bug 回报，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护KDE的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

See full article at [[Special:myLanguage/Contribute/Get_a_Contributor_Account|Contribute > Get a KDE Contributor Account]].

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/16/zh-cn

2012-12-04T04:48:43Z

Berryboy2012:

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读 KDE 的教学和浏览架构和文件。您还可以阅读 KDE 的书籍。但你不用熟悉整个 KDE 的架构以成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE 用户基地(本站)] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (也在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

Development/FAQs/General FAQ/zh-cn

2012-12-04T04:45:58Z

Berryboy2012:

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

The Konqi for some people SDK is at [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
It was posted to artist.kde.org before that site ceased to be updated.

Further images are on [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读KDE的教学和浏览架构和文件。您还可以阅读KDE的书籍。但你不用熟悉整个 KDE 的架构成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE TechBase] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (或者在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想讲应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到成吨的 bug 回报，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护KDE的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

See full article at [[Special:myLanguage/Contribute/Get_a_Contributor_Account|Contribute > Get a KDE Contributor Account]].

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/8/zh-cn

2012-12-04T04:45:57Z

Berryboy2012:

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用最新版 KDE 并且关注需要的东西。一个主题生成器？一个 konsole 计划编辑器？改善一个游戏？这些项目总是有小功能缺失。去实现它吧！

Development/FAQs/General FAQ/zh-cn

2012-12-04T04:43:05Z

Berryboy2012:

<languages />

== 我想要开发新的应用程序。有什么建议？ ==

我们都同意需要编写大量的 KDE 应用程序。但同时也有很多现有的 KDE 应用程序需要你的帮助。

如果你想了解一下目前需要帮忙的地方，请看[http://www.kde.org/jobs/ 本页面]。

在开始新的应用程序前，检查 [http://www.kde-apps.org/ KDE-Apps.org] 上现有的应用程序，并在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表中进行咨询，看看是否有人已经开始类似的项目。

== 我是开发人员，我要如何帮助 KDE 呢？==

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

您也可以在 [https://mail.kde.org/mailman/listinfo/kde-devel kde-devel] 邮件列表问问是否有人需要协助。使用KDE最新版，看看有否需要晚上的地方。主题生成器？konsole 计划编辑器？改善游戏？这些项目总是有小功能缺失。去实现它吧！

你是熟悉或关注于特定领域吗？查看是否有相关的应用程序，可以获得您的帮助。或者自己写一个。KDE 需要更多非 geek 导向的应用程序。

== 我不是开发者，我要怎样帮忙 ==

有大量不需要开发技术的任务。撰写应用程序评论帮助 KDE 推广（请见 [https://mail.kde.org/mailman/listinfo/kde-promo kde-promo] 邮件列表），帮助文件团队（请见 [http://l10n.kde.org/docs/ i18n.kde.org/doc]），协助翻译（请见 [http://l10n.kde.org/ i18n.kde.org]），帮助过滤新增的 bug（请见 [https://bugs.kde.org/ bugs.kde.org]）等。

== 在哪里可以找到 Konqi 龙的图像? ==

The Konqi for some people SDK is at [ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2] 
It was posted to artist.kde.org before that site ceased to be updated.

Further images are on [http://kde.org/stuff/clipart.php KDE merchandise].

== 贡献 KDE 需要什么样的水平？我应该学习什么？阅读什么？==

您需要了解 C++。阅读 Qt 的教学和浏览 Qt 的文件来熟悉 Qt。然后阅读KDE的教学和浏览架构和文件。您还可以阅读KDE的书籍。但你不用熟悉整个 KDE 的架构成为 KDE 开发者。使用 KDE 的技术是很容易的，所以集中在你真正需要的，你可以以后再学习其他部分。[http://techbase.kde.org KDE TechBase] 和 [http://doc.qt.nokia.com/ doc.qt.nokia.com] (或者在您的 {{path|$QTDIR/doc/html}}) 是宝贵的资源，要善用它们。然后浏览原始码，寻找范例目录，看看其他应用程序的写法。读写程序代码是最好的学习方法。

== 如何从 KDE git 或 SVN 仓库获取 KDE 软件? ==

参阅[[Special:myLanguage/Getting_Started|开始]]页面的"从源代码编译和运行KDE软件"。

== 可以在线访问 KDE 源码吗? ==

可以
* 浏览代码： http://websvn.kde.org/
* 搜索代码： http://lxr.kde.org/search
* 浏览源代码生成的 API 文件： http://www.englishbreakfastnetwork.org/

== 我的 .subversion/config 应该怎样配置? ==

<syntaxhighlight lang="text">[miscellany]
global-ignores = *.moc *.moc.cc *.moc.cpp config.log config.status \
config.cache *.gmo .deps .libs SunWS_cache *.lo *.la *.rpo *.la.closure \
*_la_closure.cpp *_la_closure.cc *_la_closure.cxx *.all_cc.cc *.all_cpp.cpp \
*.all_C.C *.all_cxx.cxx *_meta_unload.cc *_meta_unload.h *_meta_unload.cpp \
*_meta_unload.C *_meta_unload.cxx index.cache.bz2 .memdump Makefile.rules.in \
Makefile.calls.in Makefile.rules Makefile.calls autom4te.cache *.kidl \
*.o *.lo *.la #*# .*.rej *.rej *.pyc</syntaxhighlight>
让 svn diff 忽略空白并打印函数名:
<syntaxhighlight lang="text">[helpers]
diff-cmd = /usr/local/bin/_svndiff</syntaxhighlight>

在 {{path|/usr/local/bin/_svndiff}} 中加入:
<syntaxhighlight lang="text">#!/bin/sh
exec /usr/bin/diff -b -u -p "$@"</syntaxhighlight>

不要忘了将 {{path|/usr/local/bin/_svndiff}} 设置为可执行。

== 我想讲应用程序加到 KDE ==

有三个要求：
* 您的应用程序必须使用最新版本的 KDE 编译（SVN trunk）。
* 您的应用程序必须是稳定的。
* 您的应用程序必须得到维护。你可能会得到大量的 bug 报告和愿望。人们期待你修复 bug 和实现有意义的愿望。

== 在 KDE 内部还是外部进行开发比较好? ==

核心开发者 Waldo Bastian 在邮件中解释：
<blockquote>
成为 KDE 的一份子，意味着你必须与他人一起工作。合作带来了好处，但同时也带来了责任。

:其中一些的优点是：你的程序代码会出现在所有发行版、人们可能会解决您的 bug、你可以得到免费的翻译和文件、你会得到大量的 bug 报告。

另一方面是缺点和责任：你将不得不为你的工作，与其他开发者沟通、其他人可能更改您的程序代码、你必须尊重发行冻结、你会得到成吨的 bug 回报，人们期望你解决这些问题以及（what are they smoking？）维护你的程序代码。

你不能只选择优点，而忽略了随之而来的责任，它们是完整一体的，两者都要或都没有。

:一般来说，应该是软件的作者，选择把他的应用程序放进KDE的软件仓库。我们通常只有在作者发出请求时才把软件放在 KDE 仓库。反过来说，如果作者希望在外部开发他的应用程序，是他的权利。除非是应用程序的工作团队分裂，否则因为开发方式改变而 fork 应用程序是没有任何意义的。

''但'''...您把程序代码以开源授权放在 KDE 仓库就相当于同意整个世界，特别是KDE，使用您的程序代码。KDE 将斟酌使用此权利，以保护KDE的利益，即使违背作者当下的意愿。</blockquote>

It is important to know that but don't be afraid. Usually, things work very well. In 5 years, it has only happened once that a developer had his work put kept in KDE while he wanted to remove it.

== 如何获得 KDE 仓库的写权限? ==

See full article at [[Special:myLanguage/Contribute/Get_a_Contributor_Account|Contribute > Get a KDE Contributor Account]].

Go to [[http://identity.kde.org KDE Identity]] , fill out the form and describe why you need write access. Make sure to specify your full name and e-mail address.

Please also include the name of your bugs.kde.org account, if non-existent please create one so that it can be given usual developer rights. Closing bugs.kde.org reports with keywords in commit comments only works if the email address of your KDE Identity and bugs.kde.org accounts match. You can change your bugs.kde.org address in the Bugzilla user settings.

Git requires use of an ssh key, and new accounts for SVN must also choose the svn+ssh protocol. Send a public ssh key (e.g. {{path|~/.ssh/id_dsa.pub}})

See also [[#How do I create a SSH key?]]

If you are contributing to an application that is not yours, it is a good idea to first submitting your coding as patches to the author and let him apply them. If the author is not maintaining his application, you might become the new maintainer...

Although there are few restrictions on repository commit rights, we expect you not to disrupt other developers' code without their consent. You must also respect the feature freezes of the release schedule (published on developer.kde.org)

A detailed list of rules you should follow when committing to KDE repositories are listed in the [[Special:myLanguage/Policies/SVN_Commit_Policy|KDE Commit Policy]].

== 我的应用程序还不稳定，但我想让它加入 KDE ==

第一步，我们可以把它放在 playground（"kde-alpha"）。在那里开发它，完善后，申请将应用程序移动到适当的 KDE 包或 extragear 模块。

== 我不想失去我的 SVN 历史. ==

This is no longer possible with Subversion. Maybe in the future, if the server is upgraded and allows that. Note that for git this is not an issue.

== 什么是kdebindings? ==

它包含 Qt 的 Ruby、PHP 和 C# 绑定、KDE 的 Ruby、C# 和 python 绑定以及让非 KDE 的应用程序作为 KPart 嵌入的 XParts。请见 TechBase 的 [[Special:myLanguage/Development/Languages|绑定页面]]。

== 功能冻结是否适用于 playground？ ==

不，playground 不会发布套件。kdereview 和 extragear 也是相同的：他们没有冻结和发布。但如果你希望你的应用程序转移到套件包，请在 beta 发布之前先询问。

==可以同时有稳定和不稳定的 KDE 在同一台计算机上吗？==

Yes, check the Building 2 Versions documentation.

== 我怎么知道我使用的 Qt/KDE 版本？==

<tt>kde-config</tt> 或在所有 KDE 程序都提供了 <tt>--version</tt> 参数选项。

==Qt-copy 或 qt.nokia.com 的 Qt：应该用哪个做 trunk 建构？==

任何一个您都可以使用。它们是二进制兼容的（往前和往后）。但 qt-copy 修正几个 Qt 最新版中的 bug。特别是从 qt-copy 建构，要注意补丁脚本。

== How can I checkout a single directory from a SVN module? ==

Checkout the top-level dir with 'svn co -N /modulename', 'cd modulename', 'svn up admin' to get the admin/ dir and then finally checkout the dir you want with 'svn up subdir'

For instance, to get only reaktivate from playground/utils:
<code>svn co -N /playground/utils; svn up reaktivate</code>
Then compile as usual.

The same answer applies to the question "How do I get a single language out of kde-i18n?".

If you don't know the name of the directory you want to check out, you can browse websvn.kde.org to find it.

== 如何取得其中一个 KDE 应用程序作为一个独立的压缩文件？ ==

kdesdk/scripts/svn2dist 是一个从 KDE 原始码树中提取应用程序的脚本，并打包为一个独立的应用程序。

== 如何关闭我自己的 bug 报告? ==

If you reported a bug that is fixed in a new release of KDE but is still reported as open, you can close it. It might happen because your bug is the same as another one, or simply because the developer fixed something without noticing that it would correct your bug.

You can do that from your Subversion commit. To do so, append to your commit message a line like this:

<Code>BUG: XXXXX</code> where '''''XXXXX''''' is the bug report you want to close. If the report you're closing is adding a new feature, you can use FEATURE instead of BUG.

Managing a bug list is a huge task for the developers and they usually have a lot of bugs listed, some being fixed already without their knowledge, some being unreproducible, some without enough information to be corrected, etc. If you can help by managing and updating the list of outstanding bugs, you will be gladly welcome. And you will receive an even happier welcome if you provide a patch.

== How do I create a SSH key? ==

SSH makes use of two keys: a private key and a public key. You should keep the private key secret at all times and only place it on machines over which you have direct control. Public, shared, and community machines are not suitable environments to store SSH private keys. Take action to help prevent theft of your SSH private key data. Setting a password on your SSH private key will help reduce the risks involved with private key theft.

Generate a key pair for each major location you work from. This helps to reduce the impact when your key gets stolen.
When someone obtains access to your private key, your key can be abused in attempts to compromise KDE servers. Well known open source projects have been compromised this way in the past, YOU must help us to make sure that this doesn't happen with KDE servers as well. For that reason it is important to notify sysadmin (at) kde (dot) org immediately when you notice that someone may have had access to your private key for example when a computer on which it was stored has been hacked or infected with a virus, worm or trojan.

If you choose to make a backup of your SSH private key data, please ensure that any such backup is stored in a secure manner as well.

For the practical part, the following command can be used to generate a SSH private/public key pair with
<code>ssh-keygen -t dsa</code>
This will create a private key as {{path|~/.ssh/id_dsa}} and a public key as {{path|~/.ssh/id_dsa.pub}}.

There are times when you may want to use a key of a different name to the default, perhaps to use separate keys for different projects. To let SSH know which key you want to use for KDE.org, you can keep a list of servers and their corresponding keys in ~/.ssh/config. For example,
{{Input|1= Host svn.kde.org
IdentityFile ~/.ssh/id_dsa_kde }}
In order to use SSH to access KDE servers you need to send your public key to sysadmin (at) kde (dot) org.

== 如何监控别人所做的更改？==

[https://mail.kde.org/mailman/listinfo/kde-commits kde-commits] 邮件列表即附带 KDE SVN 仓库所有修改的自动通知。但 KDE-commits 邮件列表流量是非常高的。另一种方法是 [http://commitfilter.kde.org/ CommitFilter]，它可以只通知你感兴趣的领域。

[[Category:FAQs]]

Translations:Development/FAQs/General FAQ/7/zh-cn

2012-12-04T04:43:05Z

Berryboy2012:

尽管 Calligra 和 KDevelop 受到高度赞赏，它们只有极少数开发者，所以你可以从这里开始。提供帮助并不仅仅体现在加入 KDE 工作空间或 KDE 平台库的开发。KDE 是高度模块化的，所以你不必了解整个系统就能每次改善某个独立的方面。

Development/Architecture/zh-cn

2012-12-04T04:38:42Z

Berryboy2012:

<languages />

在下列页面中包含关于KDE设计和架构的详细信息的文档。它们并不能代替其它如[http://api.kde.org API文档],[[../Tutorials|开发教程/howtos]]和[[../Guidelines|开发标准]]等文档。访问[[Special:myLanguage/Development|开发门户]]以获得更多信息。

熟悉Nokia's™ 的[http://doc.qt.nokia.com/latest Qt 文档]以及[http://www.qt.nokia.com/developer/ 开发者专区]，会有助于更好的理解下面的文档。

关于KDE安装的更多信息可以在[[KDE System Administration|系统管理]]中的相关章节中找到。

== 设计文档 ==

; [[Special:myLanguage/Development/Architecture/KDE4|KDE 4 架构概览]]
: KDE 4 架构概览，包括通用技术、类库、以及一般性的开发问题。这是 ''KDE 4'' 的版本。
; [[Special:myLanguage/Development/Architecture/KDE3|KDE 3 架构概览]] [http://developer.kde.org/documentation/library/kdeqt/kde3arch/ (原始)]
KDE 3 架构概览，包括通用技术、类库、以及一般性的开发问题。这是 ''KDE 3'' 的版本。
; [http://developer.kde.org/documentation/library/kdeqt/kde2arch/ KDE 2 架构概览]
: KDE 2 架构概览，和上面的类似。这是 ''KDE 2.2'' 的版本。
; [[Special:myLanguage/Development/Architecture/DCOP|DCOP]]
: 1999-2000 开发文档.

[[Category:Architecture]]

Translations:Development/Architecture/14/zh-cn

2012-12-04T04:38:42Z

Berryboy2012:

[[Category:Architecture]]

Development/Architecture/zh-cn

2012-12-04T04:38:22Z

Berryboy2012: Created page with "Category:架构"

Translations:Development/Architecture/14/zh-cn

2012-12-04T04:38:22Z

Berryboy2012: Created page with "Category:架构"

[[Category:架构]]

Contribute/zh-cn

2012-12-04T04:36:10Z

Berryboy2012: Created page with ":* '''阅读源代码'''。[http://websvn.kde.org websvn.kde.org ]与[https://projects.kde.org/ projects.kde.org ]可用于帮助浏览代码。为也许您想处理的代码..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序与操作系统分析、在很多书籍中能找到的通用原则、用户测试或个人(传闻)反馈中采用信息的话从它能获得许多东西。这是一个义务工作，并且即使所有人同意您，仍必须有人执行它。

[http://mail.kde.org/mailman/listinfo/kde-usability KDE 可用性邮件列表]是一个讨论您的想法的非常活跃与好的地方，他们的主页在 http://techbase.kde.org/Projects/Usability 。如果您就是一个可用性的专家，请查看 [http://www.openusability.org/ OpenUsability.org]，一个把开源开发者与可用性专家聚集在一起的项目，并且与 KDE 正密切合作。

一些指导文献包含在[http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE 用户界面指导(设计标准)]与[http://developer.kde.org/documentation/design/ui/index.html KDE 用户界面指导(设计原则)]。

分析用户界面也许包括以下一些项目：检查在 KDE 程序中快捷键是否一致，确认对话框直接与用户期望的互动相关，并且寻找 KDE 软件的用户以观察他们如何进行通常的工作流程。

==得到问题的答案==

如果您对 KDE 的开发产生疑问，您的选择几乎与普通用户完全一致，除开一些小的改动:
<blockquote>
:* '''阅读开发者 FAQ '''。许多普通开发者的问题已在[[Development/FAQs|KDE 开发者 FAQ]]中予以回答
:* '''搜寻/浏览 KDE 网站'''。许多问题也已在 KDE 网站得到回答，并且文档也包含于其中。您可以在主页搜索所有 KDE 网站。此外，您可以浏览[http://techbase.kde.org KDE 技术基地网站(本站)]。并且如果可能的话，为了慈善帮助编辑它，并且如果有东西不清楚，使用谈话页面。
:* '''搜索邮件列表'''。许多问题早已在 KDE 邮件列表中回答，尤其是列表 kde-devel、kde2-porting、kde-core-devel、kde-games-devel、kfm-devel 与 koffice-devel 。您可以在[http://lists.kde.org/ lists.kde.org] 中搜索它们。您应该一直先搜索答案再于邮件列表中提问。当您在邮件列表中提问时，您在给成千上万的人发邮件 -- 请仅在通过简单的搜索无法找到答案时这么做。
:* '''搜索引擎'''。不要忘记您最爱的搜索引擎。 Google 是最好的搜索引擎之一。使用 Google 您也可以[http://groups.google.com/ 搜索]到一大批新闻组网站，这也是非常有用的，尤其对于通用编程与 gcc 相关的问题。

:* '''阅读源代码'''。[http://websvn.kde.org websvn.kde.org ]与[https://projects.kde.org/ projects.kde.org ]可用于帮助浏览代码。为也许您想处理的代码阅读一些提交日志与区别，它增加了角度。
:* '''在 KDE 邮件列表询问'''。如果您仍然没有得到一个答案，尝试在上文列出的邮件列表中的一个提出疑问。
:* 有关核心开发或第三方开发的问题，除非您对 [http://konqueror.kde.org/ Konqueror] 、 [http://www.koffice.org/ KOffice] 、游戏或 Java 开发特别感兴趣，您的主要选择是 [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)]。
:* 对于关于 Konqueror 开发的问题，您的主要选择是 [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* 对于关于 KOffice 开发的问题，您的主要选择是 [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* 对于关于游戏开发的问题，您的主要选择是 [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* 对于关于 [http://qt.nokia.com/ Qt 开发]的问题，请使用极好的 [http://lists.trolltech.com/qt-interest/ Qt 邮件列表]。
</blockquote>

KDE 邮件列表的完整列表在 [http://www.kde.org/mailinglists/ 这儿]与[http://mail.kde.org/mailman/listinfo 这儿]。

[[Category:FAQs/zh-cn]]

Translations:Contribute/34/zh-cn

2012-12-04T04:36:10Z

:* '''阅读源代码'''。[http://websvn.kde.org websvn.kde.org ]与[https://projects.kde.org/ projects.kde.org ]可用于帮助浏览代码。为也许您想处理的代码阅读一些提交日志与区别，它增加了角度。
:* '''在 KDE 邮件列表询问'''。如果您仍然没有得到一个答案，尝试在上文列出的邮件列表中的一个提出疑问。
:* 有关核心开发或第三方开发的问题，除非您对 [http://konqueror.kde.org/ Konqueror] 、 [http://www.koffice.org/ KOffice] 、游戏或 Java 开发特别感兴趣，您的主要选择是 [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)]。
:* 对于关于 Konqueror 开发的问题，您的主要选择是 [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* 对于关于 KOffice 开发的问题，您的主要选择是 [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* 对于关于游戏开发的问题，您的主要选择是 [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* 对于关于 [http://qt.nokia.com/ Qt 开发]的问题，请使用极好的 [http://lists.trolltech.com/qt-interest/ Qt 邮件列表]。
</blockquote>

Contribute/List of KDE Modules/zh-cn

2012-12-03T05:34:36Z

Berryboy2012: Created page with "参见模块统筹人列表"

<languages />

这个文档提供了对于 KDE 的资料库不同模块的一个概览

==概览==

参见[[Projects/Release_Team#Coordinator_List | 模块统筹人列表]]

{| class="wikitable sortable"
! Module Name !! Description !! Release !! Example
|-
| qt-copy || Qt || Qt || Qt Designer
|-
| kdelibs || Basic libraries || KDE || Plasma
|-
| KDE Base Apps || Basic programs and utilities || KDE || Konqueror
|-
| kdesupport || Support libraries || KDE || Oxygen
|-
| kdenetwork || Network || KDE || Kopete
|-
| kdepim || Personal Information Management || KDE || KMail
|-
| kdegraphics || Image viewing and manipulation || KDE || KolourPaint
|-
| kdeutils || Utilities || KDE || Okteta
|-
| kdeedu || Education || KDE || KStars
|-
| kdegames || Games || KDE || KMahjongg
|-
| kdeartwork || Additional artwork for KDE || KDE || Screensavers
|-
| kdemultimedia || Multimedia || KDE || JuK
|-
| kdeaccessibility || Tools for disabled people || KDE || KMouth
|-
| kdebindings || Bindings to programming languages || KDE || Kross
|-
| kdesdk || Programming Tools || KDE || Lokalize
|-
| kdetoys || Toys || KDE || kteatime
|-
| kdeadmin || System Administration || KDE || KSystemLog
|-
| l10n-kde4 || Translations || L10N || British English (en_GB)
|-
| kwebdev || Web development || KDE || KFileReplace
|-
| extragear-accessibility || Extra accessibility programs || Extra || Simon
|-
| extragear-base || Extra base programs || Extra || BlueDevil
|-
| extragear-games || Extra games || Extra || Knights
|-
| extragear-graphics || Extra graphic programs || Extra || digiKam
|-
| extragear-kdevelop || Developing Environment || Extra || KDevelop
|-
| extragear-multimedia || Extra mutlimedia programs || Extra || K3B
|-
| extragear-network || Extra network programs || Extra || Konversation
|-
| extragear-office || Extra office programs || Extra || Kile
|-
| extragear-pim || Extra PIM programs || Extra || KSig
|-
| extragear-sdk || Extra development tools || Extra || Massif Visualizer
|-
| extragear-sysadmin || Extra system administration programs || Extra || kiosktool
|-
| extragear-utils || Extra utility programs || Extra || Krusader
|-
| extragear-libs || Extra libraries || Extra || libkgapi
|-
| calligra || Calligra || Calligra || Krita
|-
| koffice || KOffice || KOffice || KWord
|-
| www || Web Sites || Web || [http://www.kde.org KDE Web Site]
|-
| kdereview || New applications || Never || -
|-
| playground-artwork || Artwork sandbox || Never || Dekorator
|-
| playground-base || Basic application sandbox || Sometimes || Public Transport applet
|-
| playground-edu || Education sandbox || Sometimes || KVerbos
|-
| playground-games || Game sandbox || Sometimes || KBackgammon
|-
| playground-graphics || Graphics sandbox || Sometimes || Cirkuit
|-
| playground-ioslaves || KIO slave sandbox || Sometimes || kio_locate
|-
| playground-multimedia || Multimedia sandbox || Sometimes || Audex
|-
| playground-network || Network sandbox || Sometimes || Smb4K
|-
| playground-office || Office sandbox || Sometimes || Kraft
|-
| playground-pim || PIM sandbox || Sometimes || Zanshin
|-
| playground-sdk || Development sandbox || Sometimes || Cocoon
|-
| playground-sysadmin || System administration sandbox || Sometimes || Shaman
|-
| playground-utils || Utility sandbox || Sometimes || GwenRename
|-
| kde-common || Administrative stuff || Never || Accounts
|}

Release rhythms:
* Qt: [http://qt-project.org/ Qt Project] has its own release cycles for Qt.
* KDE: released with KDE (2 per year).

* Calligra: released with Calligra (2 per year).

* KOffice: released with KOffice.

* Extra: Each program has its own release cycle.

* L10N: the translations are released with the corresponding programs.

* Web: web sites are normally synchronized every half-an-hour.

* Sometimes: these modules are relesed at the developer's wish.

* Never: these modules are never released.

== Most Basic System ==

TODO (In short: the most basic system is made of Qt, arts, kdelibs, kdebase).
???Recommended minimal: add kdegraphics and kdepim???

== Qt ==

Qt-copy is a convenience to avoid to have to patch the official Qt release. (Note: it is ''not'' a fork.) Nevertheless KDE works with official Qt versions and also with Qt snapshots (except major bugs of course). Using snapshots is ''not recommended'' for using a stable KDE.

== KIOSK ==

TODO (in short: the KIOSK mode allows to forbid users to change certain settings
in KDE.) Further information: [[KDE_System_Administration/Kiosk/Introduction |KDE System Administration Kiosk Introduction]]

== Playground ==

TODO (in short: these modules are the sandboxes for developers.
Programs here might not work.)

== kdereview ==

See [[Special:myLanguage/Policies/Application_Lifecycle|Application Lifecycle]]

== Extragear ==

The kdeextragear modules contains stable applications that are not released
with KDE but that have their own release schedule.

See [http://extragear.kde.org/ extragear.kde.org].

== www ==

TODO: (in short: write protect by default.)

Translations:Contribute/List of KDE Modules/3/zh-cn

2012-12-03T05:34:36Z

Berryboy2012: Created page with "参见模块统筹人列表"

参见[[Projects/Release_Team#Coordinator_List | 模块统筹人列表]]

Contribute/List of KDE Modules/zh-cn

2012-12-03T05:32:52Z

Berryboy2012: Created page with "==概览=="

<languages />

这个文档提供了对于 KDE 的资料库不同模块的一个概览

==概览==

See also [[Projects/Release_Team#Coordinator_List | list of module coordinators]].

{| class="wikitable sortable"
! Module Name !! Description !! Release !! Example
|-
| qt-copy || Qt || Qt || Qt Designer
|-
| kdelibs || Basic libraries || KDE || Plasma
|-
| KDE Base Apps || Basic programs and utilities || KDE || Konqueror
|-
| kdesupport || Support libraries || KDE || Oxygen
|-
| kdenetwork || Network || KDE || Kopete
|-
| kdepim || Personal Information Management || KDE || KMail
|-
| kdegraphics || Image viewing and manipulation || KDE || KolourPaint
|-
| kdeutils || Utilities || KDE || Okteta
|-
| kdeedu || Education || KDE || KStars
|-
| kdegames || Games || KDE || KMahjongg
|-
| kdeartwork || Additional artwork for KDE || KDE || Screensavers
|-
| kdemultimedia || Multimedia || KDE || JuK
|-
| kdeaccessibility || Tools for disabled people || KDE || KMouth
|-
| kdebindings || Bindings to programming languages || KDE || Kross
|-
| kdesdk || Programming Tools || KDE || Lokalize
|-
| kdetoys || Toys || KDE || kteatime
|-
| kdeadmin || System Administration || KDE || KSystemLog
|-
| l10n-kde4 || Translations || L10N || British English (en_GB)
|-
| kwebdev || Web development || KDE || KFileReplace
|-
| extragear-accessibility || Extra accessibility programs || Extra || Simon
|-
| extragear-base || Extra base programs || Extra || BlueDevil
|-
| extragear-games || Extra games || Extra || Knights
|-
| extragear-graphics || Extra graphic programs || Extra || digiKam
|-
| extragear-kdevelop || Developing Environment || Extra || KDevelop
|-
| extragear-multimedia || Extra mutlimedia programs || Extra || K3B
|-
| extragear-network || Extra network programs || Extra || Konversation
|-
| extragear-office || Extra office programs || Extra || Kile
|-
| extragear-pim || Extra PIM programs || Extra || KSig
|-
| extragear-sdk || Extra development tools || Extra || Massif Visualizer
|-
| extragear-sysadmin || Extra system administration programs || Extra || kiosktool
|-
| extragear-utils || Extra utility programs || Extra || Krusader
|-
| extragear-libs || Extra libraries || Extra || libkgapi
|-
| calligra || Calligra || Calligra || Krita
|-
| koffice || KOffice || KOffice || KWord
|-
| www || Web Sites || Web || [http://www.kde.org KDE Web Site]
|-
| kdereview || New applications || Never || -
|-
| playground-artwork || Artwork sandbox || Never || Dekorator
|-
| playground-base || Basic application sandbox || Sometimes || Public Transport applet
|-
| playground-edu || Education sandbox || Sometimes || KVerbos
|-
| playground-games || Game sandbox || Sometimes || KBackgammon
|-
| playground-graphics || Graphics sandbox || Sometimes || Cirkuit
|-
| playground-ioslaves || KIO slave sandbox || Sometimes || kio_locate
|-
| playground-multimedia || Multimedia sandbox || Sometimes || Audex
|-
| playground-network || Network sandbox || Sometimes || Smb4K
|-
| playground-office || Office sandbox || Sometimes || Kraft
|-
| playground-pim || PIM sandbox || Sometimes || Zanshin
|-
| playground-sdk || Development sandbox || Sometimes || Cocoon
|-
| playground-sysadmin || System administration sandbox || Sometimes || Shaman
|-
| playground-utils || Utility sandbox || Sometimes || GwenRename
|-
| kde-common || Administrative stuff || Never || Accounts
|}

Release rhythms:
* Qt: [http://qt-project.org/ Qt Project] has its own release cycles for Qt.
* KDE: released with KDE (2 per year).

* Calligra: released with Calligra (2 per year).

* KOffice: released with KOffice.

* Extra: Each program has its own release cycle.

* L10N: the translations are released with the corresponding programs.

* Web: web sites are normally synchronized every half-an-hour.

* Sometimes: these modules are relesed at the developer's wish.

* Never: these modules are never released.

== Most Basic System ==

TODO (In short: the most basic system is made of Qt, arts, kdelibs, kdebase).
???Recommended minimal: add kdegraphics and kdepim???

== Qt ==

Qt-copy is a convenience to avoid to have to patch the official Qt release. (Note: it is ''not'' a fork.) Nevertheless KDE works with official Qt versions and also with Qt snapshots (except major bugs of course). Using snapshots is ''not recommended'' for using a stable KDE.

== KIOSK ==

TODO (in short: the KIOSK mode allows to forbid users to change certain settings
in KDE.) Further information: [[KDE_System_Administration/Kiosk/Introduction |KDE System Administration Kiosk Introduction]]

== Playground ==

TODO (in short: these modules are the sandboxes for developers.
Programs here might not work.)

== kdereview ==

See [[Special:myLanguage/Policies/Application_Lifecycle|Application Lifecycle]]

== Extragear ==

The kdeextragear modules contains stable applications that are not released
with KDE but that have their own release schedule.

See [http://extragear.kde.org/ extragear.kde.org].

== www ==

TODO: (in short: write protect by default.)

Translations:Contribute/List of KDE Modules/2/zh-cn

2012-12-03T05:32:52Z

Berryboy2012: Created page with "==概览=="

==概览==

Contribute/List of KDE Modules/zh-cn

2012-12-03T05:32:38Z

Berryboy2012: Created page with "这个文档提供了对于 KDE 的资料库不同模块的一个概览"

<languages />

这个文档提供了对于 KDE 的资料库不同模块的一个概览

== Overview ==

See also [[Projects/Release_Team#Coordinator_List | list of module coordinators]].

{| class="wikitable sortable"
! Module Name !! Description !! Release !! Example
|-
| qt-copy || Qt || Qt || Qt Designer
|-
| kdelibs || Basic libraries || KDE || Plasma
|-
| KDE Base Apps || Basic programs and utilities || KDE || Konqueror
|-
| kdesupport || Support libraries || KDE || Oxygen
|-
| kdenetwork || Network || KDE || Kopete
|-
| kdepim || Personal Information Management || KDE || KMail
|-
| kdegraphics || Image viewing and manipulation || KDE || KolourPaint
|-
| kdeutils || Utilities || KDE || Okteta
|-
| kdeedu || Education || KDE || KStars
|-
| kdegames || Games || KDE || KMahjongg
|-
| kdeartwork || Additional artwork for KDE || KDE || Screensavers
|-
| kdemultimedia || Multimedia || KDE || JuK
|-
| kdeaccessibility || Tools for disabled people || KDE || KMouth
|-
| kdebindings || Bindings to programming languages || KDE || Kross
|-
| kdesdk || Programming Tools || KDE || Lokalize
|-
| kdetoys || Toys || KDE || kteatime
|-
| kdeadmin || System Administration || KDE || KSystemLog
|-
| l10n-kde4 || Translations || L10N || British English (en_GB)
|-
| kwebdev || Web development || KDE || KFileReplace
|-
| extragear-accessibility || Extra accessibility programs || Extra || Simon
|-
| extragear-base || Extra base programs || Extra || BlueDevil
|-
| extragear-games || Extra games || Extra || Knights
|-
| extragear-graphics || Extra graphic programs || Extra || digiKam
|-
| extragear-kdevelop || Developing Environment || Extra || KDevelop
|-
| extragear-multimedia || Extra mutlimedia programs || Extra || K3B
|-
| extragear-network || Extra network programs || Extra || Konversation
|-
| extragear-office || Extra office programs || Extra || Kile
|-
| extragear-pim || Extra PIM programs || Extra || KSig
|-
| extragear-sdk || Extra development tools || Extra || Massif Visualizer
|-
| extragear-sysadmin || Extra system administration programs || Extra || kiosktool
|-
| extragear-utils || Extra utility programs || Extra || Krusader
|-
| extragear-libs || Extra libraries || Extra || libkgapi
|-
| calligra || Calligra || Calligra || Krita
|-
| koffice || KOffice || KOffice || KWord
|-
| www || Web Sites || Web || [http://www.kde.org KDE Web Site]
|-
| kdereview || New applications || Never || -
|-
| playground-artwork || Artwork sandbox || Never || Dekorator
|-
| playground-base || Basic application sandbox || Sometimes || Public Transport applet
|-
| playground-edu || Education sandbox || Sometimes || KVerbos
|-
| playground-games || Game sandbox || Sometimes || KBackgammon
|-
| playground-graphics || Graphics sandbox || Sometimes || Cirkuit
|-
| playground-ioslaves || KIO slave sandbox || Sometimes || kio_locate
|-
| playground-multimedia || Multimedia sandbox || Sometimes || Audex
|-
| playground-network || Network sandbox || Sometimes || Smb4K
|-
| playground-office || Office sandbox || Sometimes || Kraft
|-
| playground-pim || PIM sandbox || Sometimes || Zanshin
|-
| playground-sdk || Development sandbox || Sometimes || Cocoon
|-
| playground-sysadmin || System administration sandbox || Sometimes || Shaman
|-
| playground-utils || Utility sandbox || Sometimes || GwenRename
|-
| kde-common || Administrative stuff || Never || Accounts
|}

Release rhythms:
* Qt: [http://qt-project.org/ Qt Project] has its own release cycles for Qt.
* KDE: released with KDE (2 per year).

* Calligra: released with Calligra (2 per year).

* KOffice: released with KOffice.

* Extra: Each program has its own release cycle.

* L10N: the translations are released with the corresponding programs.

* Web: web sites are normally synchronized every half-an-hour.

* Sometimes: these modules are relesed at the developer's wish.

* Never: these modules are never released.

== Most Basic System ==

TODO (In short: the most basic system is made of Qt, arts, kdelibs, kdebase).
???Recommended minimal: add kdegraphics and kdepim???

== Qt ==

Qt-copy is a convenience to avoid to have to patch the official Qt release. (Note: it is ''not'' a fork.) Nevertheless KDE works with official Qt versions and also with Qt snapshots (except major bugs of course). Using snapshots is ''not recommended'' for using a stable KDE.

== KIOSK ==

TODO (in short: the KIOSK mode allows to forbid users to change certain settings
in KDE.) Further information: [[KDE_System_Administration/Kiosk/Introduction |KDE System Administration Kiosk Introduction]]

== Playground ==

TODO (in short: these modules are the sandboxes for developers.
Programs here might not work.)

== kdereview ==

See [[Special:myLanguage/Policies/Application_Lifecycle|Application Lifecycle]]

== Extragear ==

The kdeextragear modules contains stable applications that are not released
with KDE but that have their own release schedule.

See [http://extragear.kde.org/ extragear.kde.org].

== www ==

TODO: (in short: write protect by default.)

Translations:Contribute/List of KDE Modules/1/zh-cn

2012-12-03T05:32:38Z

Berryboy2012: Created page with "这个文档提供了对于 KDE 的资料库不同模块的一个概览"

这个文档提供了对于 KDE 的资料库不同模块的一个概览

Translations:Contribute/List of KDE Modules/Page display title/zh-cn

2012-12-03T05:30:50Z

Berryboy2012: Created page with "作出贡献/ KDE 模块列表"

作出贡献/ KDE 模块列表

Contribute/List of KDE Modules/zh-cn

2012-12-03T05:30:50Z

Berryboy2012: Created page with "作出贡献/ KDE 模块列表"

<languages />

{{improve}}
This document gives an overview of the different modules within KDE's repository.

== Overview ==

See also [[Projects/Release_Team#Coordinator_List | list of module coordinators]].

{| class="wikitable sortable"
! Module Name !! Description !! Release !! Example
|-
| qt-copy || Qt || Qt || Qt Designer
|-
| kdelibs || Basic libraries || KDE || Plasma
|-
| KDE Base Apps || Basic programs and utilities || KDE || Konqueror
|-
| kdesupport || Support libraries || KDE || Oxygen
|-
| kdenetwork || Network || KDE || Kopete
|-
| kdepim || Personal Information Management || KDE || KMail
|-
| kdegraphics || Image viewing and manipulation || KDE || KolourPaint
|-
| kdeutils || Utilities || KDE || Okteta
|-
| kdeedu || Education || KDE || KStars
|-
| kdegames || Games || KDE || KMahjongg
|-
| kdeartwork || Additional artwork for KDE || KDE || Screensavers
|-
| kdemultimedia || Multimedia || KDE || JuK
|-
| kdeaccessibility || Tools for disabled people || KDE || KMouth
|-
| kdebindings || Bindings to programming languages || KDE || Kross
|-
| kdesdk || Programming Tools || KDE || Lokalize
|-
| kdetoys || Toys || KDE || kteatime
|-
| kdeadmin || System Administration || KDE || KSystemLog
|-
| l10n-kde4 || Translations || L10N || British English (en_GB)
|-
| kwebdev || Web development || KDE || KFileReplace
|-
| extragear-accessibility || Extra accessibility programs || Extra || Simon
|-
| extragear-base || Extra base programs || Extra || BlueDevil
|-
| extragear-games || Extra games || Extra || Knights
|-
| extragear-graphics || Extra graphic programs || Extra || digiKam
|-
| extragear-kdevelop || Developing Environment || Extra || KDevelop
|-
| extragear-multimedia || Extra mutlimedia programs || Extra || K3B
|-
| extragear-network || Extra network programs || Extra || Konversation
|-
| extragear-office || Extra office programs || Extra || Kile
|-
| extragear-pim || Extra PIM programs || Extra || KSig
|-
| extragear-sdk || Extra development tools || Extra || Massif Visualizer
|-
| extragear-sysadmin || Extra system administration programs || Extra || kiosktool
|-
| extragear-utils || Extra utility programs || Extra || Krusader
|-
| extragear-libs || Extra libraries || Extra || libkgapi
|-
| calligra || Calligra || Calligra || Krita
|-
| koffice || KOffice || KOffice || KWord
|-
| www || Web Sites || Web || [http://www.kde.org KDE Web Site]
|-
| kdereview || New applications || Never || -
|-
| playground-artwork || Artwork sandbox || Never || Dekorator
|-
| playground-base || Basic application sandbox || Sometimes || Public Transport applet
|-
| playground-edu || Education sandbox || Sometimes || KVerbos
|-
| playground-games || Game sandbox || Sometimes || KBackgammon
|-
| playground-graphics || Graphics sandbox || Sometimes || Cirkuit
|-
| playground-ioslaves || KIO slave sandbox || Sometimes || kio_locate
|-
| playground-multimedia || Multimedia sandbox || Sometimes || Audex
|-
| playground-network || Network sandbox || Sometimes || Smb4K
|-
| playground-office || Office sandbox || Sometimes || Kraft
|-
| playground-pim || PIM sandbox || Sometimes || Zanshin
|-
| playground-sdk || Development sandbox || Sometimes || Cocoon
|-
| playground-sysadmin || System administration sandbox || Sometimes || Shaman
|-
| playground-utils || Utility sandbox || Sometimes || GwenRename
|-
| kde-common || Administrative stuff || Never || Accounts
|}

Release rhythms:
* Qt: [http://qt-project.org/ Qt Project] has its own release cycles for Qt.
* KDE: released with KDE (2 per year).

* Calligra: released with Calligra (2 per year).

* KOffice: released with KOffice.

* Extra: Each program has its own release cycle.

* L10N: the translations are released with the corresponding programs.

* Web: web sites are normally synchronized every half-an-hour.

* Sometimes: these modules are relesed at the developer's wish.

* Never: these modules are never released.

== Most Basic System ==

TODO (In short: the most basic system is made of Qt, arts, kdelibs, kdebase).
???Recommended minimal: add kdegraphics and kdepim???

== Qt ==

Qt-copy is a convenience to avoid to have to patch the official Qt release. (Note: it is ''not'' a fork.) Nevertheless KDE works with official Qt versions and also with Qt snapshots (except major bugs of course). Using snapshots is ''not recommended'' for using a stable KDE.

== KIOSK ==

TODO (in short: the KIOSK mode allows to forbid users to change certain settings
in KDE.) Further information: [[KDE_System_Administration/Kiosk/Introduction |KDE System Administration Kiosk Introduction]]

== Playground ==

TODO (in short: these modules are the sandboxes for developers.
Programs here might not work.)

== kdereview ==

See [[Special:myLanguage/Policies/Application_Lifecycle|Application Lifecycle]]

== Extragear ==

The kdeextragear modules contains stable applications that are not released
with KDE but that have their own release schedule.

See [http://extragear.kde.org/ extragear.kde.org].

== www ==

TODO: (in short: write protect by default.)

Contribute/zh-cn

2012-12-03T05:28:11Z

Berryboy2012: Created page with "KDE 邮件列表的完整列表在 [http://www.kde.org/mailinglists/ 这儿]与[http://mail.kde.org/mailman/listinfo 这儿]。"

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序与操作系统分析、在很多书籍中能找到的通用原则、用户测试或个人(传闻)反馈中采用信息的话从它能获得许多东西。这是一个义务工作，并且即使所有人同意您，仍必须有人执行它。

[http://mail.kde.org/mailman/listinfo/kde-usability KDE 可用性邮件列表]是一个讨论您的想法的非常活跃与好的地方，他们的主页在 http://techbase.kde.org/Projects/Usability 。如果您就是一个可用性的专家，请查看 [http://www.openusability.org/ OpenUsability.org]，一个把开源开发者与可用性专家聚集在一起的项目，并且与 KDE 正密切合作。

一些指导文献包含在[http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE 用户界面指导(设计标准)]与[http://developer.kde.org/documentation/design/ui/index.html KDE 用户界面指导(设计原则)]。

分析用户界面也许包括以下一些项目：检查在 KDE 程序中快捷键是否一致，确认对话框直接与用户期望的互动相关，并且寻找 KDE 软件的用户以观察他们如何进行通常的工作流程。

==得到问题的答案==

如果您对 KDE 的开发产生疑问，您的选择几乎与普通用户完全一致，除开一些小的改动:
<blockquote>
:* '''阅读开发者 FAQ '''。许多普通开发者的问题已在[[Development/FAQs|KDE 开发者 FAQ]]中予以回答
:* '''搜寻/浏览 KDE 网站'''。许多问题也已在 KDE 网站得到回答，并且文档也包含于其中。您可以在主页搜索所有 KDE 网站。此外，您可以浏览[http://techbase.kde.org KDE 技术基地网站(本站)]。并且如果可能的话，为了慈善帮助编辑它，并且如果有东西不清楚，使用谈话页面。
:* '''搜索邮件列表'''。许多问题早已在 KDE 邮件列表中回答，尤其是列表 kde-devel、kde2-porting、kde-core-devel、kde-games-devel、kfm-devel 与 koffice-devel 。您可以在[http://lists.kde.org/ lists.kde.org] 中搜索它们。您应该一直先搜索答案再于邮件列表中提问。当您在邮件列表中提问时，您在给成千上万的人发邮件 -- 请仅在通过简单的搜索无法找到答案时这么做。
:* '''搜索引擎'''。不要忘记您最爱的搜索引擎。 Google 是最好的搜索引擎之一。使用 Google 您也可以[http://groups.google.com/ 搜索]到一大批新闻组网站，这也是非常有用的，尤其对于通用编程与 gcc 相关的问题。

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

KDE 邮件列表的完整列表在 [http://www.kde.org/mailinglists/ 这儿]与[http://mail.kde.org/mailman/listinfo 这儿]。

[[Category:FAQs/zh-cn]]

Translations:Contribute/35/zh-cn

2012-12-03T05:28:10Z

Berryboy2012: Created page with "KDE 邮件列表的完整列表在 [http://www.kde.org/mailinglists/ 这儿]与[http://mail.kde.org/mailman/listinfo 这儿]。"

KDE 邮件列表的完整列表在 [http://www.kde.org/mailinglists/ 这儿]与[http://mail.kde.org/mailman/listinfo 这儿]。

Contribute/zh-cn

2012-12-03T05:17:54Z

Berryboy2012: Created page with "如果您对 KDE 的开发产生疑问，您的选择几乎与普通用户完全一致，除开一些小的改动: <blockquote> :* '''阅读开发者 FAQ '''。许多普通开..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序与操作系统分析、在很多书籍中能找到的通用原则、用户测试或个人(传闻)反馈中采用信息的话从它能获得许多东西。这是一个义务工作，并且即使所有人同意您，仍必须有人执行它。

[http://mail.kde.org/mailman/listinfo/kde-usability KDE 可用性邮件列表]是一个讨论您的想法的非常活跃与好的地方，他们的主页在 http://techbase.kde.org/Projects/Usability 。如果您就是一个可用性的专家，请查看 [http://www.openusability.org/ OpenUsability.org]，一个把开源开发者与可用性专家聚集在一起的项目，并且与 KDE 正密切合作。

一些指导文献包含在[http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE 用户界面指导(设计标准)]与[http://developer.kde.org/documentation/design/ui/index.html KDE 用户界面指导(设计原则)]。

分析用户界面也许包括以下一些项目：检查在 KDE 程序中快捷键是否一致，确认对话框直接与用户期望的互动相关，并且寻找 KDE 软件的用户以观察他们如何进行通常的工作流程。

==得到问题的答案==

如果您对 KDE 的开发产生疑问，您的选择几乎与普通用户完全一致，除开一些小的改动:
<blockquote>
:* '''阅读开发者 FAQ '''。许多普通开发者的问题已在[[Development/FAQs|KDE 开发者 FAQ]]中予以回答
:* '''搜寻/浏览 KDE 网站'''。许多问题也已在 KDE 网站得到回答，并且文档也包含于其中。您可以在主页搜索所有 KDE 网站。此外，您可以浏览[http://techbase.kde.org KDE 技术基地网站(本站)]。并且如果可能的话，为了慈善帮助编辑它，并且如果有东西不清楚，使用谈话页面。
:* '''搜索邮件列表'''。许多问题早已在 KDE 邮件列表中回答，尤其是列表 kde-devel、kde2-porting、kde-core-devel、kde-games-devel、kfm-devel 与 koffice-devel 。您可以在[http://lists.kde.org/ lists.kde.org] 中搜索它们。您应该一直先搜索答案再于邮件列表中提问。当您在邮件列表中提问时，您在给成千上万的人发邮件 -- 请仅在通过简单的搜索无法找到答案时这么做。
:* '''搜索引擎'''。不要忘记您最爱的搜索引擎。 Google 是最好的搜索引擎之一。使用 Google 您也可以[http://groups.google.com/ 搜索]到一大批新闻组网站，这也是非常有用的，尤其对于通用编程与 gcc 相关的问题。

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/33/zh-cn

2012-12-03T05:17:54Z

如果您对 KDE 的开发产生疑问，您的选择几乎与普通用户完全一致，除开一些小的改动:
<blockquote>
:* '''阅读开发者 FAQ '''。许多普通开发者的问题已在[[Development/FAQs|KDE 开发者 FAQ]]中予以回答
:* '''搜寻/浏览 KDE 网站'''。许多问题也已在 KDE 网站得到回答，并且文档也包含于其中。您可以在主页搜索所有 KDE 网站。此外，您可以浏览[http://techbase.kde.org KDE 技术基地网站(本站)]。并且如果可能的话，为了慈善帮助编辑它，并且如果有东西不清楚，使用谈话页面。
:* '''搜索邮件列表'''。许多问题早已在 KDE 邮件列表中回答，尤其是列表 kde-devel、kde2-porting、kde-core-devel、kde-games-devel、kfm-devel 与 koffice-devel 。您可以在[http://lists.kde.org/ lists.kde.org] 中搜索它们。您应该一直先搜索答案再于邮件列表中提问。当您在邮件列表中提问时，您在给成千上万的人发邮件 -- 请仅在通过简单的搜索无法找到答案时这么做。
:* '''搜索引擎'''。不要忘记您最爱的搜索引擎。 Google 是最好的搜索引擎之一。使用 Google 您也可以[http://groups.google.com/ 搜索]到一大批新闻组网站，这也是非常有用的，尤其对于通用编程与 gcc 相关的问题。

Contribute/zh-cn

2012-12-03T04:48:30Z

Berryboy2012: Created page with "分析用户界面也许包括以下一些项目：检查在 KDE 程序中快捷键是否一致，确认对话框直接与用户期望的互动相关，并且寻找 KDE 软件..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序与操作系统分析、在很多书籍中能找到的通用原则、用户测试或个人(传闻)反馈中采用信息的话从它能获得许多东西。这是一个义务工作，并且即使所有人同意您，仍必须有人执行它。

[http://mail.kde.org/mailman/listinfo/kde-usability KDE 可用性邮件列表]是一个讨论您的想法的非常活跃与好的地方，他们的主页在 http://techbase.kde.org/Projects/Usability 。如果您就是一个可用性的专家，请查看 [http://www.openusability.org/ OpenUsability.org]，一个把开源开发者与可用性专家聚集在一起的项目，并且与 KDE 正密切合作。

一些指导文献包含在[http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE 用户界面指导(设计标准)]与[http://developer.kde.org/documentation/design/ui/index.html KDE 用户界面指导(设计原则)]。

分析用户界面也许包括以下一些项目：检查在 KDE 程序中快捷键是否一致，确认对话框直接与用户期望的互动相关，并且寻找 KDE 软件的用户以观察他们如何进行通常的工作流程。

==得到问题的答案==

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
<blockquote>
:* '''Read the Developer FAQ'''. Many common developer questions have been answered in the [[Development/FAQs|KDE Developer FAQ]]
:* '''Search/browse KDE websites'''. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the [http://techbase.kde.org KDE TechBase website]. And if possible, help edit it for clarity, and use the talk page if something is unclear.
:* '''Search mailing lists'''. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at [http://lists.kde.org/ lists.kde.org]. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
:* '''Search engines'''. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also [http://groups.google.com/ search] the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/46/zh-cn

2012-12-03T04:48:29Z

分析用户界面也许包括以下一些项目：检查在 KDE 程序中快捷键是否一致，确认对话框直接与用户期望的互动相关，并且寻找 KDE 软件的用户以观察他们如何进行通常的工作流程。

Contribute/zh-cn

2012-12-03T04:27:03Z

Berryboy2012: Created page with "一些指导文献包含在[http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE 用户界面指导(设计标准)]与[http://developer.kde.org/doc..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序与操作系统分析、在很多书籍中能找到的通用原则、用户测试或个人(传闻)反馈中采用信息的话从它能获得许多东西。这是一个义务工作，并且即使所有人同意您，仍必须有人执行它。

[http://mail.kde.org/mailman/listinfo/kde-usability KDE 可用性邮件列表]是一个讨论您的想法的非常活跃与好的地方，他们的主页在 http://techbase.kde.org/Projects/Usability 。如果您就是一个可用性的专家，请查看 [http://www.openusability.org/ OpenUsability.org]，一个把开源开发者与可用性专家聚集在一起的项目，并且与 KDE 正密切合作。

一些指导文献包含在[http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE 用户界面指导(设计标准)]与[http://developer.kde.org/documentation/design/ui/index.html KDE 用户界面指导(设计原则)]。

Some projects for analysis of user interfaces may include: checking that shortcut keys are coherent across KDE applications, making sure that dialogs are directly relevant to the interaction that the user would expect, and finding users of KDE software to see how they perform common workflows.

==得到问题的答案==

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
<blockquote>
:* '''Read the Developer FAQ'''. Many common developer questions have been answered in the [[Development/FAQs|KDE Developer FAQ]]
:* '''Search/browse KDE websites'''. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the [http://techbase.kde.org KDE TechBase website]. And if possible, help edit it for clarity, and use the talk page if something is unclear.
:* '''Search mailing lists'''. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at [http://lists.kde.org/ lists.kde.org]. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
:* '''Search engines'''. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also [http://groups.google.com/ search] the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/45/zh-cn

2012-12-03T04:27:03Z

一些指导文献包含在[http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE 用户界面指导(设计标准)]与[http://developer.kde.org/documentation/design/ui/index.html KDE 用户界面指导(设计原则)]。

Contribute/zh-cn

2012-11-30T05:30:59Z

Berryboy2012: Created page with "[http://mail.kde.org/mailman/listinfo/kde-usability KDE 可用性邮件列表]是一个讨论您的想法的非常活跃与好的地方，他们的主页在 http://techbase.kd..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序与操作系统分析、在很多书籍中能找到的通用原则、用户测试或个人(传闻)反馈中采用信息的话从它能获得许多东西。这是一个义务工作，并且即使所有人同意您，仍必须有人执行它。

[http://mail.kde.org/mailman/listinfo/kde-usability KDE 可用性邮件列表]是一个讨论您的想法的非常活跃与好的地方，他们的主页在 http://techbase.kde.org/Projects/Usability 。如果您就是一个可用性的专家，请查看 [http://www.openusability.org/ OpenUsability.org]，一个把开源开发者与可用性专家聚集在一起的项目，并且与 KDE 正密切合作。

Some documents guiding documents include the [http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE User Interface Guidelines (design standards)] and [http://developer.kde.org/documentation/design/ui/index.html KDE User Interface Guidelines (design principles)].

Some projects for analysis of user interfaces may include: checking that shortcut keys are coherent across KDE applications, making sure that dialogs are directly relevant to the interaction that the user would expect, and finding users of KDE software to see how they perform common workflows.

==得到问题的答案==

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
<blockquote>
:* '''Read the Developer FAQ'''. Many common developer questions have been answered in the [[Development/FAQs|KDE Developer FAQ]]
:* '''Search/browse KDE websites'''. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the [http://techbase.kde.org KDE TechBase website]. And if possible, help edit it for clarity, and use the talk page if something is unclear.
:* '''Search mailing lists'''. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at [http://lists.kde.org/ lists.kde.org]. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
:* '''Search engines'''. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also [http://groups.google.com/ search] the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/44/zh-cn

2012-11-30T05:30:59Z

[http://mail.kde.org/mailman/listinfo/kde-usability KDE 可用性邮件列表]是一个讨论您的想法的非常活跃与好的地方，他们的主页在 http://techbase.kde.org/Projects/Usability 。如果您就是一个可用性的专家，请查看 [http://www.openusability.org/ OpenUsability.org]，一个把开源开发者与可用性专家聚集在一起的项目，并且与 KDE 正密切合作。

Contribute/zh-cn

2012-11-30T05:25:55Z

Berryboy2012: Created page with "执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序与操作系统分析、在很多书籍中能找到的通用原则、用户测试或个人(传闻)反馈中采用信息的话从它能获得许多东西。这是一个义务工作，并且即使所有人同意您，仍必须有人执行它。

The [http://mail.kde.org/mailman/listinfo/kde-usability KDE Usability Mailing List] is very active and a good place for discussing your ideas, and their homepage is at http://techbase.kde.org/Projects/Usability. If you are already an usability expert, please check [http://www.openusability.org/ OpenUsability.org], a project that brings open source developers and usability experts together, and is collaborating closely with KDE.

Some documents guiding documents include the [http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE User Interface Guidelines (design standards)] and [http://developer.kde.org/documentation/design/ui/index.html KDE User Interface Guidelines (design principles)].

Some projects for analysis of user interfaces may include: checking that shortcut keys are coherent across KDE applications, making sure that dialogs are directly relevant to the interaction that the user would expect, and finding users of KDE software to see how they perform common workflows.

==得到问题的答案==

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
<blockquote>
:* '''Read the Developer FAQ'''. Many common developer questions have been answered in the [[Development/FAQs|KDE Developer FAQ]]
:* '''Search/browse KDE websites'''. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the [http://techbase.kde.org KDE TechBase website]. And if possible, help edit it for clarity, and use the talk page if something is unclear.
:* '''Search mailing lists'''. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at [http://lists.kde.org/ lists.kde.org]. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
:* '''Search engines'''. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also [http://groups.google.com/ search] the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/43/zh-cn

2012-11-30T05:25:55Z

执行一个快捷的用户界面分析是容易的，但是说服人们改变界面是困难的。一个好的、令人信服的分析如果从 KDE 指导、竞争的程序与操作系统分析、在很多书籍中能找到的通用原则、用户测试或个人(传闻)反馈中采用信息的话从它能获得许多东西。这是一个义务工作，并且即使所有人同意您，仍必须有人执行它。

Contribute/zh-cn

2012-11-30T05:14:33Z

Berryboy2012: Created page with "用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

It is easy to perform a quick user interface analysis, but it is hard to convince people to change the interface. A good, convincing analysis can gain much if it incorporates information from the KDE guidelines, competing program and operational system analysis, general design principles found in many books, user testing or individual (anecdotal) feedback. It is a volunteer project, and even if everybody agree with you, someone has to implement it.

The [http://mail.kde.org/mailman/listinfo/kde-usability KDE Usability Mailing List] is very active and a good place for discussing your ideas, and their homepage is at http://techbase.kde.org/Projects/Usability. If you are already an usability expert, please check [http://www.openusability.org/ OpenUsability.org], a project that brings open source developers and usability experts together, and is collaborating closely with KDE.

Some documents guiding documents include the [http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE User Interface Guidelines (design standards)] and [http://developer.kde.org/documentation/design/ui/index.html KDE User Interface Guidelines (design principles)].

Some projects for analysis of user interfaces may include: checking that shortcut keys are coherent across KDE applications, making sure that dialogs are directly relevant to the interaction that the user would expect, and finding users of KDE software to see how they perform common workflows.

==得到问题的答案==

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
<blockquote>
:* '''Read the Developer FAQ'''. Many common developer questions have been answered in the [[Development/FAQs|KDE Developer FAQ]]
:* '''Search/browse KDE websites'''. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the [http://techbase.kde.org KDE TechBase website]. And if possible, help edit it for clarity, and use the talk page if something is unclear.
:* '''Search mailing lists'''. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at [http://lists.kde.org/ lists.kde.org]. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
:* '''Search engines'''. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also [http://groups.google.com/ search] the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/42/zh-cn

2012-11-30T05:14:33Z

用户界面是一个非常广泛的论题，并且非常主观，因为对于某些人而言是显然的东西对于其他人而言是荒谬的，反之亦然。因此，不要推测、争论清楚，开始您的合乎逻辑的步骤。您讨论它的主要工具是客观推理和良好的意识。

Contribute/zh-cn

2012-11-30T05:02:59Z

Berryboy2012: Created page with "在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

User interface is a very wide subject, and very subjective too, as something obvious to someone is absurd to others and vice versa. Therefore, don't assume, argue clearly, stating your logical steps. Your main tool discussing it are objective reasoning and good sense.

It is easy to perform a quick user interface analysis, but it is hard to convince people to change the interface. A good, convincing analysis can gain much if it incorporates information from the KDE guidelines, competing program and operational system analysis, general design principles found in many books, user testing or individual (anecdotal) feedback. It is a volunteer project, and even if everybody agree with you, someone has to implement it.

The [http://mail.kde.org/mailman/listinfo/kde-usability KDE Usability Mailing List] is very active and a good place for discussing your ideas, and their homepage is at http://techbase.kde.org/Projects/Usability. If you are already an usability expert, please check [http://www.openusability.org/ OpenUsability.org], a project that brings open source developers and usability experts together, and is collaborating closely with KDE.

Some documents guiding documents include the [http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE User Interface Guidelines (design standards)] and [http://developer.kde.org/documentation/design/ui/index.html KDE User Interface Guidelines (design principles)].

Some projects for analysis of user interfaces may include: checking that shortcut keys are coherent across KDE applications, making sure that dialogs are directly relevant to the interaction that the user would expect, and finding users of KDE software to see how they perform common workflows.

==得到问题的答案==

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
<blockquote>
:* '''Read the Developer FAQ'''. Many common developer questions have been answered in the [[Development/FAQs|KDE Developer FAQ]]
:* '''Search/browse KDE websites'''. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the [http://techbase.kde.org KDE TechBase website]. And if possible, help edit it for clarity, and use the talk page if something is unclear.
:* '''Search mailing lists'''. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at [http://lists.kde.org/ lists.kde.org]. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
:* '''Search engines'''. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also [http://groups.google.com/ search] the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/40/zh-cn

2012-11-30T05:02:59Z

在这里您可以找到一个详细指导对于使用 Qt Designer 编写 WhatsThis 并且直接在源代码工作:[http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis 教程]，Aaron J. Seigo 撰写。

Contribute/zh-cn

2012-11-30T04:58:47Z

Berryboy2012: Created page with "幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿..."

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

Here you can find a detailed guide for writing whatsthis using Qt Designer and working directly with the source code: [http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis Tutorial], by Aaron J. Seigo.

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

User interface is a very wide subject, and very subjective too, as something obvious to someone is absurd to others and vice versa. Therefore, don't assume, argue clearly, stating your logical steps. Your main tool discussing it are objective reasoning and good sense.

It is easy to perform a quick user interface analysis, but it is hard to convince people to change the interface. A good, convincing analysis can gain much if it incorporates information from the KDE guidelines, competing program and operational system analysis, general design principles found in many books, user testing or individual (anecdotal) feedback. It is a volunteer project, and even if everybody agree with you, someone has to implement it.

The [http://mail.kde.org/mailman/listinfo/kde-usability KDE Usability Mailing List] is very active and a good place for discussing your ideas, and their homepage is at http://techbase.kde.org/Projects/Usability. If you are already an usability expert, please check [http://www.openusability.org/ OpenUsability.org], a project that brings open source developers and usability experts together, and is collaborating closely with KDE.

Some documents guiding documents include the [http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE User Interface Guidelines (design standards)] and [http://developer.kde.org/documentation/design/ui/index.html KDE User Interface Guidelines (design principles)].

Some projects for analysis of user interfaces may include: checking that shortcut keys are coherent across KDE applications, making sure that dialogs are directly relevant to the interaction that the user would expect, and finding users of KDE software to see how they perform common workflows.

==得到问题的答案==

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
<blockquote>
:* '''Read the Developer FAQ'''. Many common developer questions have been answered in the [[Development/FAQs|KDE Developer FAQ]]
:* '''Search/browse KDE websites'''. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the [http://techbase.kde.org KDE TechBase website]. And if possible, help edit it for clarity, and use the talk page if something is unclear.
:* '''Search mailing lists'''. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at [http://lists.kde.org/ lists.kde.org]. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
:* '''Search engines'''. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also [http://groups.google.com/ search] the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/39/zh-cn

2012-11-30T04:58:47Z

幸运的是，这项工作通常不是非常困难，因为有应付用户界面的好工具，更好的是，您不久后将在应付通常的用户界面时运用在这儿获得的知识。使用 Qt 框架(Qt 是KDE技术的基础)，把代码与用户界面分离是有可能的。您在此有两种基本情况：用户界面写入程序的主体代码(通常为 .cpp 文件)或在 Qt Designer 文件(.ui 文件:这是一个 XML 文档)。第二种情况是最佳开始，因为它更易于工作。如果您没有安装 Qt Designer，您可以通过在您的发行版中安装 Qt 开发包或者 Qt Designer 包(如果您的发行版有更细致的包)。

Contribute/zh-cn

2012-11-30T04:39:40Z

Berryboy2012:

<languages />

此页面简要介绍 KDE 开发的不同方面，特别是编程相关的问题，'''KDE 项目欢迎所有愿意提供帮助的人加入。'''

{{Note|加入KDE开发有许多种方式，分类汇总如下：
: 文档、翻译、开发、可用性、访问辅助、艺术作品、推广
: 不会编程？请访问KDE页面 [http://kde.org/community/getinvolved/ 如何参与] 获得其它贡献方式。参见: [[Contribute/Bugsquad|Bugsquad]]!
}}

==新闻和邮件来源==

KDE项目的大方向是由实际工作者决定的 - KDE将变成什么样并没有一个统一的计划。

如果想了解当前发生的事，有许多信息来源：
; [http://www.kde.org/mailinglists/ 邮件列表]
: 可能是了解 KDE 开发进展的最好方式，归档位于 [http://lists.kde.org 这里]

; [http://commitfilter.kde.org/ CommitFilter]
: 获 KDE 中感兴趣领域的代码提交通知。

; [http://commit-digest.org/ KDE 提交摘要]
: 每周 KDE 项目源代码提交的摘要。

; [http://dot.kde.org/ The Dot]
: KDE 新闻站点。

==报告错误==

最简单的贡献方式是使用[https://bugs.kde.org/ KDE Bug 管理系统] ('''Bugzilla''')[http://userbase.kde.org/Asking_Questions#Reporting_KDE_Bugs 报告使用KDE时遇到的问题] 。

如果正在使用的应用程序崩溃，那么工具'''Dr Konqi'''将出现，并引导您报告遇到的崩溃。更多内容，请阅读[[Development/Tutorials/Debugging/How_to_create_useful_crash_reports|如何提交有用的崩溃报告]]。

==开始编程==

开始为 KDE 编程只需要找到一个需要修复地方，并改好它。您可能需要查看模块的概述，以找到需要的信息；修复了问题后，需要发送一个补丁。这样做了几次之后，可以申请 KDE 贡献帐户，之后就可以直接提交代码。

* [[Contribute/List of KDE Modules|模块概述]]
* [[Contribute/Send Patches|发送补丁]]
* [[Contribute/Get a Contributor Account|申请 KDE 贡献账户]]
* [[Contribute/First Steps with your KDE SVN Account|使用贡献账户之后的第一步]]

=== C++ ===

KDE大部分是用C++写成的。如果你不熟悉C++，你至少需要对它进行一些学习。有一些很好的关于C++的书，其中一本非常出色的教程叫做 [http://mindview.net/Books/TICPP/ThinkingInCPP2e.html Bruce Eckel的 "Thinking in C++"]，你可以自由而免费地下载它，同样你也能将其打印成书面文档。在参与KDE之前，你不需要对它的所有东西都有个透彻的理解，但你至少需要懂得基本的语法和操作。

=== Qt ===

要想精通KDE编程，你应当对Qt toolkit有较好的理解。如果不熟悉Qt，应当学习[http://doc.qt.nokia.com/latest Qt 参考文件]中的相关指南。

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

如果您偏好阅读传统书籍来学习 Qt，可以看看[http://qt.nokia.com/developer/books/ Qt 相关的书籍]。更多熟悉 Qt4 的建议可参考[http://doc.qt.nokia.com/latest/how-to-learn-qt.html 如何学习 Qt]。

=== KDE ===

一系列关于KDE技术的信息可以在[[Development/Tutorials|指南]]中查阅。注意，这些指南中的一部分仍然是针对KDE3的，所以它们只能被部分地应用。

在[[Development/FAQs|FAQs]]中也能找到关于KDE编程的有用信息。这些信息对KDE4来说可能同样是有点过时了，然而其中的许多内容仍然适用，甚至适用是在KDE之外。

你同样可以阅读[[Development/Further Information#Books|KDE编码书籍]]。

最后，KDE同时发布了大量的类(API)文档，可以从[[Development/Tutorials/API Documentation|KDE API 参考手册]]访问。参考手册中还包含许多编写与更新类文档的有用链接。这些文档可以在本机自动生成或访问即时更新的[http://api.kde.org/ API 参考].

一个关于以上步骤的更详细的描述请参看[http://quality.kde.org/develop/howto/howtohack.php 编程指导]。

==== 上下文帮助：这是什么 ====

上下文帮助是与对话框和控件密不可分的，因为它们是上下文帮助的目标。实际上要编写上下文帮助，需要修改程序和编程工具。上下文帮助是控件的一个属性。在面向对象的编程中，属性可以有多个值并根据不同的属性值表现出不同的行为。在 Qt/KDE 编程中，使用的属性是 "whatsthis"，数值是要显示的上下文帮助内容。

Fortunately, this task is usually not very difficult, as there are good tools to deal with user interface design, and better, you will use the knowledge acquired here later when dealing with user interface in general. Using the Qt framework (Qt is the base of KDE technology), it is possible to separate code and user interface. You have two basic cases here: the user interface is written with the general code of application (usually .cpp files) or in Qt Designer files (.ui files: it is a XML document). The second case is the best to start with, as it is simpler to work with. If you don't have Qt Designer installed, you can do so by installing the devel package of Qt from your distribution or the Qt Designer package (if your distribution has more fine grained packages).

Here you can find a detailed guide for writing whatsthis using Qt Designer and working directly with the source code: [http://bddf.ca/~aseigo/whatsthis_tutorial/ WhatsThis Tutorial], by Aaron J. Seigo.

== 参与除错和质量保障 ==

KDE中包含许多应用程序，但并非每个程序都有一个维护者专门管理漏洞和从总体上帮忙将相互关联且可用的代码转换为精致的程序。

如果你有兴趣帮助KDE解决问题，但又不知从何处着手，成为一个KDE质保小组（the KDE Quality Team）的一员可能正是你所期望的——更多信息请查看[http://quality.kde.org 质保小组的网站]。注意，你不需要任何编程技能就可以参与进来。特别是 developers regularly 推动一个[http://community.kde.org/KDE/Junior_Jobs 简单任务项目]以鼓励新的贡献。

当然，你能在不成为KDE质保小组成员的情况下参与除错——只需要在KDE [http://bugs.kde.org 漏洞跟踪系统]上创建一个你自己的账户，并且开始搜索/整理这些漏洞。再次强调，你并不必须拥有编程技能——那只是帮助程序员用一贯的手法在程序中复制漏洞而已。

[[Contribute/Bugsquad|Bug巡查人员]]尝试跟踪KDE软件中的漏洞，并且确保被确认的漏洞被开发者们注意到。在Bugsquad中你不需要任何的编程知识；事实上，如果你不会编程，这是一种回馈某些东西给KDE社群的良好方法。

== 用户界面 ==

User interface is a very wide subject, and very subjective too, as something obvious to someone is absurd to others and vice versa. Therefore, don't assume, argue clearly, stating your logical steps. Your main tool discussing it are objective reasoning and good sense.

It is easy to perform a quick user interface analysis, but it is hard to convince people to change the interface. A good, convincing analysis can gain much if it incorporates information from the KDE guidelines, competing program and operational system analysis, general design principles found in many books, user testing or individual (anecdotal) feedback. It is a volunteer project, and even if everybody agree with you, someone has to implement it.

The [http://mail.kde.org/mailman/listinfo/kde-usability KDE Usability Mailing List] is very active and a good place for discussing your ideas, and their homepage is at http://techbase.kde.org/Projects/Usability. If you are already an usability expert, please check [http://www.openusability.org/ OpenUsability.org], a project that brings open source developers and usability experts together, and is collaborating closely with KDE.

Some documents guiding documents include the [http://developer.kde.org/documentation/standards/kde/style/basics/index.html KDE User Interface Guidelines (design standards)] and [http://developer.kde.org/documentation/design/ui/index.html KDE User Interface Guidelines (design principles)].

Some projects for analysis of user interfaces may include: checking that shortcut keys are coherent across KDE applications, making sure that dialogs are directly relevant to the interaction that the user would expect, and finding users of KDE software to see how they perform common workflows.

==得到问题的答案==

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
<blockquote>
:* '''Read the Developer FAQ'''. Many common developer questions have been answered in the [[Development/FAQs|KDE Developer FAQ]]
:* '''Search/browse KDE websites'''. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the [http://techbase.kde.org KDE TechBase website]. And if possible, help edit it for clarity, and use the talk page if something is unclear.
:* '''Search mailing lists'''. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at [http://lists.kde.org/ lists.kde.org]. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
:* '''Search engines'''. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also [http://groups.google.com/ search] the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

:* '''Read the source code'''. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
:* '''Ask on KDE mailing lists'''. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
:* For questions relating to core development or third-party KDE development, unless you are particularly interested in [http://konqueror.kde.org/ Konqueror], [http://www.koffice.org/ KOffice], games or Java development, your main choice is [mailto:kde-devel@kde.org kde-devel] [mailto:kde-devel-request@kde.org?subject=subscribe (subscribe)].
:* For questions relating to Konqueror development, your main choice is [mailto:kfm-devel@kde.org kfm-devel] [mailto:kfm-devel@kde.org?subject=subscribe (subscribe)]
:* For questions relating to KOffice development, your main choice is [mailto:koffice-devel@kde.org koffice-devel] [mailto:koffice-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to games development, your main choice is [mailto:kde-games-devel@kde.org kde-games-devel] [mailto:kde-games-devel-request@kde.org?subject=subscribe (subscribe)]
:* For questions relating to [http://qt.nokia.com/ Qt development], please use the fine [http://lists.trolltech.com/qt-interest/ Qt mailing list].
</blockquote>

A full list of KDE mailing lists is available [http://www.kde.org/mailinglists/ here] and [http://mail.kde.org/mailman/listinfo here].

[[Category:FAQs/zh-cn]]

Translations:Contribute/19/zh-cn

2012-11-30T04:39:40Z

Berryboy2012:

如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

Translations:Contribute/19/zh-cn

2012-11-30T04:39:18Z

Berryboy2012:

!!FUZZY!!如果你需要一个更有魅力的Qt介绍，或者希望了解一个不同角度的观点，那么你可能愿意阅读这份[http://www.apress.com/9781590598313 Qt 发展基金会 ]。

Translator Account

2012-11-18T05:26:55Z

Berryboy2012:

{{Tip|1=''Example (please add your details to the bottom of the list)''

----

User Name: Hans

Language(s): Swedish

(Optional) Do you expect to work off-line?: No}}

----
----

User Name: Droetker

Language(s): German

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group --[[User:Neverendingo|Neverendingo]] 16:32, 29 January 2012 (UTC)
----
User Name: Prototik

Language(s): Russian

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group --[[User:Neverendingo|Neverendingo]] 16:32, 29 January 2012 (UTC)
----
User Name: phoenixlzx

Language(s): Simplified Chinese

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] 11:57, 13 February 2012 (UTC)
----

User Name: Latif

Language(s): Indonesian

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] 11:57, 13 February 2012 (UTC)
----

User Name: Mitsakoz1989

Language(s): Greek

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] 19:05, 11 March 2012 (UTC)
----

User Name: Amachu

Language(s): Tamil

(Optional) Do you expect to work off-line?: Some times.

Welcome to the Translator group [[User:AnneW|Annew]] 15:52, 22 March 2012 (UTC)
----

User Name: Aracele

Language(s): Brazilian Portuguese

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] 12:07, 26 March 2012 (BST)
----

User Name: Torbjoern

Language(s): German

(Optional) Do you expect to work off-line?: Sometimes

Welcome to the Translator group [[User:AnneW|Annew]] 14:06, 7 April 2012 (BST)
----
User Name: Diogoleal

Language(s): Brazilian Portuguese

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group --[[User:Neverendingo|Neverendingo]] 11:20, 29 April 2012 (BST)
----

User Name: Camilaraw

Language(s): Brazilian Portuguese

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group --[[User:Neverendingo|Neverendingo]] 11:20, 29 April 2012 (BST)
----

User Name: vitorboschi

Language(s): Brazilian Portuguese

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group --[[User:Neverendingo|Neverendingo]] 11:20, 29 April 2012 (BST)
----

User Name: Airon90

Language(s): Esperanto

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] 10:02, 17 May 2012 (BST)
----

User Name: RoEn

Language(s): German, Russian

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] 18:45, 4 June 2012 (BST)
----

User Name: polix

Language(s) German,Russian, Ukrainian

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] 18:45, 4 June 2012 (BST)
----

User Name: TOUDIdel

Language(s) Polish

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] 18:25, 20 June 2012 (BST)
----

User Name: dburgoyn

Language(s) German, French

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] 18:25, 25 June 2012 (BST)
----
User Name: Libertypo

Languages: Romanian, Italian

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] 09:59, 27 June 2012 (BST)
----

User Name: Gallaecio

Language(s): Galician

(Optional) Do you expect to work off-line?: Indeed

Welcome to the Translator group [[User:AnneW|Annew]] 09:48, 22 July 2012 (BST)
----

User Name: shantha

Language(s): Tamil

(Optional) Do you expect to work off-line?: Some times.

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 09:42, 10 August 2012 (BST)
----

User Name: Freetznightsoul

Language(s): Russian

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 12:21, 12 August 2012 (BST)
----
User Name: naveenmtp

Language(s): Tamil

(Optional) Do you expect to work off-line?: Some times.

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 19:40, 16 August 2012 (BST)
----
User Name: Abella

Language(s): Catalan

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 17:57, 18 September 2012 (BST)
----
User Name: Olegkuksa

Language(s): Russian

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 10:09, 4 November 2012 (UTC)
----
User Name: Inzuiqiang

Language(s): 简体中文

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 10:09, 4 November 2012 (UTC)
----
User Name: Fredtantini

Language(s): French

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 10:09, 4 November 2012 (UTC)
----
User Name: PanchoS

Language(s): German

(Optional) Do you expect to work off-line?: No

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 10:09, 4 November 2012 (UTC)
----
User Name: KireByte

Language(s): Spanish

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 09:52, 7 November 2012 (UTC)
----
User Name: accumulator

Language(s): Dutch

(Optional) Do you expect to work off-line?: Yes

Welcome to the Translator group [[User:AnneW|Annew]] ([[User talk:AnneW|talk]]) 14:08, 12 November 2012 (UTC)
----
User Name: Berryboy2012

Language(s): Chinese

(Optional) Do you expect to work off-line?: Yes