适用于Linux的低开销GUI工具包没有X11？ [英] Low-overhead GUI toolkit for Linux w/o X11?
问题描述
我正在寻找可直接使用
Linux frambuffer（无X11）的GUI工具包。它是一个嵌入式设备，有限的资源是
，从图片中获取X将是一个很大的优惠。
工具包需要免费和开源。
到目前为止，我找到了两个没有X11的选项：
1）QTopia（nee QT / Embedded）。我假设我可以得到
PyQT来使用QT的嵌入式版本？
2）PySDL或PyGame。我不太确定这两者之间的差异是什么？
。后者似乎更活跃了一点点b / b
。这两个是否有任何传统的GUI小部件
？
我听说过有关PyFLTK的好消息，但它似乎依赖< Linux平台上X11上的
。
几年前Google发现了这个帖子：
http://groups.google.com /group/comp....0380057?lnk=st
提到相同的两个选项并确认PyQt在
工作时一次使用Qt / E（这会让人相信
可以与QTopia一起工作）。
那个帖子也提到了Pico-GUI和Nano-X。有没有人有使用Python的经验？
？这两个似乎已经停滞不前了。自2003年以来都没有发布任何东西。
-
格兰特爱德华兹格兰特哇！ ..我感觉... b $ b感觉... JUGULAR ......
visi.com
< blockquote> Grant Edwards< gr **** @ visi.comwrites：
我正在寻找可直接与
配合使用的GUI工具包
Linux frambuffer（没有X11）。它是一个嵌入式设备，有限的资源是有限的，并且从图片中获取X将是
大加。
听起来像是一个相当现代的嵌入式因为传统上系统不是X（也不是Python），在这样的
环境中，X（也不是Python）都不可能。根据您需要的更高级别的GUI功能以及资源的实际紧张程度，您可能希望
考虑调查纯绘图库然后实现任何
缺少你自己需要的GUI元素（小部件和鼠标处理）。
当我在以前的
平台上寻找嵌入式图形库时（ELAN 486,2MB闪存，6MB RAM）在DOS下，我们看了
这些：
* GRX（ http://grx.gnu.de/index.html ）
* Allegro（ http://alleg.sourceforge.net/ ）
我们最终使用GRX，主要是因为它是最简单的
开发自定义视频驱动程序以匹配我们的平台，以及
有一个更简单的核心。我们在DOS下，但也在Linux下使用它与后续版本的平台。两个库都支持在Linux中使用framebuffer进行
操作。我们的应用程序是用C ++编写的（Python
不是一个选项），我们实现了自己的按钮和文本
小部件（在我们的例子中，我们从不需要任何滚动小部件）。
GRX没有任何Python包装器，但库是直的
C应该很容易包装（手动或带东西）像SWIG一样。
根本没有内置的小部件支持（一些示例按钮处理代码
演示模块中的
），但如果你的需要很容易实现你自己的
是适度的。
虽然我们最终没有使用它，但Allegro的功能更全面
（实际上是一些非GUI的游戏，因为它针对游戏），并且
似乎也有两个正在进行中的Python绑定。对话框处理程序中有一些基本的
小部件支持。
- David
David Bolen< ; db ****** @ gmail.comwrites：
当我为之前的
平台寻找嵌入式图形库（ELAN 486,2MB闪存，6MB RAM）在DOS下，我们看了
这些：
* GRX（ http://grx.gnu.de/index.html ）
（...）
GRX没有任何Python包装器，但是库是直的
C应该很容易包装（手动或类似SWIG）。
根本没有内置的小部件支持（一些示例按钮处理代码
in a演示模块），但如果您的需求足够轻松实现您自己的需求
是适度的。
我忘记了，因为我们没有使用它，但是有一个外部mGui
库（ http://web.tiscalinet.it/morello/MGui/index.html ）可以在GRX之上使用
层来提供更高级别的功能。当然，
它也必须被包装以供Python使用。
- David
2007-11-03，David Bolen< db ****** @ gmail.comwrote：
Grant Edwards< grCon@visi.comwrites：
>我正在寻找可直接使用
Linux frambuffer的GUI工具包（不X11）。它是一个具有有限资源的嵌入式设备，从图片中获取X将是一个很大的优势。
听起来像一个相当现代的嵌入式因为传统上系统不是X（也不是Python），在这样的
环境中，X（也不是Python）都不可能。
是的，它是现代的足以运行Linux / X11 - 功能强大
它类似于PDA类设备。 wxWidgets已经尝试了b $ b，但它相当缓慢。因此，寻找一些更轻的重量更轻的东西。使用Python可能会稍微延伸一段时间，但使用开源库和
类似于Python的应用程序langauge似乎是
是商业模式的重要组成部分。
根据更高级别的GUI功能，您需要
那仍然有点悬而未决。渲染文本的例程
会很好，就像精灵图形一样。我不认为文本需要进入窗口或者窗口的方式很多。
以及资源的实际紧张程度，你可能想要
考虑调查纯绘图库然后
实现你自己需要的任何缺少的GUI元素（小部件和鼠标
处理）。
没有鼠标。我不确定有多少小部件需要
。可能不是很多。
当我在以前的
平台上寻找嵌入式图形库时（ELAN 486,2MB闪存，6MB在DOS下，我们看了
这些：
* GRX（ http://grx.gnu.de/index.html ）
* Allegro（ http://alleg.sourceforge.net/ ）
我们结束了使用GRX，主要是因为开发一个自定义视频驱动程序以匹配我们的平台是最简单的
，
以及更简单的核心。我们在DOS之下，但是在Linux下用于后一代平台也是如此。
两个库都支持在帧缓冲区中操作
Linux操作系统。我们的应用程序是用C ++编写的（Python不是一个选项），我们
实现了我们自己的按钮和文本小部件（在我们的例子中我们
从不需要任何滚动小部件）。
GRX没有任何Python包装器，但是库是直接C的
，应该很容易包装（手动或用
类似于SWIG）。根本没有内置的小部件支持（演示模块中的一些
样本按钮处理代码），但是如果您的需求适中，那么很容易实现自己的小部件。
虽然我们并没有最终使用它，但是Allegro的功能更加完善（实际上还有一些非GUI的用途）
定位游戏），并且似乎还有两个正在进行中的工作
Python绑定。对话框中的一些基本小部件支持
处理例程。
感谢您的指示。
-
格兰特
I''m looking for GUI toolkits that work with directly with the
Linux frambuffer (no X11). It''s an embedded device with
limited resources, and getting X out of the picture would be a
big plus.
The toolkit needs to be free and open-source.
So far, I''ve found two options that will work without X11:
1) QTopia (nee QT/Embedded). I assume that I can probably get
PyQT to work with the embedded version of QT?
2) PySDL or PyGame. I''m not really sure what the differences
are between those two. The latter seems to be a little
more active. Are there any traditional GUI "widgets"
available for these two?
I''ve heard good things about PyFLTK, but it appears to depend
on X11 on the Linux platform.
Google found me this thread from a few years ago:
http://groups.google.com/group/comp....0380057?lnk=st
Which mentions the same two choices and confirms that PyQt at
worked at one time with Qt/E (which would lead one to believe
it could be made to work with QTopia).
That thread also mentions Pico-GUI and Nano-X. Has anybody had
any experience using those with Python? Both of those seem to
have stalled. Neither has released anything since 2003.
--
Grant Edwards grante Yow! .. I
at feel... JUGULAR...
visi.com
Grant Edwards <gr****@visi.comwrites:
I''m looking for GUI toolkits that work with directly with the
Linux frambuffer (no X11). It''s an embedded device with
limited resources, and getting X out of the picture would be a
big plus.Sounds like a reasonably modern "embedded" system since traditionally
neither X (nor Python) would likely have even been plausible in such
environments. Depending on the higher level GUI functionality you
require and how tight the resources really are, you might want to
consider investigating pure drawing libraries and then implement any
missing GUI elements (widgets and mouse handling) you need yourself.
When I was looking for an embedded graphics library for a prior
platform (ELAN 486, 2MB flash, 6MB RAM) under DOS, we took a look at
these:
* GRX (http://grx.gnu.de/index.html)
* Allegro (http://alleg.sourceforge.net/)
We ended up using GRX, primarily because it was the simplest to
develop a custom video driver for to match our platform, along with
having a simpler core. We were under DOS but also used it with a
later generation of the platform under Linux. Both libraries support
operation over the framebuffer in Linux. Our app was in C++ (Python
wasn''t an option), and we implemented our own buttons and text
widgets (in our case we never needed any scrolling widgets).
There aren''t any Python wrappers for GRX, but the library is straight
C which should be easy to wrap (manually or with something like SWIG).
No built-in widget support at all (some sample button processing code
in a demo module), but easy enough to implement your own if your needs
are modest.
Although we didn''t end up using it, Allegro is more fully featured
(actually with some non-GUI cruft too since it targets games), and
also appears to have two work-in-progress Python bindings. Some basic
widget support in dialog processing routines.
-- David
David Bolen <db******@gmail.comwrites:
When I was looking for an embedded graphics library for a prior
platform (ELAN 486, 2MB flash, 6MB RAM) under DOS, we took a look at
these:
* GRX (http://grx.gnu.de/index.html)(...)
There aren''t any Python wrappers for GRX, but the library is straight
C which should be easy to wrap (manually or with something like SWIG).
No built-in widget support at all (some sample button processing code
in a demo module), but easy enough to implement your own if your needs
are modest.I had forgotten, since we didn''t use it, but there is an external mGui
library (http://web.tiscalinet.it/morello/MGui/index.html) that can
layer on top of GRX to provide higher level functionality. Of course,
it would also have to be wrapped for use from Python.
-- David
On 2007-11-03, David Bolen <db******@gmail.comwrote:Grant Edwards <gr****@visi.comwrites:
>I''m looking for GUI toolkits that work with directly with the
Linux frambuffer (no X11). It''s an embedded device with
limited resources, and getting X out of the picture would be a
big plus.
Sounds like a reasonably modern "embedded" system since traditionally
neither X (nor Python) would likely have even been plausible in such
environments.Yes, it''s "modern" enough to run Linux/X11 -- horsepower-wise
it''s sort of in the PDA class of devices. wxWidgets has been
tried, but it''s pretty sluggish. Hence the search for something
a littler lighter weight. Using Python is probably going to be
a little bit of a stretch, but using open-source libraries and
something like Python for the application langauge seems to be
an important part of the business model.
Depending on the higher level GUI functionality you requireThat''s still a bit up in the air. Routines to render text
would be nice, as would sprite graphics. I don''t think text
entry or much in the way of windowing is required.
and how tight the resources really are, you might want to
consider investigating pure drawing libraries and then
implement any missing GUI elements (widgets and mouse
handling) you need yourself.There is no mouse. I''m not sure how many "widgets" are
required. Probably not very many.
When I was looking for an embedded graphics library for a prior
platform (ELAN 486, 2MB flash, 6MB RAM) under DOS, we took a look at
these:
* GRX (http://grx.gnu.de/index.html)
* Allegro (http://alleg.sourceforge.net/)
We ended up using GRX, primarily because it was the simplest
to develop a custom video driver for to match our platform,
along with having a simpler core. We were under DOS but also
used it with a later generation of the platform under Linux.
Both libraries support operation over the framebuffer in
Linux. Our app was in C++ (Python wasn''t an option), and we
implemented our own buttons and text widgets (in our case we
never needed any scrolling widgets).
There aren''t any Python wrappers for GRX, but the library is
straight C which should be easy to wrap (manually or with
something like SWIG). No built-in widget support at all (some
sample button processing code in a demo module), but easy
enough to implement your own if your needs are modest.
Although we didn''t end up using it, Allegro is more fully
featured (actually with some non-GUI cruft too since it
targets games), and also appears to have two work-in-progress
Python bindings. Some basic widget support in dialog
processing routines.Thanks for the pointers.
--
Grant
这篇关于适用于Linux的低开销GUI工具包没有X11？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
