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 15 3946
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 require
That'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
Grant Edwards wrote:
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.
Erm, wxWidgets is implemented in C++ and wxPython is just a wrapper.
I don't think the "sluggishness" comes from wxWidgets. PyQt and
PySDL are AFAIK not much "less weight".
Regards,
Björn
--
BOFH excuse #245:
The Borg tried to assimilate your system. Resistance is futile.
On 2007-11-04, Bjoern Schliessmann <us**************************@spamgourmet.comwrote :
Grant Edwards wrote:
>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.
Erm, wxWidgets is implemented in C++
Are you saying C++ software can't be large and slow?
and wxPython is just a wrapper.
Yes, I know. If we though Python was the problem, I wouldn't
be asking about other toolkits that had Python bindings.
I don't think the "sluggishness" comes from wxWidgets.
wxWidgets and GTK+ are both pretty large, and X11 is huge.
PyQt and PySDL are AFAIK not much "less weight".
They don't use X11. That's a _lot_ "less weight".
--
Grant Edwards <gr****@visi.comwrites:
There is no mouse. I'm not sure how many "widgets" are
required. Probably not very many.
Back in the old days there were some lightweight toolkits for doing
text mode GUI's using ANSI graphic characters for MS-DOS. I did a few
of them. You could do quite usable and attractive gui's that way, as
long as you didn't require too much bling.
Grant Edwards wrote:
On 2007-11-04, Bjoern Schliessmann
>Erm, wxWidgets is implemented in C++
Are you saying C++ software can't be large and slow?
No, but wxWidgets is quite mature and my experience is that it's
faster than Qt (partly, I think, because it always uses the native
widgets).
>and wxPython is just a wrapper.
Yes, I know. If we though Python was the problem, I wouldn't
be asking about other toolkits that had Python bindings.
Ah, you know more than you wrote? If you've done measurements, I'd
find them quite interesting to see.
Regards,
Björn
--
BOFH excuse #295:
The Token fell out of the ring. Call us when you find it.
On 2007-11-04, Paul Rubin <httpwrote:
Grant Edwards <gr****@visi.comwrites:
>There is no mouse. I'm not sure how many "widgets" are required. Probably not very many.
Back in the old days there were some lightweight toolkits for
doing text mode GUI's using ANSI graphic characters for
MS-DOS. I did a few of them. You could do quite usable and
attractive gui's that way, as long as you didn't require too
much bling.
I do require graphics.
--
Grant Edwards grante Yow! Join the PLUMBER'S
at UNION!!
visi.com
On 2007-11-04, Bjoern Schliessmann <us**************************@spamgourmet.comwrote :
>>and wxPython is just a wrapper.
Yes, I know. If we though Python was the problem, I wouldn't be asking about other toolkits that had Python bindings.
Ah, you know more than you wrote? If you've done measurements,
I'd find them quite interesting to see.
We know that wxWidgets is slow. That's why we're looking for
alternatives.
--
Grant Edwards grante Yow! Did you find a
at DIGITAL WATCH in YOUR box
visi.com of VELVEETA??
Grant Edwards <gr****@visi.comwrote:
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.
We did a similar project recently. We ended up using pygame and
writing our own GUI. For an embedded device you don't really want a
general purpose GUI which needs a mouse, you want something specific
which knows how many buttons the device has, what resolution the
screen is etc. It is not too difficult to make your own GUI in pygame
to do exactly what you want for your embedded device.
I'm not really sure what the differences are between those two. The
latter seems to be a little more active.
Pygame is the way I've always done SDL stuff in python - never even
heard of PySDL!
--
Nick Craig-Wood <ni**@craig-wood.com-- http://www.craig-wood.com/nick
On 2007-11-04, Nick Craig-Wood <ni**@craig-wood.comwrote:
> 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.
We did a similar project recently. We ended up using pygame
and writing our own GUI. For an embedded device you don't
really want a general purpose GUI which needs a mouse, you
want something specific which knows how many buttons the
device has, what resolution the screen is etc. It is not too
difficult to make your own GUI in pygame to do exactly what
you want for your embedded device.
Thanks for the pointer. I'm starting to like pygame for this
project. One of the application features needs to support some
simple animated graphics, and pygame's sprite support looks
like it might be a decent fit. I've been looking at the
different libraries listed on the pygame web site, and it looks
like there might be several that could make good starting GUI
points.
>I'm not really sure what the differences are between those two. The latter seems to be a little more active.
Pygame is the way I've always done SDL stuff in python - never
even heard of PySDL!
PySDL doesn't seem to be nearly as active or high-profile as
pygame.
--
Grant Edwards gr****@visi.com
On Nov 3, 2007 6:06 PM, Grant Edwards <gr****@visi.comwrote:
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.
There's a DFB port of wx, although I'm not sure how much attention
it's received lately. I know it's been actually used for at least one
application. Gtk can also run directly on a framebuffer - that's what
openmoko does, for example.
Depending on the higher level GUI functionality you require
That'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.
Sounds like a full scale widget toolkit is quite a bit heavier than
you need, though.
On 2007-11-05, Chris Mellon <ar*****@gmail.comwrote:
>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 little 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.
There's a DFB port of wx,
One where wx draws it's own widgets? I hadn't found that. I'll
have to take a look at that as well.
although I'm not sure how much attention it's received lately.
I know it's been actually used for at least one application.
Gtk can also run directly on a framebuffer - that's what
openmoko does, for example.
Yup, I just found the GtkFB project yesterday. That might be
an option as well. Persumably one could run wxWidgets on top
of that -- I'm not sure if the sluggishness of the wxWidgets
based stuff was due to wx/gtk or X11 (or a combination of
both).
>>Depending on the higher level GUI functionality you require
That'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.
Sounds like a full scale widget toolkit is quite a bit heavier
than you need, though.
Probably. The only UI input device is a set a half-dozen hard
buttons next to the display, so a lot of the mouse/keyboard
dependant features in GUI toolkits won't be of any benefit.
--
Grant Edwards grante Yow! HUGH BEAUMONT died
at in 1982!!
visi.com
>PyQt and PySDL are AFAIK not much "less weight".
>
They don't use X11. That's a _lot_ "less weight".
Do you mean the X11 server or the libraries? The kdrive server should be
fairly small (depending on features). I think it builds from the main xorg
source today?? Isn't that what maemo uses.
I don't know about the X11 libraries, but the xcb libraries are pretty much
small too (126kb on i386 here) - there are additional libraries depending
on which features you want: render, shape, screensaver, shm, randr, dri
etc.. Shame the toolkits still don't use it directly.
--
damjan
On 2007-11-06, Damjan <gd*****@gmail.comwrote:
>>PyQt and PySDL are AFAIK not much "less weight".
They don't use X11. That's a _lot_ "less weight".
Do you mean the X11 server or the libraries?
Both.
--
Grant Edwards grante Yow! Bo Derek ruined
at my life!
visi.com This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Paul Rubin |
last post by:
I've started a few threads before on object persistence in medium to
high end server apps. This one is about low end apps, for example, a
simple cgi on a personal web site that might get a dozen...
|
by: Matt Priest |
last post by:
I am trying to learn more about how to effectively mix low-level C code
with C++. I am having trouble finding resources/papers/books that
aren't in one or the other camp exclusively.
Can anyone...
|
by: Graham |
last post by:
On page 89 of Stroustrup's book "The C++ Programming Language" 3rd Ed.
He says that multidimensional arrays are best avoided outside
low-level code.
What precisely does he mean by low-level...
|
by: Lorenzo J. Lucchini |
last post by:
My code contains this declaration:
: typedef union {
: word Word;
: struct {
: byte Low;
: byte High;
: } Bytes;
: } reg;
|
by: cylin |
last post by:
Dear all,
I open a binary file and want to write 0x00040700 to this file.
how can I set write buffer?
---------------------------------------------------
typedef unsigned char UCHAR;
int...
|
by: Bruno Jouhier [MVP] |
last post by:
I'm currently experiencing a strange phenomenon:
At my Office, Visual Studio takes a very long time to compile our solution
(more than 1 minute for the first project).
At home, Visual Studio...
|
by: dunleav1 |
last post by:
I have a many row and many column table that is in a 16K page size.
I have four indexes on the table.
I am running row compression on the table.
The table does not have a primary key.
The table...
|
by: Chris Thomasson |
last post by:
I am almost ready to post an initial prototype of my C++ memory allocator
library:
http://groups.google.com/group/comp.lang.c++/browse_frm/thread/beeee1f61fdbb52c
Anyway, I think my C...
|
by: KUTTAN |
last post by:
I a using
System.Reflection
System.Runtime.InteropServices
System.Security.Permissions
In my web application
In this, Reflection need low thrust level to run
But I have hosted my site in ...
|
by: WTH |
last post by:
I ask because I've got a windows service I've written that manages failover
and replication for our products (or even 3rd party applications) and it
worked great right until I tested it (for ease...
|
by: MeoLessi9 |
last post by:
I have VirtualBox installed on Windows 11 and now I would like to install Kali on a virtual machine. However, on the official website, I see two options: "Installer images" and "Virtual machines"....
|
by: DolphinDB |
last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation.
Take...
|
by: DolphinDB |
last post by:
Tired of spending countless mintues downsampling your data? Look no further!
In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
|
by: ryjfgjl |
last post by:
ExcelToDatabase: batch import excel into database automatically...
|
by: marcoviolo |
last post by:
Dear all,
I would like to implement on my worksheet an vlookup dynamic , that consider a change of pivot excel via win32com, from an external excel (without open it) and save the new file into a...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM).
In this month's session, we are pleased to welcome back...
|
by: Vimpel783 |
last post by:
Hello!
Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
|
by: ArrayDB |
last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
|
by: PapaRatzi |
last post by:
Hello,
I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
| |