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
>> wrote:
>>
>>> Not sure where you are getting your information. I just built HandBrake
>>> using the mingw too
On 01/30/2013 11:24 AM, Andrew Potter wrote:
> On Wed, Jan 30, 2013 at 10:52 AM, John Stebbins
> wrote:
>
>> 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.
>&g
On 01/30/2013 11:24 AM, Andrew Potter wrote:
> On Wed, Jan 30, 2013 at 10:52 AM, John Stebbins
> wrote:
>
>> 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.
>&g
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 Windo
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 the
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 whic
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]
> http:
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 ad
On 03/11/2010 02:39 PM, John Stebbins wrote:
> 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 ch
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"
"bg[NORM
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
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 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
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
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?
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 c
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 doc
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 th
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 probably
Oops, sent private message instead of to the list again. Redirecting to
list.
Tor, I wanted to thank you again for your help. I've successfully
ported my app (handbrake video transcoder). There's only one missing
feature, live preview, and for that I need working gstreamer cross
development
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,
whi
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 d
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'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 appli
24 matches
Mail list logo
