On Wed, 2009-08-19 at 23:38 -0400, Paul Davis wrote:
its hard for me to see anything other than
active/inactive
sensitive/insensitive
that are required to be mutually exclusive. its only paired states
that require this kind of thing, and if we have 2 of them already,
On Wed, 2009-08-19 at 22:58 +0100, Thomas Wood wrote:
I've started putting a list together here:
http://live.gnome.org/GnomeArt/StyleProperties although, the page should
probably be moved to a better location under GTK+ if someone could
suggest one.
maybe something like the page for the
On Thu, 2009-08-20 at 10:00 +0100, Emmanuele Bassi wrote:
On Wed, 2009-08-19 at 22:58 +0100, Thomas Wood wrote:
I've started putting a list together here:
http://live.gnome.org/GnomeArt/StyleProperties although, the page should
probably be moved to a better location under GTK+ if someone
Hi!
Not having a clue on implementation and guessing there would be all
kinds of problems with backwards compatibility and/or migration ...
I now think there should be a clear split between the state of
interaction, the state of the model represented by each widget in
question and finally the
On Wed, 2009-08-19 at 22:42 +0100, Thomas Wood wrote:
I'd like to know what thoughts people have on a migration plan for GTK+
that involves moving to a new widget drawing library during the 3.0
cycle.
Emmanuele has pointed out to me that 3.0 is still some way off (more
than 6 months). With
On Thu, Aug 20, 2009 at 1:54 PM, Thomas Woodt...@gnome.org wrote:
On Thu, 2009-08-20 at 10:00 +0100, Emmanuele Bassi wrote:
On Wed, 2009-08-19 at 22:58 +0100, Thomas Wood wrote:
I've started putting a list together here:
http://live.gnome.org/GnomeArt/StyleProperties although, the page
On Thu, 2009-08-20 at 14:26 +0100, Tommi Komulainen wrote:
Before redoing all the work might be worthwhile to look at
http://live.gnome.org/GnomeArt/Tutorials/GtkThemes/GtkButton and
similar pages.
Well, not really. The above page is a list of style-properties, where as
we were trying to
On Wed, 2009-08-19 at 22:42 +0100, Thomas Wood wrote:
On Fri, 2009-08-14 at 12:40 +0100, Alberto Ruiz wrote:
There's the issue of CSS though. Would it be acceptable to deprecate
gtkrc's in the middle of the 3.0 cycle in favor of CSS theming files?
This is an area where I'm pretty much
On Thu, Aug 20, 2009 at 8:54 AM, Thorsten Wilmst...@freenet.de wrote:
* Button down
* Button up
...
State of widget model:
On/Off/Indecisive
isn't the state of a button intended to reflect the model state? how
does button up/down differ from a boolean state in the model?
On Thu, 2009-08-20 at 11:59 -0400, Paul Davis wrote:
On Thu, Aug 20, 2009 at 8:54 AM, Thorsten Wilmst...@freenet.de wrote:
* Button down
* Button up
...
State of widget model:
On/Off/Indecisive
isn't the state of a button intended to reflect the model state? how
does button
I spent a day on building gtk head on win32 by utilizing OAH
(https://launchpad.net/oah) and came up with these small patches.
Thanks. I went through them and they looked fine. I wonder if the
patch to io-gdip-utils.c could fix the problem with the GDI+ -based
pixbuf loaders
Dear List,
GError doesn't support error wrapping as Java does. Is GLib is purposely
avoiding it?
If not, it will become a useful feature as the number of libraries that
uses GError grows, as the feature has already been proved useful in
Java, (indicated in this article):
Hi all,
I have a problem about how to embed gtk.h library into existing work. My
existing work is written in C programming language
and I use automake to compile it. At this point, I want to create a
graphical user interface (GUI) with GTK+ for my existing work.
For example, in GTK+, if I
On Wed, Aug 19, 2009 at 07:53:05AM -0700, Monchai Lertsutthiwong wrote:
In order to use GTK as a GUI for my existing work in C language, I need
to add gtk.h and glib.h to the include files on my existing work.
However, I don't know how to embed these two include files properly
into the
I've got the following code: http://www.rutski89.com/static/gtkevent.cpp
I do indeed do this:
widget_class-event = any_event_r
but then any_event_r() never subsequently get's called, and I'm
certain that the widget_class-event = any_event_r line really does
execute.
Any suggestions?
On 08/20/2009 05:36 PM, Patrick M. Rutkowski wrote:
I've got the following code: http://www.rutski89.com/static/gtkevent.cpp
I do indeed do this:
widget_class-event = any_event_r
but then any_event_r() never subsequently get's called, and I'm
certain that the widget_class-event =
Incorrect,
The ISO C standard defines the operator on a function name to be
optional when taking asking for a function pointer, I just use it as a
habit of style.
Here's a demonstration of this effect:
http://www.rutski89.com/static/funcptr.txt
I still need help with the -event GTK problem.
The default signal handler is not invoked if any of the customized
signal handler returns TRUE or something.
Check if there are any handlers connected to this signal later on that
returns TRUE.
Yu
-
gbooleanuser_function (GtkWidget *widget,
I'm currently trying to figure out how to query if any other handler
are connected. I didn't connect any, so I'm not sure what to do. I'm
looking at
http://library.gnome.org/devel/gobject/unstable/gobject-Signals.html#g-signal-handlers-disconnect-matched
for help, but if anybody has any tips that
OK, so I've determined that there are no handlers returning TRUE
blocking the default handler.
In fact, there seem to be no event handlers at all! I tested this by
figuring out how to query for handlers, and then checking against a
handler I knew was installed:
I've written a test case that anybody can compile and run:
http://www.rutski89.com/static/event_test.c
It contains the following line of code in the any_event() function:
printf(IT WORKS!\n);
That currently does not get printed.
If you can get the test case to print that line of text, you will
21 matches
Mail list logo