On Fri, Oct 19, 2007 at 03:06:55PM +0200, Gian Mario Tagliaretti wrote:
You can also set the can-focus property to FALSE on the label which
will be still selectable.
Not exactly. It will be only selectable *with mouse*.
Yeti
--
http://gwyddion.net
the label will get focus, which selects its text
-- at least this seems to be the default behaviour.
If you add the label after it's decided which widget should
receive focus, the label does not get focus and therefore
its text is not selected.
Yeti
--
http://gwyddion.net
/file/ags_file.c:32:
first defined here
If you get definitions from the very same file and line
clashing, you are trying to link this file twice -- one way
or another. Also, I wonder why ags_file_class_init() is
exported; it should be static.
Yeti
--
http://gwyddion.net
from this package.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
the virtual function, you can omit
the if-clause and just call the method.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On Mon, Oct 01, 2007 at 10:54:32AM +0200, [EMAIL PROTECTED] wrote:
Sorry Yeti, but it's not what I'm searching for: I cannot implement
GtkAssistant
because I'm working on GTK+ 2.6 on an embedded system...
You can still look at GtkAssistant source code as an example
implementation (although
to either use
an image manipulation library or count the distinct colours
yourself.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
/gtk/stable/GtkTreeView.html#GtkTreeView--rules-hint
http://library.gnome.org/devel/gtk/stable/GtkTreeView.html#GtkTreeView--allow-rules
?
The alternating colors are controlled by the theme then.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list
of key releases. But in all cases
user's actions are faithfully reprorted.
Yeti
--
http://gwyddion.net/
=
#include gtk/gtk.h
static gboolean
key_event(G_GNUC_UNUSED GtkWidget *widget,
GdkEventKey *event
?
If you don't expect the graphics system to be actually
capable of displaying 16bpc images, it is easiest to just
convert the data to 8bpp RGB (which is a trivial operation).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel
of the thread running long_function():
long_function_finished() will be executed in the main loop,
i.e. the main thread.
No locks, no obscure constructs, works on Win32 too.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel
, delete text, change text, ...
For all these things GtkTextView/Buffer have methods. Use
them directly.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
method is
gtk_icon_theme_lookup_icon() + gtk_icon_info_load_icon()
However, the icon will probably end up rendered on some
widget -- and then use gtk_widget_render_icon() for this
widget.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing
://library.gnome.org/devel/gtk/stable/GtkCellRenderer.html#GtkCellRenderer-editing-started
Looking at the documentation should be first thing when you
get a GObject complaint about invalid signal/property name.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list
GtkCellRendererText has properties background
wich is a string (write-only though) and background-gdk
which is a GdkColor. They are views of same thing and
what is this actual internal representation is none of your
business.
To sum it up, you cannot steal something that is owned by
you from the begining.
Yeti
logicaally, i.e. do not randomly choose
hints that happen to make your particular window manager
behave as you wish.
How can I
get this to work?
You cannot ultimately control the window decorations. And
let me immediately add, it's a good thing.
Yeti
--
http://gwyddion.net
allocate
new buffers, it can reuse existing buffers resizing them if
necessary -- and it can be even used with GStrings [if they
use the same memory allocator] although that's a bit dirty.
Yeti
--
http://gwyddion.net/
___
gtk-devel-list mailing list
gtk
() is then the next reasonable
candidate.
Yeti
--
http://gwyddion.net/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
character is returned at line 582.
The code was changed on Thu Mar 22 09:11:27 2007 UTC, so if
your GLib is older than that (i.e. a stable release older
than 2.12.12), it's too old.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel
? Paths such as
pictures/Full.gif seem quite fragile to me.
1) Try g_file_test() to check whether pictures/Full.gif
exists as the time on_button1_pressed() is called.
2) Try to load the image with gdk_pixbuf_load() and look at
the error your obtain.
Yeti
--
http://gwyddion.net
+, not with
Gtk+. Direct questions like this to gtk-list.
The short answer is: No, but you have to *free* it. See the
documentation of g_strconcat(). And you should use
g_build_filename().
Yeti
--
http://gwyddion.net/
___
gtk-devel-list mailing list
gtk-devel-list
receive callback,
gtk_widget_add_events(widget, GDK_VISIBILITY_NOTIFY_MASK);
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
'
g_utf8_strup. Lower:'ß', Upper:'SS'
as expected. Perhaps a too old GLib?
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
it...
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On Mon, Sep 10, 2007 at 01:27:48PM +0100, Luis Rodrigues wrote:
It's not on my system.
I use Debian, do you happen do know the package name?
http://packages.debian.org/search?searchon=contentskeywords=gtk-demomode=pathsuite=stablearch=any
Yeti
--
http://gwyddion.net
- just to keep it brief. Who might I contact regarding this issue??
Probably bugzilla.gnome.org.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
it :)
GdkPixbufLoader is a GObject, you get rid of it as of
anything else: by releasing the last reference with
g_object_unref().
reusing the loader (if possible).
This is not possible (the loader is tied to its pixbuf).
Yeti
--
http://gwyddion.net/
___
gtk
this error and if there is a better way to do this ??
Filter question: Did you read and follow
http://library.gnome.org/devel/gdk/stable/gdk-Threads.html
?
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http
, the explanations there are
clear.
sizeof(a-pointer-to-char) is the size of the pointer,
usually 8 or 4. The second fgets() argument should be the
allocated size of the string (or a smaller positive number).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list
.
GdkEventType valye). It should be GDK_FOCUS_CHANGE_MASK.
Ditto in the key press case.
Also ensure you add events before the widget is realized.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http
On Fri, Sep 07, 2007 at 01:45:09AM +0200, Magnus Myrefors wrote:
yeti I have tested your minimal testprogram with the whole
test-file. Unfortunately the program doesn't print anything to
stdout. It doesn't seem to be any data stored in the GSList
or in the datastructure, Data *data
is not broken g_ascii_strtod(). As a bonus, the attached
program prints a detailed error to stderr if there are
malformed data rows in the file.
Yeti
--
http://gwyddion.net/
=
#define _GNU_SOURCE 1
#include stdlib.h
#include stdio.h
a
dialog box. The problem is I get an GtkWarning and GtkError:
...
Check the focus-out-event signal handler prototype
http://library.gnome.org/devel/gtk/stable/GtkWidget.html#GtkWidget-focus-out-event
*including the return value*, you must return FALSE if you
want the default handler to run.
Yeti
,
G_CALLBACK(callback_func_example),
here_the_two_widgets);
(not the best example, but hopefully gives the idea).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http
as I suggested, it's the easiest thing to
try.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
idiom. NULL is zero and zero is false.
Anything else is nonzero and therefore true.
I guess I have to write my own conversion-function.
Good luck with that (I still think a bug in the program and
not in GLib is the most probable cause).
Yeti
--
http://gwyddion.net
of the rest of the program in a complex way, memory
corruption elsewhere in your program is the likely cause
(try valgrind). If wrong values are rare but reproducible,
it should be easy to prepare a simple test case.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel
:
- not marked for deletion
- marked for deletion
where the second has two sub-states. I suggest to think
about a different presentation than abusing inconsistent
(adding a small mark to one of the substates for instance),
especially since the rendering of the states is theme
dependent.
Yeti
--
http
over.
No, explicit use of libjpeg is not necessary. Create a
GdkPixbufLoader, feed the in-memory image date to it with
gdk_pixbuf_loader_write() and if everything is all right
fetch the GdkPixbuf from it. Then construct the GtkImage
with gtk_image_new_from_pixbuf().
Yeti
--
http://gwyddion.net
);
gtk_tree_view_column_set_resizable(column, FALSE);
If the column is the last in the treeview, it will fill all
the remaning width even if it's fixed-size -- unless there
are some expanding columns present.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app
for
essentially any other transform).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
with gtk_widget_event()
- free event
- remember if you send a button presses and no button
releases, widgets can get confused
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app
corresponding to the event's coordinates.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On Wed, Aug 29, 2007 at 07:11:35PM +0200, Nick Gravgaard wrote:
On 29/08/2007, David Nečas (Yeti) [EMAIL PROTECTED] wrote:
Alex Jones wrote:
I really can't wait to get this functionality, it finally puts an end to
all of the nonsense over how many spaces there should be in a tab
the text any way it wishes and let
the user do any transforms on it. No problem with this.
But changing the storage format and expecting everyone else
to adapt? Have Microsoft arrived here?
Yeti
P.S.: I should probably welcome this after all. Each new
misuse of tabs is a point against using them
will?
Yeti
--
http://gwyddion.net/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
) for
a correct use of cell renderers.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
gtk_widget_destroy() on the dialog do not make much sense to
me).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
widgets ? Should I report this as a bug ?
More likely elsewhere, I encountered it with various kinds
of modal dialogs, e.g. child message dialogs and my own
subdialogs. If you can create a minimal example and the
bug has not been reported yet, then please report.
Yeti
--
http://gwyddion.net
the
mouse pointer actually gets dragged.
A very old bug. See http://bugzilla.gnome.org/show_bug.cgi?id=70479
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
of GtkScrolledWindow for how it uses them
(paragraph 5: The position of the scrollbars is
controlled...).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel
behaviour is happening and what I can do to stop it?
I suppose it's the search box. In such case:
gtk_tree_view_set_enable_search(treeview, FALSE);
(or set the corresponding property).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
On Tue, Aug 14, 2007 at 11:26:03PM +0200, Frederic Peters wrote:
David Nečas (Yeti) wrote:
What is the unversioned link to the latest available API
reference of a library?
http://library.gnome.org/developers/gtk/ is a page listing available
versions of the documentation;
But this does
if it exists in
your version of Gtk+?
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
having to perform the dreadful HTML rebuild).
In most cases this means people will get working cross-links
instead of random hrefs such as
/home/mclasen/gnome-2.18/install/share/gtk-doc/html/glib
However, if they are left with the on-line cross-links,
these links should be functional.
Yeti
--
http
it with something
completely different will not save much. Creating a new
model, filling it, calling gtk_tree_view_set_model() and
unreferencing the new model can be even more efficient.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
);
gtk_main();
return 0;
}
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
of this dislaimer is hereby notified that I will
continue to disclose, copy and distribute anything I receive
from a public mailing list. If he/she/it does not want this
disclaimer to lose any threatening weight (it does not have
any legal weight anyway), he/she/it will have to sue me.
Yeti
--
http
or other means. I am even thinking about
reporting all e-mail with this confidental bullshit (which
is usually significantly longer than the message itself)
as spam.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list
Font of the application.
gtk_entry_set_width_chars() cannot be used?
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
(...)
gtk_ui_manager_add_ui_from_string(...)
can append a new menu item. But how can I remove a menu item?
This one is easy: gtk_ui_manager_add_ui_from_string()
returns a merge id. And that's what you pass to
gtk_ui_manager_remove_ui() remove it again.
Yeti
--
http://gwyddion.net
on the GUI only from the main
thread (i.e. running gtk_main()) and pass work requests to
it via g_idle_add() or some other queue mechanism.
This topic is discussed here every other week, see the list
archives.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel
.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
directory with
pkg-config --variable=gtk_binary_version gtk+-2.0
(you should put all this configuration into proper configure
tests of course).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http
package and installling into a staging
area.
None of this is actually related to Gtk+...
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On Tue, Jul 24, 2007 at 10:48:16AM -0600, Kevin DeKorte wrote:
I would like to make it so that the first column
is the column that is stretched and the second column remains the
smallest size it can be based on contents and font.
gtk_tree_view_column_set_expand()
Yeti
--
http://gwyddion.net
Borland's C compiler, but that threw up a
whole host of problems with linking to DLLs.
Any help would be greatly appreciated,
For start, have you tried to pass a GError to
gdk_pixbuf_new_from_file() and look at the error you get?
Yeti
--
http://gwyddion.net
there... it should lead you to places such as
gtk_container_focus().
Yeti
--
http://gwyddion.net/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
it will replace whatever properties were
installed by parent classes or interfaces.
Why this isn't written anywhere... sigh
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo
provided.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
gtk_main()) for
instance via g_idle_add(), or add locking with
gdk_gthreads_enter(), gdk_gthreads_leave() -- and note the
latter will still not allow you to call Gtk+ function from
multiple threads on MS Windows.
For details, see the mailing list archives, this topic is
discussed twice a week.
Yeti
);
g_print(Press 0-9 to resize me.\n);
gtk_widget_show_all(window);
gtk_main();
return 0;
}
===
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list
in object B. Is there any way to keep them in interface C and
don't do any ugly tricks to go around GObject rules? I really don't want to
implement separately for both objects.
You will use g_object_class_override_property() anyway.
Doesn't it allow to make a READABLE proeprty READWRITE?
Yeti
;
}
The thing you *possibly* forgot is to call
gdk_window_get_pointer() which you have to as you explicitly
asked -- by using GDK_POINTER_MOTION_HINT_MASK -- not to get
any further events until you call gdk_window_get_pointer().
Yeti
--
http://gwyddion.net
, look at any
internationalized Gtk+ application as working real world
examples are better than tutorials.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
an acceptable result if lines are
broken only between `words' (whatever it means for the
script). You can also try to measure the three lines, limit
the rendering area accordingly, and then uses some graphic
effect such as fade out instead of ellipsis. Or something
like that.
Yeti
--
http://gwyddion.net
gtk_image_set_from_pixbuf is called.
It does a round-trip through the X server, so the allocation
is performed after you return from the signal handler.
I do not follow this thread, but can't you just compare the
new allocation to the current one and do nothing when they
are equal?
Yeti
--
http
differently in this regard...
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
gtk_tree_view_set_model() and do not care about them
any more as they will be destroyed automatically once
nothing needs them.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo
the latest row added always so that
my screen looks updated.
http://developer.gnome.org/doc/API/2.0/gtk/GtkTreeView.html#gtk-tree-view-scroll-to-cell
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http
is the output to the terminal upon toggling one of the
GtkCellRendererToggle(s), followed by the code that will reproduce
this problem. What am I doing wrong?
A `*' is missing in on_cell_renderer_toggle_toggled()
delcaration.
Yeti
--
http://gwyddion.net/
___
gtk
appear in
an argument of PKG_CHECK_MODULES() in configure.ac at the
end).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On Fri, Jun 08, 2007 at 09:27:38PM +0200, David Nečas (Yeti) wrote:
Attempts to use atomic operations without considering memory
[*]
access ordering guarantee subtle bugs...
[*] as a substitute for locking.
Yeti
--
http://gwyddion.net
without considering memory
access ordering guarantee subtle bugs...
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On Thu, Jun 07, 2007 at 07:25:13AM +0100, Christopher Garrett wrote:
Is there a way of placing a GtkToggleButton into a group so that when one
button
is selected the others in the group automatically get unselected?
By using GtkRadioButtons?
Yeti
--
http://gwyddion.net
is a GtkContainer (as any button) and can
contain anything, just don't use the convenience
cosntructors and pack the icon or whatever yourself. And
see also gtk_toggle_button_set_mode().
You should also consider GtkToolbar if you want to create
a toolbar...
Yeti
--
http://gwyddion.net
(basically at
the same time as when I'd call g_mem_set_vtable).
Is this possible?
GSlice is initialized, i.e. it looks at G_SLICE, on the
first use or when thread support is initialized. So just
set the variable before that.
Yeti
--
http://gwyddion.net
second argument, not third, which
could be a sufficient hint to check the function signatures
-- just an advice for the future...
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman
)
destroy/hide/whatever the dialog.
I find GtkAboutDialog a textbook example of second system
effect -- I mean an about dialog with several nested
subdialogs, at least one of them tabbed? The complete user
interface of some applications is simplier than GtkAboutDialog.
Yeti
--
http
On Fri, Jun 01, 2007 at 05:38:54PM -0700, nahuel9728 wrote:
Thaxs Yeti for the answer but Sorry I'm not able to do it. I explain a little
bit what im doing and i would like to do:
main(){
mem_map=gtk_drawing_area_new();
gtk_signal_connect (GTK_OBJECT (mem_map), expose_event,(GtkSignalFunc
--
essentially something that avoids the signle list with
a million of rows by design.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
repaint (e.g. with gtk_widget_queue_draw())
and just do not draw anything there in the expose-event
handler this time.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app
platform).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
TRUE the event is considered handled and the
remaining handlers are never run.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
. Anyway, you
exchanged the child and parent iters in the tree store
construction.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
if you use GdkImage you deserve it...
There are some useful bits in GdkRGB, but more in its source
code than its API. And by bits I mean almost complete
gdkrgb.c including the dithering matrices.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing
, GTK_SHADOW_OUT,
NULL, w, NULL, points, 8, TRUE);
Please could anyone help me with this problem?
I suspect
blankstyle = gtk_style_attach(blankstyle, w-window);
is missing.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list
can pack a GtkLabel into the button manually
instead of using gtk_button_new_with...(), and you can use
Pango markup in this label to change color, font or
anything.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list
manually...
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
1 - 100 of 418 matches
Mail list logo