On 01/30/2013 09:32 AM, Ardhan Madras wrote:
One thing you should know that most version of GTK+ in today Linux
system is using version 3.x.
The latest maintained version of GTK+ for Windows is 2.24, this is
pretty old (almost 2 years ago). I don't know when will the GTK+ 3
comes to Windows.
On 01/30/2013 11:24 AM, Andrew Potter wrote:
On Wed, Jan 30, 2013 at 10:52 AM, John Stebbins
stebb...@jetheaddev.comwrote:
Not sure where you are getting your information. I just built HandBrake
using the mingw tools on Fedora 18 with gtk+ 3
support. Works spiffy.
Presumably he
On 01/30/2013 11:24 AM, Andrew Potter wrote:
On Wed, Jan 30, 2013 at 10:52 AM, John Stebbins
stebb...@jetheaddev.comwrote:
Not sure where you are getting your information. I just built HandBrake
using the mingw tools on Fedora 18 with gtk+ 3
support. Works spiffy.
Presumably he
On 01/30/2013 01:08 PM, John Stebbins wrote:
On 01/30/2013 11:24 AM, Andrew Potter wrote:
On Wed, Jan 30, 2013 at 10:52 AM, John Stebbins
stebb...@jetheaddev.comwrote:
Not sure where you are getting your information. I just built HandBrake
using the mingw tools on Fedora 18 with gtk+ 3
On 08/06/2012 12:59 PM, Gabriele Greco wrote:
I have wondered why we use dlls on windows, we should link statically to
the libraries.
I think the main reason is to make easier for app developer to be LGPL
compliant.
Also, GtkBuilder does not work statically linked on windows. It
requires
On 05/01/2011 04:15 AM, John Emmas wrote:
** GTK+ (almost) exonerated **
I've spent quite a bit of time delving into the problems I encountered with
Gtk::FileChooserButton. I started by writing a minimal app using a main window
with a child button. The button launched a modal dialog box
On 08/13/2010 06:22 AM, Tadej Borovšak wrote:
Hi.
Your problems are caused by the fact that GtkBuilder since GTK+-2.20
doesn't set widget's name property to id field anymore. API
docs[1] warn about this change (see the first Note section in
description).
Tadej
[1]
I have a custom widget I've created that allows a collection of widgets
to be stacked and composited. Each widgets opacity can be individually
set when added to the zlist of the compositing widget. I use this to
create popup overlays for displaying controls over a video background.
All widgets
This worked previously in gtk 2.18. I'm testing my code on the alpha
releases of ubuntu 10.04 and fedora 13 which have gtk 2.19.5 and 2.19.7
respectively. Am I doing something incorrect? Has this functionality
been changed in some way?
const gchar *hud_rcstyle =
style \ghb-hud\ {\n
In previous versions of gnome/gtk, both images and labels appeared in
buttons. Starting with gnome 2.28, if there is a label, the image will
only appear if the gconf property
desktop/gnome/interface/buttons_have_icons is True. In my application,
the image on some buttons is an important clue
On 11/19/2009 11:39 AM, John Stebbins wrote:
In previous versions of gnome/gtk, both images and labels appeared in
buttons. Starting with gnome 2.28, if there is a label, the image
will only appear if the gconf property
desktop/gnome/interface/buttons_have_icons is True. In my
application
I just installed fedora 12 beta on one machine and ubuntu 9.10 on
another. Both have gtk 2.18.3. When I run my application on either
system, my toolbutton labels are not visible. Am I missing some new
property that needs to be set to make them visible, or is this a gtk bug?
On 10/30/2009 09:24 AM, John Stebbins wrote:
I just installed fedora 12 beta on one machine and ubuntu 9.10 on
another. Both have gtk 2.18.3. When I run my application on either
system, my toolbutton labels are not visible. Am I missing some new
property that needs to be set to make them
On 10/30/2009 10:25 AM, Colomban Wendling wrote:
Hi
,
John Stebbins a écrit :
On 10/30/2009 09:24 AM, John Stebbins wrote:
I just installed fedora 12 beta on one machine and ubuntu 9.10 on
another. Both have gtk 2.18.3. When I run my application on either
system, my toolbutton
The problem occurs when I create a GtkFileChooserDialog with action
GTK_FILE_CHOOSER_ACTION_SELECT_FOLDER and then set the default folder
with gtk_file_chooser_set_filename or gtk_file_chooser_select_filename.
Attempting to click Ok gives the message The folder could not be
created. Error
Only certain widgets have their own GdkWindow. GtkDrawingArea,
GtkWindow and GtkEventBox do. Pretty much all others don't. I don't
know whether goocanvas does or not. But if it doesn't, then you would
have really been drawing on one of it's ancestors GdkWindow. According
to the GooCanvas
On 07/20/2009 03:43 PM, David Lucena wrote:
Hi. I'm pretty much new to gtk. I've been about two days trying to draw a
transparent widget over another. I am using a HBox layout widget actually
where I put a DrawingArea, and use cairo to fill with a transparent red
color (50% alpha).
I've got
The documentation for GdkWindow has a good example of how to do
translucent widgets.
http://library.gnome.org/devel/gdk/unstable/gdk-Windows.html#composited-window-example
Your attachments didn't go through, so I can't say what your doing
wrong. But if I had to guess, I would say you're
Tor Lillqvist wrote:
(Adding gtk-app-devel-list back as Cc. Please let's keep this
discussion on the list.)
Oops, didn't notice that reply went direct to you instead of to the list.
Why make it harder for yourself, why not use a shared library (dll)
build of gtk+ like everyone else?
--tml
I updated my tools and am now compiling my application with the mingw
cross compiling tools found here: http://mingw-cross.sourceforge.net/
I'm getting the following error when starting my application, The
procedure entry point cairo_ft_font_face_create_for_pattern could not be
located in the
Tor Lillqvist wrote:
Your problem seems to be that you have a libpangocairo DLL that is
built with the fontconfig(+freetype)-based pango backend (i.e. a
libpangocairo as typically used on X11), while your libcairo DLL does
not have the freetype font backend (but presumably just the win32 one,
I'm cross compiling a gtk app that uses gtk builder with mingw. My build
system is Fedora 10.
I create my mingw env from this: http://www.profv.de/mingw_cross_env/
This is not the same problem others have had with connecting callbacks,
but it may be related. The app builds fine. When the
22 matches
Mail list logo