Re: slowness in getting events

2009-04-07 Thread Efraim Yawitz
On Tue, Apr 7, 2009 at 6:05 AM, Dov Grobgeld wrote: > Since hex characters only has an alphabet of 16 characters, you can draw > these once into separate pixbufs, and then use gdk_pixbuf_copy_area() to > draw the prerendered characters to the screen. If you have the memory you > can e.g. create 2

Re: slowness in getting events

2009-04-06 Thread Dov Grobgeld
Since hex characters only has an alphabet of 16 characters, you can draw these once into separate pixbufs, and then use gdk_pixbuf_copy_area() to draw the prerendered characters to the screen. If you have the memory you can e.g. create 256 two-nibble precomposed glyphs. I'm not sure how much more e

Re: slowness in getting events

2009-04-06 Thread Efraim Yawitz
On Mon, Apr 6, 2009 at 2:00 PM, Michael Torrie wrote: You might want to implement this hex dump display as a GtkTreeView widget, which does lend itself better to displaying tabular data. The MVC mechanism by which the TreeView works means that the view automatically updates itsel

Re: slowness in getting events

2009-04-05 Thread Michael Torrie
Efraim Yawitz wrote: > Hi, > > I am trying to port a Windows application to Linux with GTK+ and an > important part of the GUI is a grid displaying a hex dump of memory which > must be constantly updated. > > I am implementing this using a gtk_drawing_area You might want to implement this hex du

slowness in getting events

2009-04-05 Thread Efraim Yawitz
Hi, I am trying to port a Windows application to Linux with GTK+ and an important part of the GUI is a grid displaying a hex dump of memory which must be constantly updated. I am implementing this using a gtk_drawing_area, with a loop which calls gdk_draw_layout() for each byte in the dump, for a