[gstreamer-bugs] [Bug 396774] Make GstElementDetails extensible

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=396774
  GStreamer | gstreamer (core) | git

--- Comment #23 from Stefan Kost (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> 2010-08-11 14:30:15 UTC ---
A summary of open questions:

the patch currently adds two methods:
gst_element_class_set_meta_data (klass, fieldname, ...);
const gchar * gst_element_factory_get_meta_data_detail(factory,detail)

The setter is imho fine. Only having this getter has the limitation that it
only works for string details and one cannot iterate details (gst-inspect is
grabbing the GstStructure directly, which is bad as it is supposed to be
private).


Regarding the known keys, we could do it like gst_tag_register(). I don't think
we need flags. Any opinion on a merge behaviour for base-classes? How to name
the beast - gst_element_meta_data_register()? Do we actually want to allow to
externaly register new ones. I could also just internally register some and
have #defines in the public API (like GST_TAG_TITLE). I think that is
sufficient.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.