GStreamer::Interfaces 0.06 available

[Torsten Schoenfeld]

Overview of changes in GStreamer::Interfaces 0.06
=

* Add GStreamer::XOverlay->handle_events.  It is only available for
  gstinterfaces >= 0.10.12, so also add 
GStreamer::Interfaces->CHECK_VERSION to

  make version checks possible.
* Fix test failures.

GStreamer::Interfaces provides access to some of the interfaces in the
GStreamer Interfaces library.  Currently, that's
GStreamer::PropertyProbe and GStreamer::XOverlay.

The package is available from:

http://downloads.sourceforge.net/gtk2-perl/GStreamer-Interfaces-0.06.tar.gz
___
gtk-perl-list mailing list
gtk-perl-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-perl-list

Re: UIManager and Menus in Toolbars

[Torsten Schoenfeld]

On 15.01.2010 08:32, Jeffrey Ray wrote:

I am attempting to use GtkUIManager to create a toolbar with a
GtkMenuToolButton item. The documentation for GtkUIManager has this to say:

toolitem
a GtkToolItem
 subclass,
the exact type depends on the action. Note that toolitem elements may
contain a menu element, but only if their associated action specifies a
GtkMenuToolButton
 as proxy

But i'm not exactly sure what that means.


I haven't done much with GtkUIManager, so I'm not sure either.  At which 
point in the code did you try calling connect_proxy()?  I think it needs 
to be done before $ui->get_widget or maybe even before 
$ui->insert_action_group.  Do you have a small but complete example that 
demonstrates your problem?



The documentation says the connect proxy method is deprecated since 2.16
- which is what I am running - and that is should use
|gtk_activatable_set_related_action()|

- but calling set_related_function on a Gtk2::MenuToolButton throws an
error saying can't find set_related_action.


That's because the bindings don't wrap GtkActivatable yet, 
unfortunately.  Any volunteers?

___
gtk-perl-list mailing list
gtk-perl-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-perl-list

Re: Gtk2::TreeView get_path_at_pos doesn't return array on Windows

[Torsten Schoenfeld]

On 03.02.2010 04:51, Terence J. Ferraro wrote:

This is an old thread, but I wanted to reply so that the solution at
least gets indexed in case anyone else ever runs into this problem.

I myself ran into this about a year ago and found that if you comment
out the: if (GIMME_V == G_ARRAY) { ... }

within the get_path_at_pos routine in GtkTreeView.xs and instead
unconditionally return the array, you now get what you want on Windows.
Never really cared to investigate why since this solution "just works".


That's weird.  Because the GIMME_V business is standard XS stuff that is 
used in many places throughout Glib and Gtk2.  Does the Glib test suite 
pass on the same that shows the weird get_path_at_pos behavior? 
Especially Glib/t/filename.t, which exercises filename_from_uri which 
also uses GIMME_V.

___
gtk-perl-list mailing list
gtk-perl-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-perl-list