Gui为KDE和Gnome [英] Gui for KDE and Gnome

查看:243
本文介绍了Gui为KDE和Gnome的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我想写一个gui到一个现在是CLI的应用程序,它需要在KDE和Gnome DE中都看起来很好,从而充分利用了用户设置的外观。



如果我选择Qt或GTK +,我可以做到这一点吗?

它们是否与DE都完美融合?或者KDE用户需要gnome库,反之亦然才能运行它们?



我选择的开发语言是C ++

我发现Gtk +应用程序在KDE中比Qt应用程序在Gnome中更接近正确,但不够重要。这两个选项的外观和感觉都属于它们,前提是这些库可以在系统上使用(您可能会想到的更常见),或者它们是静态链接的(不确定是否允许使用Qt)。



其次,wxWidgets仍然会在KDE中使用Gtk +,要求加载相同的库,就如同除了wxWidgets之外严格使用Gtk +编写应用程序一样。它确实是一个很棒的选择,因为它很容易使用,并且在许多环境中运行良好。这应该让你了解应用程序在桌面环境中的外观:

http://www.wxwidgets.org/about/screensh.htm



我认为更重要的是哪些将更好地适合您的编码风格和应用程序。 Qt和Gtk +在许多方面可以完全不同。


I want to write a gui to an application that is now CLI that needs to "look good" in both KDE and Gnome DE's, taking optimal advantage of a users settings for appearance.

If I select Qt or GTK+ will I be able to do this?

Do they integrate well with both DE's? Or does a KDE user need gnome libs and vice versa to run them?

My development language of choice will be C++

解决方案

I've found that Gtk+ apps come closer to looking right in KDE than Qt apps do in Gnome, but not by enough to matter. Both options look and feel like they belong, provided the libraries are available on the system (more common that you might think) or they are statically linked (not sure that this is allowed with Qt) as mentioned above.

Secondly, wxWidgets will still use Gtk+ in KDE, requiring the same libraries to be loaded as if you wrote the application strictly using Gtk+ in addition to wxWidgets. It really is a fantastic choice though as it's easy to use and works well in many environments. This should give you an idea of how applications will look between desktop environments:

http://www.wxwidgets.org/about/screensh.htm

I think what is more important is which will fit your coding style and application better. Qt and Gtk+ can be quite different in many regards.

这篇关于Gui为KDE和Gnome的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆