适用于 ThreadX 操作系统的嵌入式 wxWidgets

发布于 2024-08-17 12:00:50 字数 292 浏览 4 评论 0原文

我正在使用 ThreadX 开发嵌入式系统。该项目将涉及 GUI。

我正在寻找嵌入 ThreadX 操作系统的 wxWidgets 端口。

我的搜索找到了用于嵌入式 Linux 和 WinCE 的 wxWidgets。

另外,wxWidgets 很难移植到新的(不同的)操作系统吗?

谢谢,

(项目工具是 C++,使用 Greenhills 编译器和 ThreadX 操作系统,具有 ARM9 处理器以及保守数量的 RAM 和闪存。)

I'm working on an embedded system using ThreadX. The project will involve a GUI.

I'm looking for a port of wxWidgets for embedded on ThreadX operating system.

My search has turned up wxWidgets for embedded Linux and WinCE.

Also, is wxWidgets difficult to port to a new (different) OS?

Thanks,

(The project tools are C++ using Greenhills compiler and ThreadX operating system with ARM9 processor and conservative amount of RAM and FLASH.)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

同展鸳鸯锦 2024-08-24 12:00:50

ThreadX 没有 wxWidgets 端口。虽然将 wx 移植到新操作系统通常根本不是问题,但将其移植到不同的 GUI 工具包却需要大量工作。我对这个操作系统中的 GUI 一无所知,但基本上你可以选择在 wx API 中包装本机 GUI 小部件(假设该平台确实有一些本机 GUI)或仅本地实现图形基元的一小部分并使用 wxWidgets 自己的在 wx 本身中实现的小部件(所谓的 wxUniversal 端口)。后者通常工作量较少,并且无论如何都需要完成前者,因此我们通常建议人们无论如何首先要做的事情。但是,包装本机小部件(同样,如果有的话,某些嵌入式平台根本没有任何本机 GUI)当然会带来更本机的外观和感觉。

在任何情况下,您都不应该期望这是一件微不足道的事情,创建一个新的端口将需要一些努力,尽管如果您的应用程序首先只需要 wx GUI 功能的子集,通常您可以减少它。唯一简单的解决方案是让 X/DirectFB/GTK+ 在您的平台上工作并使用相应的现有 wx 端口,但这可能是不可接受的,因为使用另一个工具包会消耗额外的资源。

最后,如果您确实打算将 wxWidgets 移植到新平台,wx-dev 邮件列表将是寻求帮助和建议的正确位置。

There is no wxWidgets port to ThreadX. And while porting wx to a new OS is usually not a problem at all, porting it to a different GUI toolkit is quite a lot of work. I don't know anything about GUI in this OS but basically you have the choice between wrapping native GUI widgets in wx API (supposing that the platform does have some native GUI) or implement just a small subset of graphical primitives natively and use wxWidgets own widgets implemented in wx itself (so called wxUniversal port). The latter is usually less work and as it's needed to do the former anyhow, this is what we usually advise people to do first anyhow. But wrapping native widgets (again, if any -- some embedded platforms don't have any native GUI at all) results in more native look-and-feel, of course.

In any case, you shouldn't expect this to be trivial to do, creating a new port will require some effort although usually you can reduce it if your application needs just a subset of wx GUI functionality in the first place. The only simple solution is to make X/DirectFB/GTK+ work on your platform and use the corresponding existing wx port but this might be unacceptable because of extra resources consumption due to the use of another toolkit.

Finally, if you do intend to port wxWidgets to a new platform, wx-dev mailing list would be the right place to ask for help and advice.

木森分化 2024-08-24 12:00:50

您是否有充分的理由不使用 Express Logic 自己的 PEGX GUI 库

Do you have a strong reason not to use Express Logic's own PEGX GUI library?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文