如何编写KDE应用程序和GNOME应用程序

为了报复导致上周六“ The MicroKernel”剧集中断的技术困难和缺乏协作，以及挑战超越pandev的主题，我将诉诸于博客的幽默 Linux 仇敌 弄清楚一些事情。

如何编写KDE应用程序。

1. 寻找一些半成功的开源应用程序
2. 说服自己，用C ++编写是自慰的终极方法，而且学习Qt比和女友共度时光还更好，因为它是如此美丽
3. 提醒自己为什么MOC（控制台音乐）还不错。
4. 以应用程序的名称为sed s / [cg] / k /，验证您最后没有出现三个KA。 如果没有ka，请在开头添加一个。
5. 考虑一下您的应用程序可以提供的任何面向用户的功能
6. Foreach函数：创建一个抽象层，该抽象层至少不能支持其他3个后端
7. Foreach功能：工具栏上的创建按钮
8. Foreach功能：创建菜单项
9. 确保它可以分割窗口，创建选项卡并支持KParts。 如果您无法想到UI，请模仿Windows。
10. 确保使用Phonon和KAddressBook。 和可停靠的终端。
11. 切勿使用名称为g的库。 决不。
12. 将其发布在KDE-Look.org上
13. 向每个人保证将其移植到Windows，但不要
14. 每隔几年使用工具箱修订版作为一个从头开始的借口。

如何编写GNOME应用程序。

1. 在其他平台（Windows，Mac，KDE，最好是Mac）上寻找合理的应用程序。 如果已经有3个其他基于gtk的替代方案不想集成到Gnome中，则可以加分。
2. 名称必须带有g。 如果可以是“ gn”，则加分。 如果可以使用“ gnu”或“ gno”或“ gna”，那么您就算不错了，您的应用程序值得使用。 确保您的应用程序名称与其实际功能没有太大关系。 另外，如果g表示为强，则切勿记录。
3. Gnome中的O表示对象。 它使用D-Bus对象框架。 如果您还使用Bo黑猩猩，那就更好了。 确保至少一个平台可以在网络上运行，但还要确保您的应用程序永远不会在网络上使用它。
4. 提醒自己C语言中的Object Orientation还不错。 断言（gtk_not_in_serious_not_so_错误）。 另外，请记住，GTK +比Qt好得多，因为您没有商业公司为其编写代码。 因此，您知道它比较免费，它的名称带有+。
5. 为每种可能的语言生成包装器，但要确保它们都不按照您想要的方式工作。 您需要将每个包装器的软盘包装都放在单独的包装中。
6. 至少向其他三个程序员说明glib与gnome没有多大关系。 因为他们在乎。
7. 不要忘记探戈图标！
8. 确保您的应用程序在Windows上编译，但看起来像SHIT。
9. 列出您希望应用程序具有的所有功能。
10. 丢弃其中的90％。 因为他们很难做到。 但是要告诉所有人，他们确实不需要它们。
11. 实施其中的2％。 在gconf中隐藏其他8％。 好好藏起来
12. 您的界面最多只能有4个按钮。
13. 确保您的应用程序依赖于至少4个其他名称为g的库。 这使她变得更加侏儒。
14. 不要使用Mono，因为您会将STD传播给所有人。 不用等待，请使用Mono，因为它将使您的工作效率更高。 等等，不，请不要使用Mono，因为如果您这样做，那么没人使用的某些延迟发行版将不会分发您的应用程序。
15. 依靠“朝计划的淘汰”的模块
16. 请放心，即使您的应用很烂，但至少要遵循人机界面指南。