gstreamer/doc/en/Gst.GLib/IWrapper.xml

<Type Name="IWrapper" FullName="Gst.GLib.IWrapper">
  <TypeSignature Language="C#" Value="public interface IWrapper" />
  <AssemblyInfo>
    <AssemblyName>gstreamer-sharp</AssemblyName>
    <AssemblyVersion>0.9.0.0</AssemblyVersion>
  </AssemblyInfo>
  <Interfaces />
  <Docs>
    <summary>To be added.</summary>
    <remarks>To be added.</remarks>
  </Docs>
  <Members>
    <Member MemberName="Handle">
      <MemberSignature Language="C#" Value="public IntPtr Handle { get; }" />
      <MemberType>Property</MemberType>
      <AssemblyInfo>
        <AssemblyVersion>0.9.0.0</AssemblyVersion>
      </AssemblyInfo>
      <ReturnValue>
        <ReturnType>System.IntPtr</ReturnType>
      </ReturnValue>
      <Docs>
        <summary>To be added.</summary>
        <value>To be added.</value>
        <remarks>To be added.</remarks>
      </Docs>
    </Member>
  </Members>
</Type>
Use internal glib-sharp copy everywhere and make it work side-by-side with real glib-sharp glib-sharp will only get a new release with the new API that we need for 3.0 in a year or something. Instead of waiting a year before we can release something we now have our own internal copy of glib-sharp trunk that will be dropped once glib-sharp 3.0 is released. Everything is now compilable and working without any additional patches. 2009-08-05 14:57:20 +00:00			`<Type Name="IWrapper" FullName="Gst.GLib.IWrapper">`
			`<TypeSignature Language="C#" Value="public interface IWrapper" />`
Update docs 2009-05-28 09:08:20 +00:00			`<AssemblyInfo>`
			`<AssemblyName>gstreamer-sharp</AssemblyName>`
			`<AssemblyVersion>0.9.0.0</AssemblyVersion>`
			`</AssemblyInfo>`
			`<Interfaces />`
			`<Docs>`
			`<summary>To be added.</summary>`
			`<remarks>To be added.</remarks>`
			`</Docs>`
			`<Members>`
Use internal glib-sharp copy everywhere and make it work side-by-side with real glib-sharp glib-sharp will only get a new release with the new API that we need for 3.0 in a year or something. Instead of waiting a year before we can release something we now have our own internal copy of glib-sharp trunk that will be dropped once glib-sharp 3.0 is released. Everything is now compilable and working without any additional patches. 2009-08-05 14:57:20 +00:00			`<Member MemberName="Handle">`
			`<MemberSignature Language="C#" Value="public IntPtr Handle { get; }" />`
			`<MemberType>Property</MemberType>`
Update docs 2009-05-28 09:08:20 +00:00			`<AssemblyInfo>`
			`<AssemblyVersion>0.9.0.0</AssemblyVersion>`
			`</AssemblyInfo>`
Use internal glib-sharp copy everywhere and make it work side-by-side with real glib-sharp glib-sharp will only get a new release with the new API that we need for 3.0 in a year or something. Instead of waiting a year before we can release something we now have our own internal copy of glib-sharp trunk that will be dropped once glib-sharp 3.0 is released. Everything is now compilable and working without any additional patches. 2009-08-05 14:57:20 +00:00			`<ReturnValue>`
			`<ReturnType>System.IntPtr</ReturnType>`
			`</ReturnValue>`
Update docs 2009-05-28 09:08:20 +00:00			`<Docs>`
			`<summary>To be added.</summary>`
Use internal glib-sharp copy everywhere and make it work side-by-side with real glib-sharp glib-sharp will only get a new release with the new API that we need for 3.0 in a year or something. Instead of waiting a year before we can release something we now have our own internal copy of glib-sharp trunk that will be dropped once glib-sharp 3.0 is released. Everything is now compilable and working without any additional patches. 2009-08-05 14:57:20 +00:00			`<value>To be added.</value>`
Update docs 2009-05-28 09:08:20 +00:00			`<remarks>To be added.</remarks>`
			`</Docs>`
			`</Member>`
			`</Members>`
			`</Type>`