When packaging my app for Windows, for a long time I've been
using the files available at
http://www.gtk.org/download/win32.php . I recently decided
to update the GTK stack, and I built gtk 2.24.17 and friends
(cross compiling from Linux with mingw32). The resulting
package seems to work fine
On Wed, 2013-05-01 at 16:31 +0200, Bastien Nocera wrote:
Heya,
I've started writing a simple database-like application in Javascript
using GTK+, and I wondered about what to use for storage.
gjs currently doesn't have bindings for SQLite, and using intermediate
bindings like libgda I
On Thu, 2013-05-02 at 11:29 +0200, Murray Cumming wrote:
On Wed, 2013-05-01 at 16:31 +0200, Bastien Nocera wrote:
Heya,
I've started writing a simple database-like application in Javascript
using GTK+, and I wondered about what to use for storage.
gjs currently doesn't have bindings
On Wed, 2013-05-01 at 12:31 -0400, Colin Walters wrote:
On Wed, 2013-05-01 at 16:31 +0200, Bastien Nocera wrote:
Dumping
serialised Javascript objects to the filesystem isn't really elegant
either.
It isn't, but for what it's worth that's what I do currently:
Hey,
I recently found this magic call to _gtk_quartz_framework_init() in
the Quartz initialization code and after asking people on IRC it seems
it's no longer used by anyone (was it ever?). So in my pursuit of code
clarity I was wondering if I can just remove it. Can I?
Benjamin
On Thu, 2013-05-02 at 15:41 +0200, Benjamin Otte wrote:
Hey,
I recently found this magic call to _gtk_quartz_framework_init() in
the Quartz initialization code and after asking people on IRC it seems
it's no longer used by anyone (was it ever?). So in my pursuit of code
clarity I was
Hi Mark,
On Mon, 2013-04-29 at 12:43 -0400, Mark Salter wrote:
I ran into an issue in gobject-introspection while bootstrapping fedora
packages for AArch64. I was able to build gobject-introspection but when
some other packages run the scanner,
What components are causing the scanner to
On May 2, 2013, at 7:29 AM, Michael Natterer mi...@gimp.org wrote:
On Thu, 2013-05-02 at 15:41 +0200, Benjamin Otte wrote:
Hey,
I recently found this magic call to _gtk_quartz_framework_init() in
the Quartz initialization code and after asking people on IRC it seems
it's no longer used by
On Thu, 2013-05-02 at 08:01 -0700, John Ralls wrote:
On May 2, 2013, at 7:29 AM, Michael Natterer mi...@gimp.org wrote:
On Thu, 2013-05-02 at 15:41 +0200, Benjamin Otte wrote:
Hey,
I recently found this magic call to _gtk_quartz_framework_init() in
the Quartz initialization code and
I've just pushed the wip/simple-draw4 branch which is the latest
version of my work trying to simplify and modernize the Gtk drawing
machinery. Its now in a state where I think its time to discuss the
merging of this.
The very first commit in the branch makes gdk_window_move() and
On Thu, May 2, 2013 at 2:40 PM, Alexander Larsson al...@redhat.com wrote:
I've just pushed the wip/simple-draw4 branch which is the latest
version of my work trying to simplify and modernize the Gtk drawing
machinery. Its now in a state where I think its time to discuss the
merging of this.
On Thu, 2013-05-02 at 10:41 -0400, Colin Walters wrote:
Hi Mark,
On Mon, 2013-04-29 at 12:43 -0400, Mark Salter wrote:
I ran into an issue in gobject-introspection while bootstrapping fedora
packages for AArch64. I was able to build gobject-introspection but when
some other packages run
On Thu, May 2, 2013 at 2:40 PM, Alexander Larsson al...@redhat.com wrote:
. Secondly, in a more modern
scene graph like in recent gtk3 most windows have alpha pixels and
render over the window background rather than each window rendering
its own opaque background, so scrolling via copy
Em Thu, 2013-05-02 às 14:40 -0400, Alexander Larsson escreveu:
I've tried a bunch of apps and most things seem to work. Currently I
know of two problems:
The control-center background panel calls gdk_cairo_create() inside
the draw() handler, which draws directly to the window rather than the
Alexander Larsson al...@redhat.com writes:
* Try a tile-based approach for GtkPixelCache to avoid having
to do a same-surface copy (usign an intermediate surface) when
scrolling the cache.
An alternative to tiles is to keep track of an origin within the
surface:
On Thu, May 2, 2013 at 6:03 PM, Søren Sandmann sandm...@cs.au.dk wrote:
Alexander Larsson al...@redhat.com writes:
* Try a tile-based approach for GtkPixelCache to avoid having
to do a same-surface copy (usign an intermediate surface) when
scrolling the cache.
An alternative to
16 matches
Mail list logo
