hat not be possible if GTK is used correctly, in
which case there is presumably an error in the way Gramps is using the
GTK API that is triggering this?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
#0 0x7fffe7167e83 in gdk_frame_clock_idle_dispose (object=0x45048a0
[GdkFrameCloc
pixbuf_save() and
gdk_pixbuf_save_to_buffer(), resp.
Those C++ methods are not declared const since the C functions take a
"GdkPixbuf* pixbuf" parameter (i.e. not const GdkPixbuf* pixbuf).
I wonder why the C functions do not take const GdkPixbuf* argument? Is
the pixbuf modified insi
XNextEvent which seems inefficient when
this polling and filtering already happens in the main GTK loop.
If there is a bug which has never got fixed, does anyone know what the
workaround was?
I do not believe I can be the only person who has ever required to do
this, so it
On Sat, May 24, 2008 at 11:12 PM, James Scott Jr <[EMAIL PROTECTED]> wrote:
> Tom,
>
> The word "hint" almost always refers to a potential capability of the
> Window Manager; meaning the wm does not have to honor the request or
> feature. Maybe your code is wor
and as such should be reported
and fixed.
Thanks,
Tom
--
> Billy O'Connor
>
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
, can think of anything that would make the
set_focus_on_map() method work as documented: please share.
Otherwise, should I file a bug about it?
Thanks,
Tom
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
ef main(self):
gtk.main()
notification = Notification()
notification.main()
### END CODE ###
Tom
>-brian
>
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
`dpkg -l libgtk2.0-0` shows the installed GTK version to be 2.12.0-1ubuntu3,
so it _should_ have worked. Unfortunately, calling `window.set_focus_on_map
(False)` does not prevent the window from stealing focus again.
I'm using Ubuntu Gutsy here, and interfacing to GTK through PyGTK, if
ried that. Running
`window.set_accept_focus(True)` immediate after `window.show()` causes the
window to steal the focus.
Thanks,
Tom
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
ealing the focus, also can
not receive focus at any later time, even by intentional user action.
Any better approaches?
Tom
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
{
> g_print("[.]");
> gtk_main_iteration ();
> }
>
>
> }//End for i = start_count to end_count
>
> }
>
tom
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
o thread safety, use thread
synchronization primitives like mutexes (GMutex) when needed. I'm not
very familiar with gtk and threads, but IIRC gtk isn't thread safe by
default.
tom
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
enter wheel on the mouse. Can anyone tell me what
to do, or direct me to appropriate documentation?
Thanks!
--
Tom Trebisky
MMT Observatory
University of Arizona -- Tucson
[EMAIL PROTECTED]
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
stuff over the treeview, kindof
like an overlay?
thanks
tom
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On Tue, Sep 11, 2007 at 01:15:09PM -0700, Tom Trebisky wrote:
> Following this thread, I decided it would be wise to avoid this kind
> of leak since my application uses hundreds of loaders to load
> hundreds of pixbufs, so I made my code look like:
>
>
);
add_to_my_list ( pixbuf_p );
However, this apparently frees up the pixbuf as well, and everything goes
to hell in a handbasket as pixbuf_p is now a reference to some piece
of recycled memory or something like that. How does one free up the
loader but retain the pixbuf ?
Tom
--
Tom Trebisky
MMT
My previous high level questions about overall strategy
in using the gtk drawing area for this project, as well
as where to find the best documentation still stand.
It would seem that the best resource is the GTK+ website
at www.gtk.org .
Thanks to you all for your help and patience.
Tom
> On Sat, Sep 08, 2007 at 02:21:11PM -0700, Tom Trebisky wrote:
>> I have spent a couple of half-days trying to get keyboard events from a
>> GTK drawing area with no luck,
>> gtk_widget_add_events ( GTK_WIDGET(da), GDK_FOCUS_CHANGE );
On Sat, Sep 08, 2007 at 11:51:38
Thanks greatly for your help and advice!
Tom
--
Tom Trebisky
MMT Observatory
University of Arizona -- Tucson
[EMAIL PROTECTED]
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Hi!
I'm writing a program which uses "gtk_tree_view" to display the contents
of a folder. This folder is selected by the user through a
"gtk_file_chooser_dialog". Now while I can get my app to display the
files of any folder I want when I tell it which folder to scan by
'hardcoding' in the pat
Greetings,
I am creating an application, in the midst of which I've discovered
a certain quirk in GTK+ which I'm hoping can be disproved. I want to set
the spacing in between buttons of a GtkHButtonBox to a certain number,
let's say 10 pixels for example's sake. My ~/.gtkrc-2.0 file looks li
On Sun, 2005-02-27 at 08:26 -0500, Owen Taylor wrote:
> Tom Copeland wrote:
> > Hi folks -
> >
> > I'm getting a "ASSERTION: How'd we get a floated inline frame?" message
> > from a small embedded Mozilla program... everything seems to work OK,
&g
7;ve dealt with this.");
===
Any ideas? Is this something that'll haunt me down the road?
Thanks much,
Tom Copeland
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
23 matches
Mail list logo
