I need to make a native gtk application which has the functionality of
virtual file drag and drop. What i mean here is that when we start dragging
a file from the native application then that file actually doesn't exist
there but is either generated or downloaded from some remote location and is
From: Michael Torrie, Date: 31/07/2009 02:49, Wrote:
If you are hell-bent on a system-wide GTK, then you need to do it the
way that Gaim for win32 used to. They would install GTK to C:\Program
Files\Common Files\GTK\%version%. Then their own app would go to
C:\Program Files\Gaim. The magic is
Freddie Unpenstein wrote:
That sounds straight forward enough. And a hell of a lot better than the
current situation.
I just checked the latest pidgin installer and indeed they do operate
this way. However their GTK runtime just uses the major version number,
so it installs to C:\Program
That sounds straight forward enough. And a hell of a lot better than the
current situation.
By all means, go ahead then and create a project aiming at this, and
convince all distributors of installers for GTK+-using software to
cooperate with you.
Please note that not all GTK+-using
Kristian Rietveld wrote:
Hi,
On Sun, Jul 26, 2009 at 8:22 PM, Thomas Stovertho...@wsinnovations.com wrote:
While working on a custom tree model (thanks to Tim-Philipp Müller for the
tutorial), I needed more pointers in my iter structure than the user_data,
user_data2, and user_data3. So I
rajat mahajan wrote:
The link i have provided is on windows. I need the same on Linux
I don't know anything about it, really. Here is a link on the
freedesktop specification that might give you some idea. Then again it
might not. Basically there's nothing in the drag and drop raw protocol
to
On Mon, Jul 27, 2009 at 12:40 AM, Tor Lillqvistt...@iki.fi wrote:
* GTK 2.16.4 from binaries at http://www.gtk.org/download-windows.html
Including the gettext-runtime binaries?
Yes.
* Executables compressed with UPX
Including the GTK+ DLLs?
Yes
Try without doing this. I have no idea how
On Thu, Jul 30, 2009 at 7:06 PM, Tristan Van Berkomt...@gnome.org wrote:
[...]
An example of the backwardness we have in place, is that,
IMO its simply wrong to assume the role of a GtkToolbar in a
given application, the toolbar already needs properties to override
theme settings in cases
On Thu, Jul 30, 2009 at 4:37 PM, Christian Dywanchrist...@lanedo.com wrote:
[...]
You are probably aware that gtk_container_get_children () does give yo
the positions of children. Assuming that the lack of guarantees about
order of widgets in a container is the actual problem, maybe this can
Hi,
I've been eye balling the GIO docs for a while without finding
in-/output for gzip compression... So if I missed it stop me now :-)
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib[1]. If I write these
classes would a zlib dep. be OK
On Fri, Jul 31, 2009 at 02:48:47PM +0200, Mikkel Kamstrup Erlandsen wrote:
Hi,
I've been eye balling the GIO docs for a while without finding
in-/output for gzip compression... So if I missed it stop me now :-)
From the looks of it, it should be straight forward to write
2009/7/31 Jody Goldberg j...@gnome.org:
On Fri, Jul 31, 2009 at 02:48:47PM +0200, Mikkel Kamstrup Erlandsen wrote:
Hi,
I've been eye balling the GIO docs for a while without finding
in-/output for gzip compression... So if I missed it stop me now :-)
From the looks of it, it should be
On Fri, Jul 31, 2009 at 4:15 AM, Robert
Staudingerrobert.staudin...@gmail.com wrote:
On Thu, Jul 30, 2009 at 7:06 PM, Tristan Van Berkomt...@gnome.org wrote:
[...]
An example of the backwardness we have in place, is that,
IMO its simply wrong to assume the role of a GtkToolbar in a
given
On Fri, Jul 31, 2009 at 6:19 PM, Tristan Van Berkomt...@gnome.org wrote:
[...]
The idea of theme writers doing something to the first or last item
of a GtkBox simply based on it being a GtkBox; is a scary idea to me,
while I do recognize the value of exposing the positional data of GtkBox
to
On Fri, Jul 31, 2009 at 12:47 PM, Robert
Staudingerrobert.staudin...@gmail.com wrote:
On Fri, Jul 31, 2009 at 6:19 PM, Tristan Van Berkomt...@gnome.org wrote:
[...]
The idea of theme writers doing something to the first or last item
of a GtkBox simply based on it being a GtkBox; is a scary
The CSS Theme Engine for Gtk+, Version 0.3 is available for download.
About gtk-css-engine
The Cascading Style Sheet Theme Engine for the GNU is Not UNIX Tool
Kit Plus (commonly just `CSS Engine') is an experimental theme engine
reading styling information from CSS rather
On Fri, 2009-07-31 at 20:17 +0200, Robert Staudinger wrote:
The CSS Theme Engine for Gtk+, Version 0.3 is available for download.
About gtk-css-engine
The Cascading Style Sheet Theme Engine for the GNU is Not UNIX Tool
Kit Plus.
GTK stand for GIMP Tool Kit, as
On Fri, Jul 31, 2009 at 2:30 PM, Bastien Nocerahad...@hadess.net wrote:
On Fri, 2009-07-31 at 20:17 +0200, Robert Staudinger wrote:
The Cascading Style Sheet Theme Engine for the GNU is Not UNIX Tool
Kit Plus.
GTK stand for GIMP Tool Kit, as mentioned at the top of every GTK file:
/* GTK -
2009/7/31 Mikkel Kamstrup Erlandsen mikkel.kamst...@gmail.com:
2009/7/31 Jody Goldberg j...@gnome.org:
On Fri, Jul 31, 2009 at 02:48:47PM +0200, Mikkel Kamstrup Erlandsen wrote:
Hi,
I've been eye balling the GIO docs for a while without finding
in-/output for gzip compression... So if I
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it GCompressed{In,Out}putStream and have it either
auto-detect the compression type, or have a param in the API to
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it GCompressed{In,Out}putStream and have it either auto-detect
the
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it GCompressed{In,Out}putStream and have it either auto-detect
the
On 07/31/2009 01:59 PM, Mikkel Kamstrup Erlandsen wrote:
2009/7/31 Brian J. Tarriconebj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it
On Fri, 2009-07-31 at 21:17 +0100, Alberto Ruiz wrote:
2009/7/31 Brian J. Tarricone bj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it
On 07/31/2009 01:17 PM, Alberto Ruiz wrote:
2009/7/31 Brian J. Tarriconebj...@cornell.edu:
On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
From the looks of it, it should be straight forward to write
GZip{In,Out}putStream classes based on zlib
I'd say call it
25 matches
Mail list logo