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://gwy
get in the window that accepts focus
(selectable labels can receive focus, unlike normal labels).
Therefore 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/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
s/file/ags_file.o:/home/link/ags/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
-3.fc7
gtk2-devel-2.10.14-3.fc7
*you* asked about are not provided by your Fedora 7, then at
least one of us is 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-devel-list
part of the API, you have to add flags
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
f you are 100% sure the parent class always has implemented
and always will implement 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
ave 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
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
ts, and when I
> click the "Back" button it returns to the searching page again (for a new
> search).
Look at GtkAssistant.
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
p://library.gnome.org/devel/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/
_
nding on the order of key releases. But in all cases
user's actions are faithfully reprorted.
Yeti
--
http://gwyddion.net/
=
#include
static gboolean
key_event(G_GNUC_UNUSED GtkWidget *widget,
GdkEventKey *event)
> How can I do my job ?
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-
show the dialog and let the Gtk+ main
loop run normally (by quitting the function that constructs
it).
Add
g_idle_add(long_function_finished, whatever);
to the end of the thread running long_function():
long_function_finished() will be executed in the main loop,
i.e. the main thread.
No locks, no ob
k you
have the choice of
gtk_widget_render_icon()
gtk_icon_set_render_icon()
gtk_style_render_icon()
The most raw 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.
Ye
gnal_emit_by_name()
documentation), therefore it overwrites some stuff on the
stack that follows the arguments.
Now something constructive: Synthetizing events is almost
always a bad idea. At the end, you want the button to
behave normally (i.e. connect to "clicked") and perform some
sp
d that 0x822a5f0 is indeed the return value from
> gtk_cell_renderer_text_new.
>
> Can anyone tell me how to make a valid hook-up?
Start with the correct signal name:
http://library.gnome.org/devel/gtk/stable/GtkCellRenderer.html#GtkCellRenderer-editing-st
, some do not even have any meaning with
some window management styles.
Just set the hints 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
iprop.c becomes 0. And in
this case the original 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/
__
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/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
ead 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
27;ß', Upper:'SS'
I get
g_unichar_toupper. Lower:'ß', Upper:'ß'
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
t;visibility-notify-event" but never 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
is
> clicked - 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
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=contents&keywords=gtk-demo&mode=path&suite=stable&arch=any
t; have a finalize routine, but I'm not sure how to invoke 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 possi
not an event mask
(i.e. GdkEventMask value), it's an event type (i.e.
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/
o pages instead, 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/
_
gt;
> How do I solve 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
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 i
u
want the default handler to 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
to say your problem
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
#i
[1] = entry2;
g_signal_connect_swapped(button, "clicked",
G_CALLBACK(callback_func_example),
here_the_two_widgets);
(not the best example, but hopefully gives the idea).
Yeti
--
http://gwyddion.net/
_
ven't
> seen a pointer in a if-statement like that before.
That's a common 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 th
in this case
- copy g_ascii_strtod() from the latest glib/strfuncs.c,
paste to your code and use this copy to see whether it
makes any difference
Still, the randomness indicates a nasty bug in your program.
I suppose if you make a minimal program that just reads the
data, the problem goes away.
andomly.
Then try valgrind 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
nd on the state
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/
_
endering of the states is theme
dependent.
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
ate a new image in memory with gdk_image_new() and copy the
> decoded RGB data 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
instance on a virtual machine). The other possibility is to
dlopen everything -- generally fragile. The third
possibility is to bundle the libraries -- probably not an
option with X.
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
nd the
cell 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
or other means
- send the event 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
h
ot;, COL_DISABLE);
(the meaning will be `enable' not `disable' of course, if
you want the view to display the opposite of what's in the
model, you have to set a cell data function -- like 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
need to send a synthetic an event to a widget, a better
solution exists. So, tell what you want to achieve.
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
nsert_column(GTK_TREE_VIEW(treeview), column,
> -1);
> 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/
_
un(),
just show_all the dialog, connect to its "response" signal
(process any user response in the callback) and let the main
loop continue.
Otherwise I'm unsure what you are trying (things such as
calling gtk_widget_hide_all() and then immediately
gtk_widget_destroy() on the di
th toggles) 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
ng the child
dialogs.
> Is this a bug in those 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 reporte
ection, and only the element directly under 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.
cell is not updated. Does anyone know why this odd
> 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/
___
_[hv]adjustment() return the
adjustments. Set them to the desired positions. See the
description of GtkScrolledWindow for how it uses them
(paragraph 5: The position of the scrollbars is
controlled...).
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-
#x27; So where exactly you checked 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
s
in the stack to use the new glib, this probably means atk in
you case. Also ensure make sure cairo is compiled first,
then pango, because the dependency is in this order.
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
-- but that's the opposite of what
you want.
Also, clearing the model and filling 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://gwyd
e received this message in error.
The author 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)
L, NULL);
gtk_tree_view_append_column(GTK_TREE_VIEW(view), column);
selection = gtk_tree_view_get_selection(GTK_TREE_VIEW(view));
gtk_tree_selection_set_mode(selection, GTK_SELECTION_BROWSE);
g_signal_connect(selection, "changed",
G_CALLBACK(selection_
s in the long term, by reducing employee
productivity 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-a
gt;gtk_action_group_add_action(...)
>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
ze for Entry Widgets the
> lenghts of the selected 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
me.org/doc/API/2.0/gdk/gdk-Threads.html
People typically operate 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 w
emory, errors
will occur.
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
nding out the Gtk+ binary version for determining the
installation 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/
___
configure check, second, this is counterproductive when
building a distro 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
ink of, is that I am using the wrong
> compiler. I am currently using Microsoft's cl compiler version
> 14.00.50727.42. I had tried Borland's C compiler, but that threw up a
> whole host of problems with linking to DLLs.
>
>
> Any help would be greatly ap
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
s the same name it will replace whatever properties were
> installed by parent classes or interfaces.
Why this isn't written anywhere...
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gno
ead to all sorts of odd behaviour.
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
ake a READABLE proeprty READWRITE?
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
0, 300);
g_signal_connect(window, "destroy", G_CALLBACK(gtk_main_quit), NULL);
g_signal_connect(window, "key-press-event", G_CALLBACK(key_press), NULL);
g_print("Press 0-9 to resize me.\n");
gtk_widget_show_all(window);
gtk_main();
return 0;
}
===
running 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 wee
ailed information
you 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
", G_CALLBACK(motion), NULL);
gtk_widget_show_all(window);
gtk_main();
return 0;
}
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 -- no
n size-allocate,
the widget implementation seems to be trivial here
(boilerplate code plus one gdk_draw_pixbuf() in
"expose-event").
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
ith
> some delay after 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
ext
and reflowing can give 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 s
ic concepts, 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/gt
a single object system implementation that behaves
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
It's hard to deduce anything from such code fragment.
If you don't need to keep the filters around, it's probably
easiest to release the inital reference immediately after
you do gtk_tree_view_set_model() and do not care about them
any more as they will be destroyed automatically once
d path".
> The following 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_toggle
ll there.My need is to show 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
.0' to the list of pkg-config
packages your program depends on (have no idea how to do
this in Anjuta or Glade, but it typically should 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://gwy
Attempts to use atomic operations 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
ed libraries are loaded, but before they are used (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
they'd be perfect for me.
GtkRadioButton 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 toolba
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://gwy
the values
you expected the function to get, you could see calculate_cb()
got main_window as its 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/
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 (
ESPONSE_DELETE_EVENT (closed by window manager means)
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 simpli
may want to use
a multilevel or search+paging base interface instead --
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
drawing area 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.gnom
default handler of the signal
> instance", so I hoped it should work even when there is another signal
> handler installed.
This would be true for non-event handlers. Once an event
handler returns TRUE the event is considered handled and the
remaining handlers are never run.
Yeti
--
htt
efault to build
both types (provided that it's possible on the target
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
if it's even
Tuesday. And it goes through the X server. Actually
I think 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
code, very stripped down (to remove possible errors) is:
Please post selfcontained (compilable) code. 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-dev
w, GTK_STATE_NORMAL);
> gtk_paint_polygon(blankstyle, w->window, GTK_STATE_NORMAL, GTK_SHADOW_OUT,
> NULL, w, NULL, points, 8, TRUE);
>
> Please could anyone help me with this problem?
I suspect
blankstyle = gtk_s
t you are looking for on
that level -- AFAIK there's no function for that, it would
be probably equally complicated to use as walking though the
tree 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
.
Anyway, you 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-d
(nonexistent) column 1.
> gtk_tree_view_append_column (GTK_TREE_VIEW (main_window_treeview1),
> column);
>
> gtk_main();
>
> return 0;
> }
>
> So... I can't see the result of:
>
> gtk_list_store_set (main_window_list, &iter,
>
Win32. I asked how you do this on
other systems.
Moreover, Win32 has some habit of looking for libraries in
the executable's directory, and that's both weird and the
only reason why it works.
Yeti
--
http://gwyddion.net/
___
gtk-app-devel-lis
rectory
view exists during the whole lifetime of the program,
there's still a small window between the shutdown of the GUI
(when the directory view widget is destroyed) and the actual
end of the program.
So it has to keep track of active DirView[s], somehow.
I just suggested one method.
Yeti
1 - 100 of 512 matches
Mail list logo
